GUI lockup after loading song

[mixxxbot]

Reported by: wesley
Date: 2008-03-02T17:12:34Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp197697

---

Sometimes the GUI locks up after loading a song onto on of the decks/players.
It doesn't matter if you drag it or load it using right-click -> load in player 1 or 2

Compiled with: optimize=2 shoutcast=1
Sound API: ALSA with 44100Hz sample rate
Type of media was MP3
Skin: Collusion WS 1280
SVN rev. 1870

Backtrace:

Program received signal SIGTSTP, Stopped (user).
[Switching to Thread -1250703648 (LWP 12250)]
0xffffe410 in __kernel_vsyscall ()
(gdb) thread apply all bt

Thread 12 (Thread -1404060784 (LWP 12264)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
mixxxdj/mixxx#4911  0xb6f3dda1 in ?? () from /usr/lib/libportaudio.so.2
mixxxdj/mixxx#4912  0xae582f30 in ?? ()
mixxxdj/mixxx#4913  0x00000001 in ?? ()
mixxxdj/mixxx#4914  0xb6f3e62f in ?? () from /usr/lib/libportaudio.so.2
mixxxdj/mixxx#4915  0xb2ba158c in ?? ()
mixxxdj/mixxx#4916  0xac4fb380 in ?? ()
mixxxdj/mixxx#4917  0x00000339 in ?? ()
mixxxdj/mixxx#4918  0xac4fb380 in ?? ()
mixxxdj/mixxx#4919 0xac4fb388 in ?? ()
mixxxdj/mixxx#4920 0x00000000 in ?? ()

Thread 11 (Thread -1395668080 (LWP 12263)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
mixxxdj/mixxx#4911  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x081ec266 in VinylControlXwax::run (this=0xae7ce7c0) at src/vinylcontrolxwax.cpp:128
mixxxdj/mixxx#4913  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0xae7ce7c0 in ?? ()
mixxxdj/mixxx#4915  0x00000000 in ?? ()

Thread 10 (Thread -1378882672 (LWP 12262)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
mixxxdj/mixxx#4911  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x081ec266 in VinylControlXwax::run (this=0x870bcf0) at src/vinylcontrolxwax.cpp:128
mixxxdj/mixxx#4913  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x0870bcf0 in ?? ()
---Type <return> to continue, or q <return> to quit---
mixxxdj/mixxx#4915  0x00000000 in ?? ()

Thread 8 (Thread -1370489968 (LWP 12260)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
mixxxdj/mixxx#4911  0x081b9bce in MidiObjectALSASeq::run (this=0x848b528) at src/midiobjectalsaseq.cpp:250
mixxxdj/mixxx#4912  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4913  0x0848b528 in ?? ()
mixxxdj/mixxx#4914  0x00000000 in ?? ()

Thread 7 (Thread -1358107760 (LWP 12259)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
mixxxdj/mixxx#4911  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x08173ad9 in BpmDetector::run (this=0x848fe10) at src/bpmdetector.cpp:129
mixxxdj/mixxx#4913  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x0848fe10 in ?? ()
mixxxdj/mixxx#4915  0x00000000 in ?? ()

Thread 6 (Thread -1349715056 (LWP 12258)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
mixxxdj/mixxx#4911  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x08172a41 in WaveSummary::run (this=0x84cfa48) at src/wavesummary.cpp:81
mixxxdj/mixxx#4913  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x084cfa48 in ?? ()
mixxxdj/mixxx#4915  0x00000000 in ?? ()

Thread 5 (Thread -1341322352 (LWP 12256)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb69d02a1 in select () from /lib/tls/i686/cmov/libc.so.6
---Type <return> to continue, or q <return> to quit---
mixxxdj/mixxx#4911  0xb7208f82 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x0000000c in ?? ()
mixxxdj/mixxx#4913  0x00000000 in ?? ()

Thread 4 (Thread -1317123184 (LWP 12255)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
mixxxdj/mixxx#4911  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x081b1dbe in EngineSideChain::run (this=0x8410680) at src/enginesidechain.cpp:145
mixxxdj/mixxx#4913  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x08410680 in ?? ()
mixxxdj/mixxx#4915  0x00000000 in ?? ()

Thread 3 (Thread -1301013616 (LWP 12254)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
mixxxdj/mixxx#4911  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x0812fd87 in Reader::run (this=0x8408f48) at src/reader.cpp:256
mixxxdj/mixxx#4913  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x08408f48 in ?? ()
mixxxdj/mixxx#4915  0x00000000 in ?? ()

Thread 2 (Thread -1286796400 (LWP 12253)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
mixxxdj/mixxx#4911  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x0812fd87 in Reader::run (this=0x83f55d0) at src/reader.cpp:256
mixxxdj/mixxx#4913  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x083f55d0 in ?? ()
mixxxdj/mixxx#4915  0x00000000 in ?? ()

---Type <return> to continue, or q <return> to quit---
Thread 1 (Thread -1250703648 (LWP 12250)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
mixxxdj/mixxx#4911  0xb72e8839 in ?? () from /usr/lib/libX11.so.6
mixxxdj/mixxx#4912  0x083abd90 in ?? ()
mixxxdj/mixxx#4913  0x00000001 in ?? ()
mixxxdj/mixxx#4914  0xb7398b2c in ?? () from /usr/lib/libX11.so.6
mixxxdj/mixxx#4915  0x083ad428 in ?? ()
mixxxdj/mixxx#4916  0xb7398b2c in ?? () from /usr/lib/libX11.so.6
mixxxdj/mixxx#4917  0x083ad428 in ?? ()
mixxxdj/mixxx#4918  0x00000000 in ?? ()
(gdb)

[mixxxbot]

Commented by: tomj-wps
Date: 2008-03-09T03:31:35Z

---

I get this almost frequently; it seems much more likely when 'waveform' is on (eg. not SIMPLE). It also occurs right after player load from internal list (eg playlist or play queue) did not try drag'n'drop.

Compiled with optimize=3 djconsole_legacy=1

Still able to control with Hercules Control MP3, only the Qt interface stops updating. Herea re screen shots including partial stderr log.

It's stuck, and I put an xterm on it

http://www.wps.com/temp/stuck-mixxx2.png

Then alt-tab'ed it below mixxx. Damage visible.

http://www.wps.com/temp/stuck-mixxx.png

Will figure out how to generate backtrace and post on next occurrence.

[mixxxbot]

Commented by: deftdawg
Date: 2008-03-09T03:54:38Z

---

I experince this from time to time, where the UI thread bombs out after a waveform load. However, you can still play / stop music using the Herc console.

This looks likes a dup of #⁠192165 to me though.

[mixxxbot]

Commented by: tomj-wps
Date: 2008-03-15T05:47:28Z

---

Still occurring for me. The Qt window stopped updating after I loaded the track shown below. Both players operable using Hercules Control MP3.

I suspect, but cannot document, that the Xlib error shown below is part of this.

...
Xlib: unexpected async reply (sequence 0x350486f)!
Debug: WaveSummary generation successful for "02 - Mind_Distortion_System - Herbal_Analysis.mp3"
Debug: BPM detection successful for "02 - Mind_Distortion_System - Herbal_Analysis.mp3"

lockup here

Restart mixx, reload above track, no problem.

Ubuntu 7.10, kernel 2.6.22-14-rt
i915 video
alsa audio
svn 1877 djconsole_legacy=1 optimize=1

[mixxxbot]

Commented by: tomj-wps
Date: 2008-03-15T05:50:56Z

---

Mixxx coredumped after X errors. Not repeatable with same track loads (tried to duplicate actions, but who knows).

Note Xlib involve again /Warning: X Error: BadLength (poly request too large or internal Xlib length error) 16/ I see Xlib errors in debug often.
...
Debug: WaveSummary generation successful for "07 - Tristan_Vs_Prometheus - Grow_More_Pot.mp3"
Debug: BPM detection successful for "07 - Tristan_Vs_Prometheus - Grow_More_Pot.mp3"
Debug: file length 40131072
Debug: WaveSummary generation successful for "04 - Shamonk - Talking_to_Fred.mp3"
Warning: X Error: BadMatch (invalid parameter attributes) 8
Major opcode: 56 (X_ChangeGC)
Resource id: 0x0
Warning: X Error: BadRequest (invalid request code or no such operation) 1
Extension: 209 (Uknown extension)
Minor opcode: 0 (Unknown request)
Resource id: 0x0
Warning: X Error: BadRequest (invalid request code or no such operation) 1
Extension: 198 (Uknown extension)
Minor opcode: 0 (Unknown request)
Resource id: 0x0
Warning: X Error: BadLength (poly request too large or internal Xlib length error) 16
Major opcode: 101 (X_GetKeyboardMapping)
Resource id: 0x0
Warning: X Error: BadLength (poly request too large or internal Xlib length error) 16
Major opcode: 27 (X_UngrabPointer)
Resource id: 0x0
Warning: X Error: BadLength (poly request too large or internal Xlib length error) 16
Major opcode: 27 (X_UngrabPointer)
Resource id: 0x0
Warning: mixxx: Fatal IO error: client killed
pure virtual method called
terminate called without an active exception
Aborted (core dumped)
root@oOo:~#

Ubuntu 7.10, kernel 2.6.22-14-rt
i915 video
alsa audio
svn 1877 djconsole_legacy=1 optimize=1

[mixxxbot]

Commented by: deftdawg
Date: 2008-04-29T02:39:00Z

---

This bug is the same as #⁠192165... I've committed a fix (r1959) which will make takes the responsibility of updating waveformSummary widget away from the waveformSummary generation thread and gives it back to the UI thread, where it needs to be in order to avoid XLib errors.

[mixxxbot]

Issue closed with status Fix Released.