[apport] prboom crashed with SIGSEGV in free()

Thanks for your report!

StacktraceTop:malloc_consolidate () from /lib/libc.so.6
_int_free () from /lib/libc.so.6
free () from /lib/libc.so.6
snd_pcm_munmap (pcm=0x7c8170) at pcm_mmap.c:517
snd_pcm_hw_free (pcm=0x2b0bac14b960) at pcm.c:842

Works in Hardy now, though without sound.

Ops, I was wrong. Prboom just runs, when sound is turned off via 'prboom -nosound'. Otherwise, it still locks X on Hardy. If I switch to tty, and kill the terminal, from it was started, I can return to X, but with my mouse locked to the center and the resolution of the game.

I'm in the same boat.

This is my favorite game...
Well, this and Chrono Trigger.

I'm having the same problem with running prboom with freedoom.

It works if you install timidity, so it appears to be related to problems with midi sound. Perhaps, timidity should be a dependency?

If the user already has midi configured, installing Timidity wouldn't mess that up, right? But at the very least, wouldn't prboom start using Timidity instead of the user-configured midi? However...

Maybe it's just me, but since I've never seen hardware midi working out of the box, I'm thinking that maybe it's just far easier to make Timidity or some kind of midi emulator and sound bank be a dependency of any program which requires midi. Not only does it seem like out-of-the-box hardware midi device support is a pretty long way away from being a reality, but midi emulation doesn't take much CPU power. I have an old processor, and prboom runs wonderfully with Timidity installed (aside from a few bugs here and there that the game has).

It's a problem with MIDI playback and some hardware, not all. Timidity fixes it because that makes prboom use software MIDI playback rather than hardware. It shouldn't be a dependency because not all hardware MIDI is affected.

I think it's a bug in the SDL mixer library.

You can get around it by either touching /etc/timidity/timidity.cfg or running with -nomusic (which still gives you sound effects).

OK, well I guess I should be filling out a Soundblaster Live doesn't have working MIDI out of the box bug then. :)

To find out if it's a bug in SDL or not, if someone could find some other game that used it and the same crash would happen, that would of course help verify this. Anyone know of some other games that use the SDL mixer for MIDI playback? :)

Penguin command apparently might behave the same:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298982

It was a while ago but in the libsdl1.2-mixer documentation it says "do not do <something>", I think if you are using it asynchronously, prboom does. When I stopped it doing that (patch not available but I recall it wasn't too complex), the crash wasn't prevented, but it did happen later on (and the backtrace became more useful). I'll see if I can remember what it was I did.

It is my terminal output, i'm using lucid

Ing. Forigua, please read the bug description more carefully. Your output does not match the behaviour in this bug. Your problem looks more like https://bugs.launchpad.net/ubuntu/+source/prboom/+bug/375498 , which has been fixed in a package version for Maverick.