Bug#606893: simutrans: Does not close
Noel David Torres Taño
Version: 102.2.2~ds1-1
Severity: normal
Executing simutrans works normally, but when exiting the game, the window remains open (black background) and irresponsive, and the process is still alive. Killing the process does not help, but killing -9 does.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages simutrans depends on:
ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co
ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.5.1-9 GCC support library
ii libsdl-mixer1.2 1.2.8-6+b1 mixer library for Simple DirectMed
ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer
ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3
ii simutrans-data 102.2.2~ds1-1 transportation simulator (base dat
ii simutrans-pak64 102.2.2-1 transportation simulator (data fil
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
simutrans recommends no packages.
Versions of packages simutrans suggests:
ii freepats 20060219-1 Free patch set for MIDI audio synt
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Ansgar Burchardt
tag 606893 + moreinfo unreproducible
thanks
Hi,
Noel David Torres Taño <env...@rolamasao.org> writes:
> Executing simutrans works normally, but when exiting the game, the
> window remains open (black background) and irresponsive, and the
> process is still alive. Killing the process does not help, but killing
> -9 does.
I cannot reproduce this here, but it happens to other people as well[1].
Could you please try getting a backtrace with gdb? See [2] for a guide
on how to rebuild the package with debug symbols and running gdb.
Regards,
Ansgar
[1] <http://simutrans-forum.de/forum/thread.php?threadid=5920>
[2] <http://wiki.debian.org/HowToGetABacktrace#Rebuildingthepackageyou.2BIBk-redebugging>
Noel David Torres Taño
> forwarded 606893 http://simutrans-forum.de/forum/thread.php?threadid=5920
> tag 606893 + moreinfo unreproducible
> thanks
>
> Hi,
>
> Noel David Torres Taño <env...@rolamasao.org> writes:
> > Executing simutrans works normally, but when exiting the game, the
> > window remains open (black background) and irresponsive, and the
> > process is still alive. Killing the process does not help, but killing
> > -9 does.
>
> I cannot reproduce this here, but it happens to other people as well[1].
> Could you please try getting a backtrace with gdb? See [2] for a guide
> on how to rebuild the package with debug symbols and running gdb.
>
> Regards,
> Ansgar
>
> [1] <http://simutrans-forum.de/forum/thread.php?threadid=5920>
> [2]
> <http://wiki.debian.org/HowToGetABacktrace#Rebuildingthepackageyou.2BIBk-r
> edebugging>
After closing window, process still runs and backtrace is as follows:
(gdb) bt
#0 0x00007ffff578cbe5 in pthread_join () from /lib/libpthread.so.0
#1 0x00007ffff770fc8e in SDL_WaitThread () from /usr/lib/libSDL-1.2.so.0
#2 0x00007ffff770789a in SDL_AudioQuit () from /usr/lib/libSDL-1.2.so.0
#3 0x00007ffff7706dd5 in SDL_QuitSubSystem () from /usr/lib/libSDL-1.2.so.0
#4 0x00007ffff7706e5e in SDL_Quit () from /usr/lib/libSDL-1.2.so.0
#5 0x00007ffff69c95e2 in ?? () from /lib/libc.so.6
#6 0x00007ffff69c9635 in exit () from /lib/libc.so.6
#7 0x00007ffff69b1c54 in __libc_start_main () from /lib/libc.so.6
#8 0x0000000000403869 in _start ()
Hope this helps
Noel
Ansgar Burchardt
> After closing window, process still runs and backtrace is as follows:
>
> (gdb) bt
> #0 0x00007ffff578cbe5 in pthread_join () from /lib/libpthread.so.0
> #1 0x00007ffff770fc8e in SDL_WaitThread () from /usr/lib/libSDL-1.2.so.0
> #2 0x00007ffff770789a in SDL_AudioQuit () from /usr/lib/libSDL-1.2.so.0
> #3 0x00007ffff7706dd5 in SDL_QuitSubSystem () from /usr/lib/libSDL-1.2.so.0
> #4 0x00007ffff7706e5e in SDL_Quit () from /usr/lib/libSDL-1.2.so.0
> #5 0x00007ffff69c95e2 in ?? () from /lib/libc.so.6
> #6 0x00007ffff69c9635 in exit () from /lib/libc.so.6
> #7 0x00007ffff69b1c54 in __libc_start_main () from /lib/libc.so.6
> #8 0x0000000000403869 in _start ()
Looks like SDL is using threads for audio and something does not work
right there. Could you include a stack trace for all threads? In gdb,
`thread apply all bt' should do it.
Regards,
Ansgar
Noel David Torres Taño
> Noel David Torres Taño <env...@rolamasao.org> writes:
> > After closing window, process still runs and backtrace is as follows:
> >
> > (gdb) bt
> > #0 0x00007ffff578cbe5 in pthread_join () from /lib/libpthread.so.0
> > #1 0x00007ffff770fc8e in SDL_WaitThread () from /usr/lib/libSDL-1.2.so.0
> > #2 0x00007ffff770789a in SDL_AudioQuit () from /usr/lib/libSDL-1.2.so.0
> > #3 0x00007ffff7706dd5 in SDL_QuitSubSystem () from
> > /usr/lib/libSDL-1.2.so.0 #4 0x00007ffff7706e5e in SDL_Quit () from
> > /usr/lib/libSDL-1.2.so.0 #5 0x00007ffff69c95e2 in ?? () from
> > /lib/libc.so.6
> > #6 0x00007ffff69c9635 in exit () from /lib/libc.so.6
> > #7 0x00007ffff69b1c54 in __libc_start_main () from /lib/libc.so.6
> > #8 0x0000000000403869 in _start ()
>
> Looks like SDL is using threads for audio and something does not work
> right there. Could you include a stack trace for all threads? In gdb,
> `thread apply all bt' should do it.
>
> Regards,
> Ansgar
(gdb) thread apply all bt
Thread 4 (Thread 0x7fffec1ac710 (LWP 31101)):
#0 0x00007ffff6a57113 in poll () from /lib/libc.so.6
#1 0x00007ffff67035ea in ?? () from /usr/lib/libasound.so.2
#2 0x00007ffff67038cd in ?? () from /usr/lib/libasound.so.2
#3 0x00007ffff674199b in ?? () from /usr/lib/libasound.so.2
#4 0x00007ffff7734392 in ?? () from /usr/lib/libSDL-1.2.so.0
#5 0x00007ffff77080df in ?? () from /usr/lib/libSDL-1.2.so.0
#6 0x00007ffff770fdc5 in ?? () from /usr/lib/libSDL-1.2.so.0
#7 0x00007ffff77573b9 in ?? () from /usr/lib/libSDL-1.2.so.0
#8 0x00007ffff578b8ba in start_thread () from /lib/libpthread.so.0
#9 0x00007ffff6a6202d in clone () from /lib/libc.so.6
#10 0x0000000000000000 in ?? ()
Thread 3 (Thread 0x7fffec9ad710 (LWP 31100)):
#0 0x00007ffff6a57113 in poll () from /lib/libc.so.6
#1 0x00007ffff306dadf in ?? () from /usr/lib/libpulse.so.0
#2 0x00007ffff305db76 in pa_mainloop_poll () from /usr/lib/libpulse.so.0
#3 0x00007ffff305ef59 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0
#4 0x00007ffff305f010 in pa_mainloop_run () from /usr/lib/libpulse.so.0
#5 0x00007ffff306d8eb in ?? () from /usr/lib/libpulse.so.0
#6 0x00007ffff2802700 in ?? () from /usr/lib/libpulsecommon-0.9.21.so
#7 0x00007ffff578b8ba in start_thread () from /lib/libpthread.so.0
#8 0x00007ffff6a6202d in clone () from /lib/libc.so.6
#9 0x0000000000000000 in ?? ()
Thread 1 (Thread 0x7ffff7fd2720 (LWP 31079)):
#0 0x00007ffff578cbe5 in pthread_join () from /lib/libpthread.so.0
#1 0x00007ffff770fc8e in SDL_WaitThread () from /usr/lib/libSDL-1.2.so.0
#2 0x00007ffff770789a in SDL_AudioQuit () from /usr/lib/libSDL-1.2.so.0
#3 0x00007ffff7706dd5 in SDL_QuitSubSystem () from /usr/lib/libSDL-1.2.so.0
#4 0x00007ffff7706e5e in SDL_Quit () from /usr/lib/libSDL-1.2.so.0
#5 0x00007ffff69c95e2 in ?? () from /lib/libc.so.6
#6 0x00007ffff69c9635 in exit () from /lib/libc.so.6
#7 0x00007ffff69b1c54 in __libc_start_main () from /lib/libc.so.6
#8 0x0000000000403869 in _start ()
HTH
Ansgar Burchardt
Thanks, it looks like this is caused by SDL and/or pulseaudio. Could
you please
a) List the installed SDL versions (`dpkg -l "libsdl1.2debian*"'),
b) include any /etc/asound.conf, ~/.asoundrc (if present), and
c) (if using libsdl1.2debian-alsa) try libsdl1.2debian-pulseaudio?
Thanks,
Ansgar
Noel David Torres Taño
[...]
> Thanks, it looks like this is caused by SDL and/or pulseaudio. Could
> you please
>
> a) List the installed SDL versions (`dpkg -l "libsdl1.2debian*"'),
$ COLUMNS=160 LANG=C dpkg -l "libsdl1.2debian*"
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version
Description
+++-==================================-==================================-
====================================================================================
ii libsdl1.2debian 1.2.14-6.1
Simple DirectMedia Layer
un libsdl1.2debian-all <none> (no
description available)
ii libsdl1.2debian-alsa 1.2.14-6.1
Simple DirectMedia Layer (with X11 and ALSA options)
un libsdl1.2debian-arts <none> (no
description available)
un libsdl1.2debian-esd <none> (no
description available)
un libsdl1.2debian-nas <none> (no
description available)
un libsdl1.2debian-oss <none> (no
description available)
un libsdl1.2debian-pulseaudio <none> (no
description available)
> b) include any /etc/asound.conf, ~/.asoundrc (if present), and
$ cat /etc/asound.conf
pcm.pulse {
type pulse
}
ctl.pulse {
type pulse
}
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}
There is no ~/.asoundrc
> c) (if using libsdl1.2debian-alsa) try libsdl1.2debian-pulseaudio?
Now it sound music and closes OK, thanks
>
> Thanks,
> Ansgar
Thanks
Noel
er Envite
Ansgar Burchardt
retitle 606893 libsdl1.2debian-alsa with pulseaudio prevents application from exiting
affects 606893 + simutrans
tags 606893 =
thanks
Noel David Torres Taño <env...@rolamasao.org> writes:
>> Thanks, it looks like this is caused by SDL and/or pulseaudio. Could
>> you please
>>
>> a) List the installed SDL versions (`dpkg -l "libsdl1.2debian*"'),
>
> ii libsdl1.2debian 1.2.14-6.1
> ii libsdl1.2debian-alsa 1.2.14-6.1
>
>> b) include any /etc/asound.conf, ~/.asoundrc (if present), and
>
> $ cat /etc/asound.conf
> pcm.pulse {
> type pulse
> }
>
> ctl.pulse {
> type pulse
> }
>
> pcm.!default {
> type pulse
> }
>
> ctl.!default {
> type pulse
> }
>
> There is no ~/.asoundrc
>
>> c) (if using libsdl1.2debian-alsa) try libsdl1.2debian-pulseaudio?
>
> Now it sound music and closes OK, thanks
This seems to be a problem with SDL's ALSA backend in combination with
the pulseaudio plugin for ALSA. Reassigning to SDL for now.
I could not reproduce this with a ~/.asoundrc identical to the
submitter's asound.conf, but I guess I did miss something else as I was
getting no audio at all.
Regards,
Ansgar