November 2007 - Wine-Devel - list.winehq.org

Re: WineD3D: Implement detection of ATI cards with Mesa DRI drivers

by James Hawkins

On Nov 21, 2007 5:15 PM, Roman Mamedov <roman(a)rm.pp.ru> wrote: > Hello. > > Presently, if an ATI card uses open-source DRI drivers from the Mesa > project ( http://dri.freedesktop.org/wiki/ATI ), Wine will report it to > Windows applications as being some generic nVIDIA model, based on D3D > capabilities of the card. > > This patch adds detection of the used ATI video card, based on Mesa DRI > module name, which is returned by drivers in GL Renderer string. In my > opinion, returning even an approximate ATI card model should be better, > than the present condition, disguising the ATI card as some equally > generic model from nVIDIA. Also, the patch adds detection of VENDOR_MESA > from GL Renderer string, as Mesa DRI drivers may have various things as > GL Vendor, but the GL Renderer name always contains the string "Mesa". > This patch resolves the bug #7267, "Lineage 2 complains about outdated > NVIDIA drivers using ATI card with Mesa drivers" - > http://bugs.winehq.org/show_bug.cgi?id=7267 . > If you send in a fixed patch, you need to add some variation of 'try X' in the subject, where X is the number of tries you're on. On top of this, you need to say in the body what you've changed between submissions. -- James Hawkins

Nov. 21, 2007

Re: WineD3D: Implement detection of ATI cards with Mesa DRI drivers

by James Hawkins

On Nov 21, 2007 4:51 PM, Roman Mamedov <roman(a)rm.pp.ru> wrote: > Sorry, a small mistake. Always check everything twice, and when you > checked twice - check the third time :( > > --- > dlls/wined3d/directx.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/dlls/wined3d/directx.c b/dlls/wined3d/directx.c > index fa844b0..7e09014 100644 > --- a/dlls/wined3d/directx.c > +++ b/dlls/wined3d/directx.c > @@ -1145,7 +1145,7 @@ BOOL IWineD3DImpl_FillGLCaps(WineD3D_GL_Info > *gl_info) { > } else if (strstr(gl_info->gl_renderer, "R300")) { /* > r300_dri - all R3xx and R4xx-based cards */ > gl_info->gl_card = CARD_ATI_RADEON_9500; > vidmem = 128; > - } else if (strstr(gl_info->gl_renderer, "Radeon")) { /* > radeon_dri, for all R3xx-based cards */ > + } else if (strstr(gl_info->gl_renderer, "Radeon")) { /* > radeon_dri - all R100-based cards */ > /* This one should be the last case, so if the word > "Radeon" ever added to Mesa gl_renderer > * string of R200 or R300, this detection code will > keep working properly. > */ > -- > 1.5.3.4 > If you make a mistake, you have to fix the first patch and resend it. -- James Hawkins

Nov. 21, 2007

No release this week

by Alexandre Julliard

Folks, Because of the Thanksgiving weekend, there won't be a release this Friday. 0.9.50 will most likely be on next Friday. -- Alexandre Julliard julliard(a)winehq.org

Nov. 21, 2007

Re: Removing Windows and Solaris from the Downloads page

by Paul Millar

On Sunday 18 November 2007 12:42:40 Paul Millar wrote: > That sounds promising. I should be able to tweak the winetest.exe build > infrastructure so it also build DLLs and executables without too much > trouble. OK, this now seems stable. The DLLs and executables are built and packaged whenever winetest is rebuilt. They're available both from the old location: http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/ or from a new one: http://quisquiliae.physics.gla.ac.uk/cross/results/ As with winetest.exe, they're only updated if the new binaries are different. The ZIP files are signed and there's are sym-links that always point to the most recent version. For example: http://quisquiliae.physics.gla.ac.uk/cross/results/wine-exes-latest.zip Cheers, Paul.

Nov. 21, 2007

Re: d3dx8 [patch 5/7] Implement D3DXQuaternionLn

by Andrew Talbot

David.Adam(a)math.cnrs.fr wrote: > Hi David, There was no code in this patch. -- Andy.

Nov. 21, 2007

something wrong with patches?

by Kirill K. Smirnov

Hi, Is there anything wrong with the following patches? "winhelp: add basic support for ancient win3.0 help files" http://www.winehq.org/pipermail/wine-patches/2007-November/046886.html and comctl32: Implemented algorithm is a mergesort, not a quicksort http://www.winehq.org/pipermail/wine-patches/2007-November/046943.html Did I miss something important? Regards Kirill

Nov. 21, 2007

Re: Use GCC's -Wtype-limits

by Alexandre Julliard

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > If applied, I will commit to address, directly and by engaging others, > the occurrences of such warnings in Wine. I'm not opposed to applying it, but you have to fix the warnings first, as far as possible the default build should not trigger any warnings. -- Alexandre Julliard julliard(a)winehq.org

Nov. 21, 2007

Re: [msvcrt] short tty reads don't imply EOF

by Alexandre Julliard

"Damjan Jovanovic" <damjan.jov(a)gmail.com> writes: > Changelog: > * For ttys, short reads don't mean we're at the end of the file. That's not limited to ttys, other file types can have short reads too. -- Alexandre Julliard julliard(a)winehq.org

Nov. 21, 2007

Re: [6/9] d3d9: add a test for vertex shader input matching

by Alexandre Julliard

Stefan Dösinger <stefan(a)codeweavers.com> writes: > From 44f176ad4fcbc92ea66d8526670a1ec573ffa9f0 Mon Sep 17 00:00:00 2001 > From: Stefan Doesinger <stefan(a)codeweavers.com> > Date: Mon, 19 Nov 2007 10:53:26 +0100 > Subject: [PATCH] d3d9: add a test for vertex shader input matching This fails with the usual rounding errors: ../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so visual.c && touch visual.ok visual.c:4716: Test failed: Input test: Quad 1(2crd) returned color 0x00ffff7f, expected 0x00FFFF80 visual.c:4721: Test failed: Input test: Quad 3(2crd-wrongidx) returned color 0x00ff007f, expected 0x00FF0080 visual.c:4704: Test failed: Input test: Quad 1(2crd) returned color 0x00ffff7f, expected 0x00FFFF80 visual.c:4710: Test failed: Input test: Quad 3(2crd-wrongidx) returned color 0x00ff007f, expected 0x00FF0080 visual.c:4704: Test failed: Input test: Quad 1(2crd) returned color 0x00ffff7f, expected 0x00FFFF80 visual.c:4710: Test failed: Input test: Quad 3(2crd-wrongidx) returned color 0x00ff007f, expected 0x00FF0080 visual.c:4849: Test failed: Input test: Quad 2(color-ubyte) returned color 0x00407ffe, expected 0x014080ff visual.c:4849: Test failed: Input test: Quad 2(color-ubyte) returned color 0x00407ffe, expected 0x014080ff visual.c:4849: Test failed: Input test: Quad 2(color-ubyte) returned color 0x00407ffe, expected 0x014080ff make[2]: *** [visual.ok] Error 9 -- Alexandre Julliard julliard(a)winehq.org

Nov. 21, 2007

Re: ntdll: Shared manifests should have a less-strict version check performed when loading them as dependencies.

by Alexandre Julliard

Robert Shearman <rob(a)codeweavers.com> writes: > --- > dlls/ntdll/actctx.c | 56 > +++++++++++++++++++++++++++++++------------------- > 1 files changed, 35 insertions(+), 21 deletions(-) Some test cases would be nice... -- Alexandre Julliard julliard(a)winehq.org

Nov. 21, 2007