Bug#258164: Bug#260981: /usr/bin/xine: crashed x windows
Well, OK, but yours is the first program to crash X windows without
even opening the DVD drive. Mplayer works ok (after I did the ln -s ... /dev/dvd).
>>>>> "S" == Siggi Langauf <siggi@debian.org> writes:
S> On Fri, 23 Jul 2004, Dan Jacobson wrote:
>> Doing
>> $ xine dvd://1
>> caused me to end up back at the xdm passwd prompt.
S> This is a common problem with buggy XVIDEO extensions. See our FAQ:
S> http://xinehq.de/index.php/faq#XFREECRASH
S> if it works with xshm, you can be sure that it's the Xv extension that's
S> broken for your graphics card driver.
Well guess what
# xine -V XShm
leaves me staring at the fancy xine logo and freezes my whole terminal
without any way to do anything other than walk over to the PC and push
the tiny reset button!! rebooting!!
Would
# (sleep 200; killall xine)& xine -V XShm
have given me a fighting chance?
(I could use
# kill $!
if xine turned out to be working.)
>> I was completely helpless with the mouse and keyboard.
S> You could try to access the machine remotely, eg via ssh.
I am on a rural hilltop with only one hardware.
>> And there was no core left in /etc/X11.
S> you should probably "cd /etc/X11" before the startx. However, if the
S> machine is really dead, there's a chance the core dump doesn't make it to
S> the hard disk...
>> All I could find was in /var/log/xdm.log: Caught signal 11. Server aborting
S> So it looks like the coredump should have been written, maybe just into
S> the wrong directory...
Looked all over. None. Anyway, never mind coredumps,
S> Anyhow, this is not a bug in xine, but in your X server.
OK, CCing the man.
Reply to: