http://bugs.winehq.org/show_bug.cgi?id=29472
marzojr@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #38990|0 |1 is obsolete| |
--- Comment #19 from marzojr@yahoo.com 2012-02-21 17:40:23 CST --- Created attachment 39015 --> http://bugs.winehq.org/attachment.cgi?id=39015 Log for current git with WINETEST_INTERACTIVE=1 WINEDEBUG=+tid,+timestamp,+alsa,+mmdevapi
I re-did the last test because I had forgotten that my automated build script disables building the tests, so it was from an older version. With the newest test, I can hear the sounds perfectly.
Also, as I told Höhle over e-mail, I finished the reverse regression test and found out that nothing that was nothing in Wine since I first reported the bug was responsible for the fix; I tested versions as far back as those for which the bug reliably caused Regen to lock-up, and all of the versions worked without lock-ups; this is at direct odds with my earlier regression testing. Even my tests earlier with wine-1.4-rc2 were unrepresentative -- I seem to have 'lucked out' and gotten a hang before, which I could not reproduce since.
My best guess is that the change I first identified through regression testing did not play nice with the kernel/pulseaudio/alsa version I had back then, but that one of the more recent updates mitigates the issue; maybe there is even a newer/better driver for the USB sound card I am using, who knows.
I would still like to see the changes Höhle proposes, but I can't justify keeping open this bug report, since I can't reproduce the problem even with the versions of Wine for which it happened.
Now to wait for the next kernel update to break things again...