October 2013 - Wine-Devel - list.winehq.org

Re: [PATCH] quartz/tests: Enable compilation with -D__WINESRC__

by Marvin

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3099 Your paranoid android. === w864 (32 bit filtergraph) === filtergraph: unhandled exception c0000005 at 00404347 === w864 (64 bit filtergraph) === filtergraph: unhandled exception c0000005 at 0000000000403DF2

Oct. 29, 2013

Re: [PATCH 3/3] opengl32: Use opengl xml registry files.

by Alexandre Julliard

Rico Schüller <kgbricola(a)web.de> writes: > --- > dlls/opengl32/make_opengl | 316 > +++++++++++++++++++--------------------------- > dlls/winemac.drv/opengl.c | 8 +- > dlls/winex11.drv/opengl.c | 8 +- > 3 Dateien geändert, 136 Zeilen hinzugefügt(+), 196 Zeilen entfernt(-) It's not generating quite the same thing as the previous version, and some of the differences look wrong, for instance: -static void WINAPI glBindAttribLocation( GLuint program, GLuint index, const GLchar* name ) { +static void WINAPI glBindAttribLocation( GLhandleARB programObj, GLuint index, const GLcharARB* name ) { -- Alexandre Julliard julliard(a)winehq.org

Oct. 29, 2013

Re: [PATCH 3/5] d3d8/tests: Use explicit A calls.

by Marvin

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3095 Your paranoid android. === w864 (32 bit device) === device.c:2494: Test failed: Expected foreground window 0004017A, got 0001007A. device.c:3190: Test failed: Expected wndproc 0x40ff80, got 0x40ff80.

Oct. 29, 2013

Re: [PATCH 2/5] d3d8/tests: Avoid windowsx.h.

by Marvin

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3094 Your paranoid android. === w7pro64 (32 bit device) === device.c:2465: Test failed: Expected foreground window 00030170, got 00060144. === w864 (32 bit device) === device.c:2483: Test failed: Expected foreground window 0004017A, got 0001007A. device.c:3176: Test failed: Expected wndproc 0x40ff80, got 0x40ff80.

Oct. 29, 2013

Re: [PATCH 2/5] ddraw/tests: Allow some flags to fail surface creation in test_rt_caps (try 2).

by Marvin

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3085 Your paranoid android. === w864 (32 bit ddraw2) === ddraw2.c:3915: Test failed: Test 16: Got unexpected caps 0x22800, expected 0x10026000. ddraw2.c:3915: Test failed: Test 17: Got unexpected caps 0x20800, expected 0x10024000. === w864 (32 bit ddraw1) === ddraw1.c:3289: Test failed: Test 16: Got unexpected caps 0x22800, expected 0x10026000. ddraw1.c:3289: Test failed: Test 17: Got unexpected caps 0x20800, expected 0x10024000.

Oct. 29, 2013

Re: Wine Mono 4.5.0 Release

by Austin English

On Tue, Oct 22, 2013 at 2:22 PM, Vincent Povirk <madewokherd(a)gmail.com> wrote: > I have published version 4.5.0 of Wine Mono on sourceforge. It's been > a little over a year since the last release, and I'm sorry I waited so > long to do it. > > I have also changed the versioning scheme. The major and minor version > numbers will now indicate the highest supported .NET runtime version. > > The source tarball is at > https://sourceforge.net/projects/wine/files/Wine%20Mono/4.5.0/wine-mono-4.5… > > The binary is at > https://sourceforge.net/projects/wine/files/Wine%20Mono/4.5.0/wine-mono-4.5… > > For developers, the source repository is at > https://github.com/madewokherd/wine-mono > > Changes since 0.0.8: > * Fixed build on machines using bash as their sh implementation. > * .NET Framework directories now include mscorlib.dll (fixes wine bug #31888). > * Fixed build on machines running Mac OS X. (Josh DuBois) > * Added a security.config file to the .NET 2.0 directory. (Alistair > Leslie-Hughes) > * Microsoft's Managed C++ compiler sometimes generates broken IL code > ending in an unreachable ret statement. This code would be accepted by > the .NET runtime but rejected by Mono. Mono is correctly following the > spec in this case, but since our goal is compatibility we now accept > code that does this. > * Building with the -t switch will now build runtime tests. > Previously, it only built class library tests. > * Added registry keys to indicate the presence of .NET 4.5. > * Added user-agent strings to the registry, which allow javascript > embedded in web pages to detect .NET. > * Updated Mono from 2.11.4 to 3.2.3 plus some additional commits. I'm > no longer using Mono's release tags, because they don't seem to help > me find revisions that are stable or even buildable. Anyway, here are > some highlights of the changes brought in from Mono: > * The new 'sgen' garbage collector has been greatly improved and is > now the default instead of the old 'boehm' gc, which in our case means > it's the only one shipped. It is an improvement over boehm in many > ways and should be generally more efficient. > * Mono now has support for Portable Class Libraries. > * Beginnings of support for System.Windows.Forms.AxHost. (Alistair > Leslie-Hughes) > * Added support for P/Invoke methods with the thiscall calling > convention, which are used by Managed C++ assemblies. > * Improved IDispatch interface on managed objects. (Alistair Leslie-Hughes) Using wine-1.7.5, wine-mono-4.5.0, and the attached patch, I went through a few of the bugs I've filed against mscoree: http://bugs.winehq.org/show_bug.cgi?id=26020 - no change http://bugs.winehq.org/show_bug.cgi?id=27505 - no change http://bugs.winehq.org/show_bug.cgi?id=31888 - works with wine-mono-4.5.0, but not 0.0.8 http://bugs.winehq.org/show_bug.cgi?id=32738 - no change http://bugs.winehq.org/show_bug.cgi?id=34237 - still fails, output is slightly different http://bugs.winehq.org/show_bug.cgi?id=34384 - works with wine-mono-4.5.0, but not 0.0.8 http://bugs.winehq.org/show_bug.cgi?id=34538 - no change I didn't test the others. -- -Austin

Oct. 29, 2013

Re: [PATCH 1/5] ddraw/tests: Accept nvidia return values in test_rt_caps (try 2).

by Marvin

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3084 Your paranoid android. === w864 (32 bit ddraw2) === ddraw2: unhandled exception c0000005 at 00420E6B

Oct. 29, 2013

Re: [Patch]try 2: Bug 33164 - row-resize / col-resize cursor is wrong (Listview)‏

by Vincent Povirk

Your patch is being mangled somehow, even in the attachment. The blank line should contain a space. Also, please use your name transliterated to Latin characters when sending patches.

Oct. 28, 2013

Re: shlwapi: Test and fix the behaviour of the CopyTo method for file sizes not multiple of the internal buffer size, on SHCreateStreamOnFileEx-returned IStreams.

by Alexandre Julliard

"David Quintana (gigaherz)" <gigaherz(a)gmail.com> writes: > Hello people, > I fixed Vincent's comment, and submitted the new version of the patch. > It has been quite a few days already so I'd like to know if there is > anything else left to do before the patch is looked at, or if there's > just too much going on at the moment, in which case I can re-submit > the patch in a few days/weeks, so that it can be looked at properly > when there's more time. The test code is quite ugly, it needs more work. -- Alexandre Julliard julliard(a)winehq.org

Oct. 28, 2013

Re: shlwapi: Test and fix the behaviour of the CopyTo method for file sizes not multiple of the internal buffer size, on SHCreateStreamOnFileEx-returned IStreams.

by David Quintana (gigaherz)

Hello people, I fixed Vincent's comment, and submitted the new version of the patch. It has been quite a few days already so I'd like to know if there is anything else left to do before the patch is looked at, or if there's just too much going on at the moment, in which case I can re-submit the patch in a few days/weeks, so that it can be looked at properly when there's more time. Vincent Povirk wrote: > We should probably still exit the loop if fewer bytes were read than > requested, rather than do another read at the end of the file.

Oct. 28, 2013