Red Hat Bugzilla – Bug 139832
bzflag continues to run after X has exited
Last modified: 2007-11-30 17:10:54 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2)
Description of problem:
bzflag has been engaged in a CPU war with gam_server even though the
user X is no longer running. Since I wasn't the user using the machine
when this happened I'm not sure of how this came about (e.g. maybe X
died) but rather I'm looking at the aftermath.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Presumably start bzflag
2. Restart X?
Actual Results: bzflag continues to run even though X is gone.
Expected Results: bzflag to quit itself like the GNOME bits did.
NOTE: NVIDIA drivers 1.0-6629 are being used on this machine. Now
while they may be the cause for X quitting (I don't know) bzflag
should not still be running. I'm really hoping this doesn't get closed
on bug 73733 just because of that...
The process is still running now so if necessary I can attach strace
to it if that would help.
It'll probably end up in 73733 but I'd appreciate an strace just to
Created attachment 106953 [details]
strace of errant bzflag process
What are the other threads doing. Thats doing audio and not seeing any
sign of an X socket close.
After attaching gdb and doing info threads I see nothing. The gdb
backtrace was this:
#0 0x006317a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x007004f3 in __read_nocancel () from /lib/tls/libc.so.6
#2 0x08118051 in std::basic_iostream<char, std::char_traits<char>
#3 0xfeeb3ed0 in ?? ()
#4 0x00000018 in ?? ()
#5 0x08106fcf in std::basic_iostream<char, std::char_traits<char>
#6 0x00000000 in ?? ()
So I'm not sure what to make of that other than "it's hosed". If you
want to dig further (and maybe faster) than I am you can take a look
at zinc after sshing to sucs.org as that's where this is.
This has never recurred and everyone plays bzflag2 now so if it is a bug we
won't see it. Closing this bug WORKSFORME.