September 2011 - Wine-devel

Re: tests: Remove unneeded assert.h includes.
by Marvin 26 Sep '11

26 Sep '11

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=14540 Your paranoid android. === WNT4WSSP6 (32 bit mediadet) === mediadet.c:105: Test failed: CoCreateInstance failed with 80040154 mediadet.c:106: Test failed: pM is NULL mediadet: unhandled exception c0000005 at 00401541 === W2KPROSP4 (32 bit mediadet) === mediadet.c:105: Test failed: CoCreateInstance failed with 80040154 mediadet.c:106: Test failed: pM is NULL mediadet: unhandled exception c0000005 at 00401541 === W2K8SE (32 bit mediadet) === mediadet.c:105: Test failed: CoCreateInstance failed with 80040154 mediadet.c:106: Test failed: pM is NULL mediadet: unhandled exception c0000005 at 00401541

1 0

Re: msi/tests: Avoid #if 0 to make sure code still compiles.
by Marvin 26 Sep '11

26 Sep '11

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=14533 Your paranoid android. === WNT4WSSP6 (32 bit install) === install.c:5998: Test failed: Per-user icon file isn't where it's expected (C:\WINNT\Profiles\Default User\Application Data\Microsoft\Installer\{7DF88A49-996F-4EC8-A022-BF956F9B2CBB}\testicon)

1 0

Re: [PATCH 6/9 (try2)] winecfg: Replace DirectSound settings with Driver Diagnostics
by Alexandre Julliard 26 Sep '11

26 Sep '11

Andrew Eikum <aeikum(a)codeweavers.com> writes: > @@ -84,10 +84,11 @@ END > > STRINGTABLE > BEGIN > - IDS_ACCEL_FULL "Full" > - IDS_ACCEL_STANDARD "Standard" > - IDS_ACCEL_BASIC "Basic" > - IDS_ACCEL_EMULATION "Emulation" > + IDS_AUDIO_REG_SETTING "Registry driver setting: %s" > + IDS_AUDIO_REG_DEFAULT "(Default)" > + IDS_AUDIO_REG_DISABLED "(Disabled)" > + IDS_AUDIO_DRIVER "Selected driver: %s" > + IDS_AUDIO_DRIVER_NONE "(None)" Showing the detected driver is a good thing, but we shouldn't need to display the registry setting. The assumption is that users shouldn't have to worry about this. If it's important enough to show in winecfg then it has to be editable in winecfg too. -- Alexandre Julliard julliard(a)winehq.org

1 0

using (or not) blocking mode with OSS4
by Joerg-Cyril.Hoehle＠t-systems.com 26 Sep '11

26 Sep '11

Hi, I've had a glance at the OSS4 mmdevapi logs attached to bug #28056. Among others, it appears that every renderer iteration takes way too much time. One possible explanation is that OSS write() takes a lot of time to return, presumably in an attempt to write more than what's possible without blocking. If you look at AudioRenderClient_ReleaseBuffer and oss_write_data, you'll see that it writes as much as it has, without querying GETOSPACE. So it can block. open() is called without O_NONBLOCK, so write() will block when given too much data. I don't know yet whether O_NONBLOCK should be used. It's not what the OSS people recommend. One can argue that NONBLOCK is superfluous when write is limited via GETOSPACE. http://manuals.opensound.com/developer/open.html http://manuals.opensound.com/developer/audio_timing.html http://manuals.opensound.com/developer/SNDCTL_DSP_NONBLOCK.html What do you think about using (or not) blocking mode with OSS? W.r.t. ALSA, I'm considering keeping non-blocking mode but switch from a periodic timer to poll(ALSA_fd, period_timeout). Given a lot of data, poll would return after the timeout, but when underrun is close, this should allow to wake up closer to when data is actually needed. Regards, Jörg Höhle

2 1

re: po: Mark translations with mismatched printf format directives as fuzzy.
by Dan Kegel 26 Sep '11

26 Sep '11

Patch fails to apply here? error: patch failed: po/ko.po:11305 error: po/ko.po: patch does not apply ---------- Forwarded message ---------- From: <buildbot(a)kegel.com> Date: Sun, Sep 25, 2011 at 5:35 PM Subject: Re: 79310: po: Mark translations with mismatched printf format directives as fuzzy. To: dank(a)kegel.com This is an experimental automated build and test service. Please feel free to ignore this email while we work the kinks out. For more info about this message, see http://wiki.winehq.org/BuildBot The Buildbot has detected a failed build on builder runtests-default while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests-default/builds/84 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) BUILD FAILED: failed git Errors: error: patch failed: po/ko.po:11305 error: po/ko.po: patch does not apply

4 5

Before you leave for wineconf...
by Dan Kegel 26 Sep '11

26 Sep '11

... could you run http://kegel.com/wine/loop-fail.sh.txt overnight on the hardware you plan to bring, and email me the results? It creates a log file loop-fails.log which lists each test failure and how many loops it took to get there. Thanks!

2 2

Re: [1/2] kernel32: Add a test for VirtualProtect.
by Alexandre Julliard 26 Sep '11

26 Sep '11

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > +static void test_VirtualProtect(void) > +{ > + static const struct test_data > + { > + DWORD prot_set, prot_get; > + } td[] = > + { > + { PAGE_NOACCESS, PAGE_NOACCESS }, > + { PAGE_READONLY, PAGE_READONLY }, > + { PAGE_READWRITE, PAGE_READWRITE }, > + { PAGE_WRITECOPY, 0 }, > + { PAGE_EXECUTE, PAGE_EXECUTE }, > + { PAGE_EXECUTE_READ, PAGE_EXECUTE_READ }, > + { PAGE_EXECUTE_READWRITE, PAGE_EXECUTE_READWRITE }, > + { PAGE_EXECUTE_WRITECOPY, 0 } You should also test various invalid combinations. -- Alexandre Julliard julliard(a)winehq.org

1 0

[PATCH 7/9] dsound: Reimplement rendering devices on mmdevapi
by Joerg-Cyril.Hoehle＠t-systems.com 26 Sep '11

26 Sep '11

Hi, I agree that dsound -> winmm -> mmdevapi is an abomination. However, this all goes too fast for me. We don't have a fool-proof mmdevapi yet (neither ALSA, nor OSS, nor CoreAudio). We don't have a bug-free winmm->mmdevapi yet. Since June, I've done nothing than analyse code and fix bugs to help The Wine project in my free time. My wife has already signaled that she's not pleased. I've installed zero SW for the children since that time. Well, my choice, but I'm growing tired. It appears that I've a biased view on the current audio situation because I see all the bugs. The user experience does not seem that bad, from what a few users told me. Currently, having dsound -> winmm -> mmdevapi may not be satisfying, but it helps to find hairy bugs fast (more apps use dsound than winmm). After the initial winmm transition, I did not even look at dsound or winmm bugs because there's no point in doing so when they depend on a mmdevapi which is not yet robust enough. So I concentrated on mmdevapi. It's only recently that I've started to look at winmm now that I believe to know well most remaining ALSA and CoreAudio mmdevapi bugs. I'm solely starting on OSS bugs. I believe users are happy to still have dsound HW acceleration in ALSA since 1.3.25 to compare it with the new HW emulation behaviour via mmdevapi. Is a 1.4 release target this year the reason for pushing out code fast? Regards, Jörg Höhle

2 1

Warning report for wine-1.3.29-5-gf04f0b3
by Jerome Leclanche 26 Sep '11

26 Sep '11

Operating System Linux azura 3.0.0-10-generic #16-Ubuntu SMP Fri Sep 2 18:32:04 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux Configuration (32-bit) '--prefix=/usr' '--libdir=/usr/lib32' '--enable-tests' '--disable-win64' '--with-wine64=/home/adys/src/wine/build64' '--with-alsa' '--with-freetype' '--without-gstreamer' '--with-jpeg' '--with-ldap' '--with-openal' '--with-opengl' '--with-openssl' '--with-png' '--with-x' '--with-xinerama' '--with-xinput2' '--with-xml' '--with-xrandr' '--without-capi' '--without-cms' '--without-cups' '--without-curses' '--without-fontconfig' '--without-gettextpo' '--without-gnutls' '--without-gphoto' '--without-gsm' '--without-hal' '--without-mpg123' '--without-opencl' '--without-oss' '--without-sane' '--without-tiff' '--without-v4l' '--without-xslt' '--without-xxf86vm' 'CC=ccache gcc -msse4 -O3 -Wall' Configuration (64-bit) '--prefix=/usr' '--libdir=/usr/lib' '--enable-tests' '--enable-win64' '--with-alsa' '--with-freetype' '--without-gstreamer' '--with-jpeg' '--with-ldap' '--with-openal' '--with-opengl' '--with-openssl' '--with-png' '--with-x' '--with-xinerama' '--with-xinput2' '--with-xml' '--with-xrandr' '--without-capi' '--without-cms' '--without-cups' '--without-curses' '--without-fontconfig' '--without-gettextpo' '--without-gnutls' '--without-gphoto' '--without-gsm' '--without-hal' '--without-mpg123' '--without-opencl' '--without-oss' '--without-sane' '--without-tiff' '--without-v4l' '--without-xslt' '--without-xxf86vm' 'CC=ccache gcc -msse4 -O3 -Wall' -- J. Leclanche

1 0

Quick Question
by Peter Wilson 26 Sep '11

26 Sep '11

Hi, Quick question, might be silly, but is there a version of Wine that can be installed on windows or linux to create apps for Mac? I just want to keep my mac clean and try run things in a dev environment, and apple are always so polite to make visualization a pain… Thank you very much for you help, Kind Regards, Peter Wilson

2 1