This bug is indeed a fault of SDL-mixer. It has to do with a variable, md_sndchn, which is either not properly updated, or used inappropriately. I'm going to notify SDL-mixer upstream, as well as the debian team, and give them a patch.
The workaround, for penguin-command, and any other program that uses an affected version of SDL-mixer (all of them), is to not load music files of varying channels. ramagard.s3m, icefront.s3m, and datajack.s3m all have 8 channels. pennight.mod has 4 channels. You can bring pennight.mod back, if you remaster it to have 8 channels. Alternatively, you could choose to not load more than one music file at a time. The problem occurs when the last music file loaded has a different number of channels than the one you want to play. If you load and play every time, I don't think you'll have a problem, except for memory and/or lag between songs. In penguin-command, the last file loaded is datajack.s3m, with 8 channels. That is why it crashed when it tried to play pennight.mod, which has only has 4 channels. Please use the word debian somewhere in the body or subject of the message if you want to email me with any questions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
