Hi,
> > Bug A: Something recent seems to have introduced a crash in the savegame > > restore part of the sound server. We obviously can't ship with a bug like > > that (things are smelling more like a new year's release anyway, ATM). > > Which version of ALSA is best to use to test this? 0.5 or 0.9? Savegame issues are independant of the sfx driver, so this shouldn't matter. It seems to work after your latest update, BTW- thanks! > The new save game version is now in (with may even fix the problem), but I > was unable to determine any substantial difference between your copy of > sfx_save.c and mine (just a slightly different variable name). Did I miss > something? A differently named variable (in one of the cfsml records) can indeed break savegames, since the variable name is used as the 'name' part of the name/value pair stored in the file. Variables that were _not_ set are not tracked, so restoring a record (foo, bar) after having saved a record (_foo, bar) would leave 'foo' uninitialized. (One of these days, this should be improved, of course...) > The only bug I'm aware of with save games ATM is that the right song is not > always played when restoring, or the wrong instruments are used when > restoring. Hmm, I don't think I've seen that happening, but I didn't watch this too closely lately. Will try to see if I can reproduce it when I return to a system with actual sound output. llap, Christoph
