August 2010 - Wine-Devel - list.winehq.org

Re: Ongoing Debian package maintenance.

by Lei Zhang

On Tue, Aug 24, 2010 at 3:06 PM, Ben Klein <shacklein(a)gmail.com> wrote: > On 24 August 2010 04:34, Lei Zhang <thestig(a)google.com> wrote: >> >> On Fri, Aug 20, 2010 at 4:00 PM, Ben Klein <shacklein(a)gmail.com> wrote: >> > Hello everyone, >> > >> > My health has not improved at all since my last call for help with the >> > Debian package management. I really need someone to take over from me, or at >> > least some help to devise a new set of (semi-)automated build scripts. Any >> > volunteers? >> >> Hi Ben, >> >> Does the task basically involve building new .deb packages for every >> release? I can probably take over this if nobody else volunteered. > > Yes, that is essentially the job. For every release of Wine, produce a > package for Debian's stable branch and testing/unstable. Ok, I'll take the job. If you have any documentation / pointers on what the package maintainer needs to do, send them my way, or better yet, put it on the Wine wiki.

Aug. 25, 2010

Re: [PATCH] inetcpl: Add initial applet

by Juan Lang

Hi Detlef, were you planning to resubmit this patch? [1] A user asked how to import a certificate recently [2], and I directed him to install ie6 to do so, but that has a lot of side effects which may not be wanted. Using our own inetcpl.cpl would allow us to avoid that, by exposing cryptui.CryptUICertMgr without using any native DLLs. Thanks, --Juan [1] http://www.winehq.org/pipermail/wine-patches/2010-May/088373.html [2] http://forum.winehq.org/viewtopic.php?t=9399

Aug. 25, 2010

Re: [3/3] d3dcompiler: Move D3DAssemble tests from d3dx9_36.

by testbot＠testbot.winehq.org

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=4740 Your paranoid android. === WINEBUILD (build) === Reconfig failed

Aug. 24, 2010

Re: [3/3] d3dcompiler: Move D3DAssemble tests from d3dx9_36.

by testbot＠testbot.winehq.org

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=4739 Your paranoid android. === WINEBUILD (build) === Reconfig failed

Aug. 24, 2010

Re: [4/4] oleaut32/tests: Some tests for IPicture::get_Handle()

by testbot＠testbot.winehq.org

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=4738 Your paranoid android. === W7PROX64 (64 bit olepicture) === olepicture.c:796: Test failed: got 0 olepicture.c:808: Test failed: got 0

Aug. 24, 2010

Re: Ongoing Debian package maintenance.

by Ben Klein

On 24 August 2010 04:34, Lei Zhang <thestig(a)google.com> wrote: > > On Fri, Aug 20, 2010 at 4:00 PM, Ben Klein <shacklein(a)gmail.com> wrote: > > Hello everyone, > > > > My health has not improved at all since my last call for help with the > > Debian package management. I really need someone to take over from me, or at > > least some help to devise a new set of (semi-)automated build scripts. Any > > volunteers? > > Hi Ben, > > Does the task basically involve building new .deb packages for every > release? I can probably take over this if nobody else volunteered. Yes, that is essentially the job. For every release of Wine, produce a package for Debian's stable branch and testing/unstable. > Get better! Thanks, Lei. I'm going through some tests at the moment and think I know what the outcome of the next one will be, which is good because it will tell me what's been wrong for YEARS with me (though it's got a LOT worse these past few months).

Aug. 24, 2010

Re: [3/4] oleaut32/olepicture: Fix ::get_hPal() behaviour for certain picture types

by testbot＠testbot.winehq.org

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=4737 Your paranoid android. === W7PROX64 (64 bit olepicture) === olepicture.c:765: Test failed: got 0 olepicture.c:777: Test failed: got 0

Aug. 24, 2010

Inviting Mono and pulseaudio to wineconf?

by Dan Kegel

Would it be appropriate and useful to invite someone from Mono and Pulseaudio to attend Wineconf this year? We do have to work well with those projects, maybe that would help solve a couple current or future problems.

Aug. 24, 2010

Re : Re : Re : ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized

by paulo lesgaz

Added new tests for d3d7. No change. All the tests passed on real Vista David ________________________________ De : Stefan Dösinger <stefandoesinger(a)gmx.at> À : paulo lesgaz <jeremielapuree(a)yahoo.fr> Cc : wine-devel(a)winehq.org Envoyé le : Mar 24 août 2010, 20h 00min 05s Objet : Re: Re : Re : ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized Am 24.08.2010 um 17:48 schrieb paulo lesgaz: Is this patch correct to test d3d7 and d3d2 SetCooperativeLevel? >For now, all the tests pass on a real vista box. >Actually, I missed something: The exising test tests IDirectDraw, not >IDirectDraw7. So it is testing the oldest ddraw interface. Can you test >IDirectDraw7 instead of IDirectDraw2? If microsoft added extra sanity checks >they did so most likely in the newer interfaces.

Aug. 24, 2010

Re: Re : Re : ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized

by Stefan Dösinger

Am 24.08.2010 um 17:48 schrieb paulo lesgaz: > Is this patch correct to test d3d7 and d3d2 SetCooperativeLevel? > For now, all the tests pass on a real vista box. Actually, I missed something: The exising test tests IDirectDraw, not IDirectDraw7. So it is testing the oldest ddraw interface. Can you test IDirectDraw7 instead of IDirectDraw2? If microsoft added extra sanity checks they did so most likely in the newer interfaces.

Aug. 24, 2010

Re: wine.inf: added .NET InstallRoot key

by Vincent Povirk

Yes, build-mingw32.sh works, but the resulting build is incomplete. For example, it lacks libgluezilla and a mozilla library to glue to, so the browsing component does not work. This is in the official Windows builds of Mono. I don't know what else is missing. On Tue, Aug 24, 2010 at 12:45 PM, Hin-Tak Leung <hintak_leung(a)yahoo.co.uk> wrote: > --- On Tue, 24/8/10, Vincent Povirk <madewokherd(a)gmail.com> wrote: > >> > And eventually mono will be >> installed automatically like gecko is? >> >> If I ever get the damn thing to build fully on a Linux box, >> yes. > > Is there a problem with that? Mono comes with a script called "build-mingw32.sh" for cross-compiling on linux. I use that for every mono release since about 2.2 as I need a little customization, changing the heap setting, before they get the new garbage collector code scheduled for 2.8(?) ready. I only rebuild the runtime - not the class libraries, so I stop the build in the middle. > > There are some dependency differences (depending on different versions of dependent dll's) against MSVC builds, file naming differences (the mono dll is called libmono.dll in one but just mono.dll in the other - I filed a bug for it and it is still open), and dependencies on gcc_s*.dll from exception unwinding, but it is basically inter-operable - as I swap one part of the stock msvc build with a custom mingw cross-compiled part for every release for much of the last two years now. > > > > >

Aug. 24, 2010

Re: wine.inf: added .NET InstallRoot key

by Hin-Tak Leung

--- On Tue, 24/8/10, Vincent Povirk <madewokherd(a)gmail.com> wrote: > > And eventually mono will be > installed automatically like gecko is? > > If I ever get the damn thing to build fully on a Linux box, > yes. Is there a problem with that? Mono comes with a script called "build-mingw32.sh" for cross-compiling on linux. I use that for every mono release since about 2.2 as I need a little customization, changing the heap setting, before they get the new garbage collector code scheduled for 2.8(?) ready. I only rebuild the runtime - not the class libraries, so I stop the build in the middle. There are some dependency differences (depending on different versions of dependent dll's) against MSVC builds, file naming differences (the mono dll is called libmono.dll in one but just mono.dll in the other - I filed a bug for it and it is still open), and dependencies on gcc_s*.dll from exception unwinding, but it is basically inter-operable - as I swap one part of the stock msvc build with a custom mingw cross-compiled part for every release for much of the last two years now.

Aug. 24, 2010

Re: wine.inf: added .NET InstallRoot key

by Vincent Povirk

> And eventually mono will be installed automatically like gecko is? If I ever get the damn thing to build fully on a Linux box, yes.

Aug. 24, 2010

Re : Re : ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized

by paulo lesgaz

Is this patch correct to test d3d7 and d3d2 SetCooperativeLevel? For now, all the tests pass on a real vista box. David ________________________________ De : Stefan Dösinger <stefandoesinger(a)gmx.at> À : paulo lesgaz <jeremielapuree(a)yahoo.fr> Cc : wine-devel(a)winehq.org Envoyé le : Mar 24 août 2010, 16h 44min 38s Objet : Re: Re : ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized I think those tests should do, but have a few spelling issues and you're not releasing the surface. So if I understand things correctly: *) NORMAL | FULLSCREEN | EXCLUSIVE -> fullscreen mode *) NORMAL | EXCLUSIVE -> error *) NORMAL | FULLSCREEN -> windowed mode For testing older ddraw interface vesions you can QueryInterface the ddraw object for IID_IDirectDraw, IID_IDirectDraw2(and ddraw3 and ddraw4). Then you run the same tests on those. I am pretty sure the check that NORMAL mode is mutually exclusive with FULLSCREEN/EXCLUSIVE already existed in old ddraw, and is motivated by a statement in msdn that those modes are mutually exclusive - which makes sense, you can't be in fullscreen mode and not be in fullscreen mode at the same time. It seems that one flag is ignored rather than an error returned. On a general note, I am away from home the next weeks. I expect to be able to read mail, but it will me sporadic(ok, I haven't been reliable in the past few weeks either) Am 24.08.2010 um 15:26 schrieb paulo lesgaz: Such tests are what you were thinking about? >They all passed on my real vista box. > >David > > > > > > ________________________________ De : Stefan Dösinger <stefandoesinger(a)gmx.at> >À : wine-devel(a)winehq.org >Envoyé le : Mar 24 août 2010, 11h 30min 59s >Objet : Re: ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + >normal is authorized > >Hi, >Can you add a test that tests in which mode ddraw is after such a call? >Specfically, try to create a double buffered primary surface. If this succeeds, >ddraw is in fullscreen mode. If ddraw is in normal mode you'll get >DDERR_NOEXCLUSIVEMODE (or similar) back. > >Am 24.08.2010 um 10:00 schrieb David Adam: > >> Fixed a typo >> >> A+ >> >> David >> <0001-SetCooperativeLevel-with-Full-screen-exclusive-norma.patch> > > > > ><0001-SetCooperativeLevel-with-Full-screen-exclusive-norma.patch>

Aug. 24, 2010

wine.inf: added .NET InstallRoot key

by Louis Lenders

Dan Kegel <dank <at> kegel.com> writes: > > What is our intent with adding all these registry keys? > It seems as if they are helpful for installing mono, > but might get in the way of installing MS .net. > > If that's the intent, do y'all want me to make the > dotnet20 winetricks verb remove any registry > keys that confuse the dotnet20 installer? > > I tested dotnet 2.0 and these 2 keys don't harm the installer The only key that causes trouble AFAICT is the already present key [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727] "Version"="2.2.30729" It makes the .NET SP1 installer crash much earlier than it does without this key

Aug. 24, 2010

Re: Re : ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized

by Stefan Dösinger

I think those tests should do, but have a few spelling issues and you're not releasing the surface. So if I understand things correctly: *) NORMAL | FULLSCREEN | EXCLUSIVE -> fullscreen mode *) NORMAL | EXCLUSIVE -> error *) NORMAL | FULLSCREEN -> windowed mode For testing older ddraw interface vesions you can QueryInterface the ddraw object for IID_IDirectDraw, IID_IDirectDraw2(and ddraw3 and ddraw4). Then you run the same tests on those. I am pretty sure the check that NORMAL mode is mutually exclusive with FULLSCREEN/EXCLUSIVE already existed in old ddraw, and is motivated by a statement in msdn that those modes are mutually exclusive - which makes sense, you can't be in fullscreen mode and not be in fullscreen mode at the same time. It seems that one flag is ignored rather than an error returned. On a general note, I am away from home the next weeks. I expect to be able to read mail, but it will me sporadic(ok, I haven't been reliable in the past few weeks either) Am 24.08.2010 um 15:26 schrieb paulo lesgaz: > Such tests are what you were thinking about? > They all passed on my real vista box. > > David > > > De : Stefan Dösinger <stefandoesinger(a)gmx.at> > À : wine-devel(a)winehq.org > Envoyé le : Mar 24 août 2010, 11h 30min 59s > Objet : Re: ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized > > Hi, > Can you add a test that tests in which mode ddraw is after such a call? Specfically, try to create a double buffered primary surface. If this succeeds, ddraw is in fullscreen mode. If ddraw is in normal mode you'll get DDERR_NOEXCLUSIVEMODE (or similar) back. > > Am 24.08.2010 um 10:00 schrieb David Adam: > > > Fixed a typo > > > > A+ > > > > David > > <0001-SetCooperativeLevel-with-Full-screen-exclusive-norma.patch> > > > > > <0001-SetCooperativeLevel-with-Full-screen-exclusive-norma.patch>

Aug. 24, 2010

Re: wine.inf: added .NET InstallRoot key

by Dan Kegel

On Tue, Aug 24, 2010 at 1:52 PM, Alexandre Julliard <julliard(a)winehq.org> wrote: >> What is our intent with adding all these registry keys? >> It seems as if they are helpful for installing mono, >> but might get in the way of installing MS .net. > > If they prevent installing MS .NET there should be a way to undo them > like we do for IE, by unregistering mscoree or something along those > lines. OK, so people who need the native .net should use something like winetricks to do the unregistering and installation, right? And eventually mono will be installed automatically like gecko is? - Dan

Aug. 24, 2010

Re: wine.inf: added .NET InstallRoot key

by Alexandre Julliard

Dan Kegel <dank(a)kegel.com> writes: > What is our intent with adding all these registry keys? > It seems as if they are helpful for installing mono, > but might get in the way of installing MS .net. If they prevent installing MS .NET there should be a way to undo them like we do for IE, by unregistering mscoree or something along those lines. -- Alexandre Julliard julliard(a)winehq.org

Aug. 24, 2010

Re : ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized

by paulo lesgaz

Such tests are what you were thinking about? They all passed on my real vista box. David ________________________________ De : Stefan Dösinger <stefandoesinger(a)gmx.at> À : wine-devel(a)winehq.org Envoyé le : Mar 24 août 2010, 11h 30min 59s Objet : Re: ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized Hi, Can you add a test that tests in which mode ddraw is after such a call? Specfically, try to create a double buffered primary surface. If this succeeds, ddraw is in fullscreen mode. If ddraw is in normal mode you'll get DDERR_NOEXCLUSIVEMODE (or similar) back. Am 24.08.2010 um 10:00 schrieb David Adam: > Fixed a typo > > A+ > > David > <0001-SetCooperativeLevel-with-Full-screen-exclusive-norma.patch>

Aug. 24, 2010

Re: msvcrt:locale Remove todo_wine and add broken when necessary

by GOUJON Alexandre

On 08/24/2010 02:51 PM, Octavian Voicu wrote: > broken() only works for tests that fail on some Windows versions; it > has no effect on Wine, see [1]. > My mistake. > Proper way to fix this bug is to make setlocale replicate Windows behavior. > I'll investigate further to fix it this way. Thanks

Aug. 24, 2010

Re: msvcrt:locale Remove todo_wine and add broken when necessary

by Octavian Voicu

On Tue, Aug 24, 2010 at 12:44 PM, Alexandre Goujon <ale.goujon(a)gmail.com> wrote: > - todo_wine ok(!strcmp(ret, "Chinese (Simplified)_People's Republic of China.936") > + ok(!strcmp(ret, "Chinese (Simplified)_People's Republic of China.936") > + || broken(!strcmp(ret, "Chinese_People's Republic of China.936")) broken() only works for tests that fail on some Windows versions; it has no effect on Wine, see [1]. Proper way to fix this bug is to make setlocale replicate Windows behavior. Octavian [1] http://source.winehq.org/git/wine.git/?a=blob;f=include/wine/test.h;h=1a980…

Aug. 24, 2010

re: wine.inf: added .NET InstallRoot key

by Dan Kegel

What is our intent with adding all these registry keys? It seems as if they are helpful for installing mono, but might get in the way of installing MS .net. If that's the intent, do y'all want me to make the dotnet20 winetricks verb remove any registry keys that confuse the dotnet20 installer?

Aug. 24, 2010

Re: Wine Gecko 1.1.0 RC1

by Jacek Caban

On 8/24/10 12:12 PM, Luca Bennati wrote: > Applied the patch to master, recompiled ok. I put the rc1 cab in > /usr/share/wine/gecko/, as always. > In the creation of a new prefix, it gave me an err which wasn't there before: > err:mshtml:init_xpcom AutoRegister(NULL) failed: 80070057 > but 'wine iexplore' works better than before (sites that crashed wine > before don't crash it anymore). > I investigated it a bit recreating a new prefix with 'WINEDEBUG=+mshtml > winecfg' and here's the log: Thanks for testing. This error is a known false error. Modules loading method has changed in Gecko and AutoRegister call is no longer needed, so I'm going to remove this call. It's harmless in the new Gecko, so I'm going to do it in another patch to limit size of this one. Thanks, Jacek

Aug. 24, 2010

Re: mscoree: improve GetCORVersion

by testbot＠testbot.winehq.org

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=4727 Your paranoid android. === WINEBUILD (build) === Patch failed

Aug. 24, 2010

Re : ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized

by paulo lesgaz

The added tests show that the change is correct for d3d7 at least. How can I check that they are also correct for olders ddraw? David ________________________________ De : Henri Verbeet <hverbeet(a)gmail.com> À : wine-devel(a)winehq.org Envoyé le : Mar 24 août 2010, 11h 41min 36s Objet : Re: ddraw [try 2]: SetCooperativeLevel with Full screen + exclusive + normal is authorized This looks suspicious to me, you have to assume the code wasn't just added for the hell of it, even though with ddraw you're never quite sure. Do other ddraw versions behave the same? Please don't add trailing spaces, neither in the code nor in TRACEs.

Aug. 24, 2010