http://bugs.winehq.org/show_bug.cgi?id=29472 marzojr(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #38990|0 |1 is obsolete| | --- Comment #19 from marzojr(a)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... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.