Ben, > > Starting tuxpaint on my newly installed, but not 100% setup box works -- > > but it refuses to quit! > > When I start tuxpaint (without any arguments) from a terminal, it responds > > with 'open /dev/sequencer: No such file or directory'. > > It does start, however, and drawing works. but Quit doesn't -- > > and neither does pressing control-C or control-backslash in the > > controlling terminal. Only kill -9 does... > > Very strange. Does it do the same in the latest version, 0.9.15b?
I suspect the bug is not in tuxpaint, but in my botched ALSA setup -- there's something seriously wrong with that, so that even 'aplay something.wav' playes the first 1/3 second of that file over and over again. I downloaded the tuxpaint source, to see where it hangs: the offender is wait_for_sfx(void). (~ line 14677 of tuxpaint.c, version 0.9.15b). It seems that 'while (Mix_Playing(-1))' never becomes false! (that's with libsdl1.2debian-oss ; with libsdl1.2debian-alsa, I get the same message as with e.g. aplay: ALSA lib timer_hw.c:269:(snd_timer_hw_open) extended read is not supported (SNDRV_TIMER_IOCTL_TREAD) and then it hangs in the call to Mix_CloseAudio() on line 12638, in cleanup(). So, it's probably not really a tuxpaint bug -- possibly a libsdl bug, but I guess that it should be allowed to assumed that closing the audio channels works... So feel free to close the bug. Jeroen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
