> Ingvar Mattsson wrote:
> > Frequently, after selecting "quit" from the menu and confirming, the music
> > stops, but the main kobo window is left behind. Selecting "Destroy" from
> > the window menu gets rid of the menu, but there is still a kobodl process
> > left behind.
>
> Can you strace that process, perhaps that will give some indication
> about what it preventing it from quitting.
>
This is the last few lines, looking at the scrollback, the "new" stuff starts
from munmap(0xb6e77000, 110592) onwards. It blocks solidly at the futex call.
poll([{fd=5, events=POLLIN, revents=POLLIN}], 1, -1) = 1
read(5, "[EMAIL PROTECTED]|\30 \0100S\250\277HS\250\277\300"..., 32) = 32
write(5, "[EMAIL PROTECTED]@\2H\1\370\0\0\0\0\0H\1\370\0\0\0"..., 44) = 44
read(5, 0xbfc733f0, 32) = -1 EAGAIN (Resource temporarily
unavailable)
poll([{fd=5, events=POLLIN, revents=POLLIN}], 1, -1) = 1
read(5, "[EMAIL PROTECTED]|\30 \0100S\250\277HS\250\277\300"..., 32) = 32
munmap(0xb6e77000, 110592) = 0
gettimeofday({1198949396, 938087}, NULL) = 0
write(1, "[13002] Stopping audio engine..."..., 33[13002] Stopping audio
engine...
) = 33
futex(0xb770dbd8, FUTEX_WAIT, 2594, NULL) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigaction(SIGSEGV, {SIG_DFL}, {0xb7ebcde0, [], 0}, 8) = 0
futex(0xb7d96140, 0x80 /* FUTEX_??? */, 2
After sending a SIGTERM, I see the following:
--- SIGTERM (Terminated) @ 0 (0) ---
rt_sigaction(SIGTERM, {0x8065380, [TERM], SA_RESTART}, {0x8065380, [TERM],
SA_RESTART}, 8) = 0
rt_sigaction(SIGINT, {0x8065380, [INT], SA_RESTART}, {0x8065380, [INT],
SA_RESTART}, 8) = 0
sigreturn() = ? (mask now [SEGV])
futex(0xb7d96140, 0x80 /* FUTEX_??? */, 2
//Ingvar
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
