February 2008 - Wine-Devel - list.winehq.org

Re: Building tests with Visual Studio 2005 Express

by Detlef Riekenberg

On Mi, 2008-02-06 at 07:28 +0000, Reece Dunn wrote: > On 06/02/2008, Dan Kegel <dank(a)kegel.com> wrote: > > I tried Visual Studio 2005. > > Do you know where the Express download is for this, as I can only find > VS 2008 Express? Download Page for "Visual * 2005 Express Edition": http://www.microsoft.com/express/2005/download/offline.aspx VS2005 SP1 update for Vista: http://www.microsoft.com/downloads/details.aspx?familyid=90E2942D-3AD1-4873… For the Visual C++ Toolkit 2003: http://www.google.de/search?q=VCToolkitSetup.exe v1.0 was released 16. April 2004 v1.01 was released 06. July 2004 -- By by ... Detlef

Feb. 6, 2008

Re: added wgl_bind_to_texture_depth_nv to ConvertAttribWGLtoGLX

by Chris Robinson

On Wednesday 06 February 2008 11:44:58 am you wrote: > Chris Robinson wrote: > > I don't think it's correct to add this since it's not supported (the > > extension string isn't exported and it can't be easilly emulated). If an > > app is trying to set that attribute without the extension being > > advertised, I'd say the app is broken. If you're intending on adding > > support, you may want to familiarize yourself with how wine emulates > > render_to_texture and look over the extension: > > http://opengl.org/registry/specs/NV/render_depth_texture.txt > > "I don't think it's correct to add this since it's not supported" > The > > case WGL_BIND_TO_TEXTURE_RGB_ARB: > case WGL_BIND_TO_TEXTURE_RGBA_ARB: > case WGL_BIND_TO_TEXTURE_RECTANGLE_FLOAT_R_NV: > are not supported either. The WGL_BIND_TO_TEXTURE_DEPTH_NV came up as a > fixme since it isn't in the switch. The formats are supported in X11DRV_wglGetPixelFormatAttribivARB, X11DRV_wglCreatePbufferARB and the other render-to-texture functions, and the render-to-texture extension is advertised.. There's just nothing to do in that function for them since the hint will always be accepted. But I don't see the point in supporting a pbuffer creation hint that an app shouldn't be using without the extension being advertised (actually, I think pbuffer creation is supposed to fail if an unsupported attribute is specified). Which app is trying to use it? > Again, just trying to learn, not annoy > people with tiny fixes. No annoyance to me, just explaining why I don't think it's something to handle. :)

Feb. 6, 2008

Re: Stupid new winetricks: added a trivial GUI

by Dan Kegel

On Feb 6, 2008 4:53 AM, Steven Edwards <winehacker(a)gmail.com> wrote: > Its actually kind of nice to have a gui for this. Would it be much > trouble to add support for a description field and a default geometry > like the Bordeaux winetricks manager? > > http://bp3.blogger.com/_PpaJ8vsrkzo/R5-1PHBCUrI/AAAAAAAABQ0/Qmsc5_uvkxQ/s40… Hmm. I tried downloading Bordeaux but it wants a password: http://www.wine-forum.org/showthread.php?t=166 Tom, can you unprotect bordeaux? - Dan

Feb. 6, 2008

Re: RegOverridePredefKey stub - Take 2

by Dmitry Timoshkov

"Jens Nestler" <nessi(a)nessi-online.de> wrote: > Stub implementation for RegOverridePredefKey. > The added prototype in the winreg.h is now in alphabetical order. Please review yuor patches before sending, this one contains not related changes. -- Dmitry.

Feb. 6, 2008

Re: [5/8] WineD3D: Add infrastructure for faking driver versions

by Stefan Dösinger

Am Mittwoch, 6. Februar 2008 14:23:02 schrieb Roderick Colenbrander: > > Stefan Dösinger <stefan(a)codeweavers.com> writes: > > > Am Mittwoch, 6. Februar 2008 12:47:37 schrieb Alexandre Julliard: > > >> I don't see the point of going through all that trouble to return the > > >> real driver version on some platforms but not others. Since we have > > >> the infrastructure to fake it why not always use that? We'll have to > > >> keep it up to date anyway. > > > > > > For example, users with matching driver versions will get a correct > > > > warning > > > > > from Steam if their driver is outdated. > > > > And what are the consequences of an outdated driver? Isn't that > > something that wined3d should be working around anyway? What happens on > > platforms where version numbers don't match, do things silently break? > > > > -- > > Alexandre Julliard > > julliard(a)winehq.org > > Personally I don't think we should report the real driver version to the > games as we aren't the same as the Windows Direct3D drivers. Second driver > version parsing is a lot of work. Just on Linux nvidia already has two > different versioning mechanisms, second on e.g. OSX the version string > again has a different layout. Faking the driver numbers is the best thing > to do in my opinion. Ok, I'll change the patches then to always fake the driver version

Feb. 6, 2008

Re: [5/8] WineD3D: Add infrastructure for faking driver versions

by Roderick Colenbrander

> Stefan Dösinger <stefan(a)codeweavers.com> writes: > > > Am Mittwoch, 6. Februar 2008 12:47:37 schrieb Alexandre Julliard: > >> I don't see the point of going through all that trouble to return the > >> real driver version on some platforms but not others. Since we have the > >> infrastructure to fake it why not always use that? We'll have to keep > >> it up to date anyway. > > For example, users with matching driver versions will get a correct > warning > > from Steam if their driver is outdated. > > And what are the consequences of an outdated driver? Isn't that > something that wined3d should be working around anyway? What happens on > platforms where version numbers don't match, do things silently break? > > -- > Alexandre Julliard > julliard(a)winehq.org > > Personally I don't think we should report the real driver version to the games as we aren't the same as the Windows Direct3D drivers. Second driver version parsing is a lot of work. Just on Linux nvidia already has two different versioning mechanisms, second on e.g. OSX the version string again has a different layout. Faking the driver numbers is the best thing to do in my opinion. Roderick -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

Feb. 6, 2008

Re: uxtheme: fix the system tests so they pass on Vista. [try 2] [RESEND]

by Alexandre Julliard

"Reece Dunn" <msclrhd(a)googlemail.com> writes: > The Vista return code is what wine is returning, so remove the todo > block as well. Not for me: ../../../tools/runtest -q -P wine -M uxtheme.dll -T ../../.. -p uxtheme_test.exe.so system.c && touch system.ok system.c:420: Test failed: Expected E_POINTER or S_OK, got 0x80070490 make: *** [system.ok] Error 1 -- Alexandre Julliard julliard(a)winehq.org

Feb. 6, 2008

Re: Stupid new winetricks: added a trivial GUI

by Steven Edwards

On Feb 6, 2008 4:38 AM, Dan Kegel <dank(a)kegel.com> wrote: > Some users freak at the thought of a commandline, > so I threw together a trivial GUI using whatever > gui-from-shell tool is appropriate for the current desktop. > > Unfortunately, that means the default action is to put > up a gui, not show help. You have to say winetricks -h > or the like to get help. > > It's ugly, so shoot me :-) Its actually kind of nice to have a gui for this. Would it be much trouble to add support for a description field and a default geometry like the Bordeaux winetricks manager? http://bp3.blogger.com/_PpaJ8vsrkzo/R5-1PHBCUrI/AAAAAAAABQ0/Qmsc5_uvkxQ/s40… -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

Feb. 6, 2008

Re: [5/8] WineD3D: Add infrastructure for faking driver versions

by Alexandre Julliard

Stefan Dösinger <stefan(a)codeweavers.com> writes: > Am Mittwoch, 6. Februar 2008 12:47:37 schrieb Alexandre Julliard: >> I don't see the point of going through all that trouble to return the >> real driver version on some platforms but not others. Since we have the >> infrastructure to fake it why not always use that? We'll have to keep >> it up to date anyway. > For example, users with matching driver versions will get a correct warning > from Steam if their driver is outdated. And what are the consequences of an outdated driver? Isn't that something that wined3d should be working around anyway? What happens on platforms where version numbers don't match, do things silently break? -- Alexandre Julliard julliard(a)winehq.org

Feb. 6, 2008

Re: [5/8] WineD3D: Add infrastructure for faking driver versions

by Stefan Dösinger

Am Mittwoch, 6. Februar 2008 12:47:37 schrieb Alexandre Julliard: > I don't see the point of going through all that trouble to return the > real driver version on some platforms but not others. Since we have the > infrastructure to fake it why not always use that? We'll have to keep > it up to date anyway. For example, users with matching driver versions will get a correct warning from Steam if their driver is outdated.

Feb. 6, 2008