On Fri, Aug 15, 2003 at 10:51:33AM +0200, Martin Weber wrote:
> On Thu, Aug 14, 2003 at 08:55:34PM +0200, Martin Weber wrote:
> > (...)
> > xmms crashes on startup some times, and reliably won't play more than about
> > 40 minutes before it hangs itself.
> 
> That is, an easy way to crash a threaded program obviously is to have it wait
> on something, while other parts of the program continue. Works great on xmms:
> it runs stable if you use it playing mp3s on a harddisk.  (...)

Of course that's just a dream.

(gdb) bt
#0  0x482d89ec in _setcontext_u_s87 () from /usr/lib/libpthread.so.0
#1  0x482d17b7 in pthread__switch () from /usr/lib/libpthread.so.0
Cannot access memory at address 0xc0000000

(gdb) info threads
  15 Thread 0 ()  0x4848a68f in poll () from /usr/lib/libc.so.12
  14 Thread 21 ()  0x4848a623 in select () from /usr/lib/libc.so.12
  13 Thread 22 ()  0x482d18b7 in pthread__locked_switch ()
   from /usr/lib/libpthread.so.0
  12 Thread 39 ()  0x482d18b7 in pthread__locked_switch ()
   from /usr/lib/libpthread.so.0
  11 Thread 40 ()  0x4848a623 in select () from /usr/lib/libc.so.12
  10 LWP 4  0x4848a623 in select () from /usr/lib/libc.so.12
  9 LWP 3  0x482d3427 in pthread__upcall () from /usr/lib/libpthread.so.0
  8 LWP 5  0x482d3427 in pthread__upcall () from /usr/lib/libpthread.so.0
  7 LWP 6  0x482d3427 in pthread__upcall () from /usr/lib/libpthread.so.0
  6 LWP 7  0x482d3427 in pthread__upcall () from /usr/lib/libpthread.so.0
  5 LWP 8  0x482d3427 in pthread__upcall () from /usr/lib/libpthread.so.0
  4 LWP 9  0x482d3427 in pthread__upcall () from /usr/lib/libpthread.so.0
  3 LWP 10  0x482d3427 in pthread__upcall () from /usr/lib/libpthread.so.0
  2 LWP 11  0x482d3427 in pthread__upcall () from /usr/lib/libpthread.so.0
  1 LWP 1  0x482d89ec in _setcontext_u_s87 () from /usr/lib/libpthread.so.0

Same reason phoenix bit the dust. Maybe it just dies because my system is
so busy ? (busy for like 12 hours with mindy compiling d2c - 100% CPU :)

What else do you guys need ? want ?

-martin