December 2005 - Wine-Devel - list.winehq.org

trouble with uxtheme dll
by Stefan Leichter Dec. 6, 2005

Dec. 6, 2005

Hi, i am a little confuse about the uxtheme dll. I have a program that raises an execption after each call (not the return!) to the ordinal 1 of the dll. The strange thing is the relay log shows up to eight arguments for the function call, but according to the spec file of the uxtheme dll the function does not have any argument. Also the implemantation is only a stub which should not crash. Here an example for the call: 000b:Call uxtheme.1(00000090,42865450,0001aa9b,406acef4,00000000) ret=41ebcca5 trace:seh:__regs_RtlRaiseException code=c0000005 flags=0 addr=(nil) Does anyone have a wild guess what happend here? Bye Stefan

3 4

[opengl] WGL_render_texture / WGL_ATI_pixel_format_float
by Raphael Dec. 6, 2005

Dec. 6, 2005

Hi, Anyone Can test this demo http://www.paulsprojects.net/opengl/rtotex/rtotex.html If have an ATI card who support WGL_ATI_pixel_format_float ? Thx Changelog: - support WGL_ATI_pixel_format_float / WGL_ARB_color_buffer_float - implement WGL_render_texture using GLX_ATI_render_texture (when available) - better WGL_render_texture emulation (using PBuffers) - fix wglMakeCurrent (and add usefull traces) Regards, Raphael

4 9

Re: [WINECFG] show sound card drivers and devices
by Vitaliy Margolen Dec. 6, 2005

Dec. 6, 2005

Monday, December 5, 2005, 8:53:10 PM, Robert Reif wrote: > Show all sound card drivers and their devices. > --- programs/winecfg/En.rc 27 Oct 2005 11:24:02 -0000 1.54 > +++ programs/winecfg/En.rc 6 Dec 2005 03:39:36 -0000 > @@ -155,15 +155,17 @@ FONT 8, "MS Shell Dlg" > BEGIN Please update each resource file. We had this discussion before. Please keep these changes in synch among all the languages. Otherwise we render sound config useless for other languages. Vitaliy Margolen

5 6

Re: WIDL: Support remaining basic types
by Alexandre Julliard Dec. 6, 2005

Dec. 6, 2005

Robert Shearman <rob(a)codeweavers.com> writes: > ChangeLog: > Eric Kohl <eric.kohl(a)t-online.de> > WIDL: Support remaining basic types (float, double, small, wchar_t and > handle_t). We've been through this before, these patches need to be split, the gratuitous changes removed, and all the code duplication with the format codes needs to be avoided. Mike started doing that some time ago so you probably want to start from his patches. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: DirectDraw over Direct3D
by Tim Schmidt Dec. 6, 2005

Dec. 6, 2005

TA 1.0 (fresh off the CD) also wouldn't start for me, however, after installing the v3.1c patch (the last one ever released) it started up just fine. --tim On 12/6/05, James Liggett <jrliggett(a)cox.net> wrote: > I fired up Total Annihilation just yesterday with Wine 0.9.2 and it > > was very slow. TA uses 8bit color and I'm running in 24bit at > > 3200x1200 (2x 19" CRTs) on a Pentium II 450Mhz with a GeForceFX 5900XT > > -- a bit of an odd combination... I know. If you'd like a speed > > comparison, perhaps with associated CPU usage I may be able to oblige. > > > > --tim > Just curious--how did you get TA to even start? I installed it last week > to try it out with wine 0.9.2 and it crashes after displaing a blue > screen for a second or two. > > James > > > > > >

1 0

Missing WGL function declarations in wingdi.h
by Aric Cyr Dec. 6, 2005

Dec. 6, 2005

As the subject says, all of the WGL functions that should be declared in wingdi.h are currently only found in dlls/opengl32/wgl.h. I ran across this recently while working on getting wined3d to use wgl instead of glx directly. Currently I work around it by including wgl.h and adding makefile include options to point to dlls/opengl32. It would be much cleaner and correct if I could forgo this and just include wingdi.h. Anyone have problems with me submitting a patch which would move the relevant (i.e. not all) parts of dlls/opengl32/wgl.h into include/wingdi.h? >From MSDN (for wglCreateContext): === Requirements Windows NT/2000: Requires Windows NT 3.5 or later. Windows 95/98: Requires Windows 95 or later. Available as a redistributable for Windows 95. Header: Declared in wingdi.h. Import Library: Use opengl32.lib. === Regards, Aric

3 5

opengl support in wine
by Tomas Carnecky Dec. 6, 2005

Dec. 6, 2005

I've had a discussion with someone through this list about wine and libGL.so. It was about wine using dlopen("libGL.so") instead of linking directly with libGL.so. I still don't understand why the wine developers have made this decision. I'm again at the point where I need to hook OpenGL (glX) functions ahd I have to patch wine again to make it work. There is absolutely no reason not to link with libGL.so directly: Even if you make OpenGL a hard dependency, nothing will break. Just announce it well so that everybody understands the change and make --disable-opengl the default option. Now everyone can get wine and it will work out-of-the-box and those who want opengl can enable it (and the distribution packagers should make sure wine depends on opengl when building the package). tom

4 15

Re: advapi32: RegCreateKeyEx fix.
by James Hawkins Dec. 6, 2005

Dec. 6, 2005

On 12/5/05, Rein Klazes <wijn(a)wanadoo.nl> wrote: > > On Win9x,ME RegCreateKeyEx ignores the backslash character if the subkey > begins with one. With a regression test. > Note that I'm not against this being committed, but another test you could add is for the comment, /* win9x,ME ignores one (and only one) beginning backslash */ the (and only one) part. You could use the same test as the one you added, but with two backslashes prepended and see if it fails. I haven't tested this myself (I only have > NT) but I'm curious if only one beginning backslash is ignored. -- James Hawkins

2 1

capture app output / output redirect
by mailinglists Dec. 6, 2005

Dec. 6, 2005

Hi everybody! Some time ago I had written a wrapper for a windows application using java and wine. It just captured stdout and stderror to get the windows applications output, but today I used it again and found that there is just plain nothing returned any more. Also executing wine app.exe &> log.txt just sends all output to the console. Anybody knows what happened and how it could be worked around? /tobi ++++++++++++ WERBUNG +++++++++++++++ http://www.inetsolutions.de ISP / Qualitäts-Webhosting Homepagebaukasten / CMS Webpacks ab 0,21 EUR

1 0

DirectDraw over Direct3D
by Roderick Colenbrander Dec. 6, 2005

Dec. 6, 2005

Hi, As you all might know 2d games tend to be slow on Wine. For a lot of games the main bottleneck is depth conversion which happens in cases when the depth requested by the game and the X desktop color are not the same. As a way to speedup 2d Lionel assisted me with hacking wine's ddraw to let it use parts of the Direct3D backend. The final rendering is then done using OpenGL and the end result is that the videocard does the color conversion for us. The patch greatly improves the performance of 2d games which don't use GetDC/ReleaseDC a lot. While the patch fixes the conversion bottleneck for various games it doesn't handle 8bit paletted which is used by games like StarCraft as OpenGL doesn't support this by default. The second patch which I attached aswell adds support for this. On cards (atleast all nvidia cards from geforce 1 to the fx) that support the opengl paletted texture extension this extension is used. It makes StarCraft very fast atleast on my Athlon XP2000 system with a GeforceFX where the game was slow before. As not all cards support paletted textures I emulated this using a simple fragment shader. (a 1D texture containing the palette is used as a loopup table) The attached patches are still experimental and likely contain bugs so please test them. When the patches are applied set 'HKCU\Software\Wine\DirectDraw\UseDDrawOverD3D' to Y else it won't do anything :) Further note that lots of games like to use multiple threads for graphics... using the patch games use 'd3d' (or actually opengl) which adds more multithreaded d3d games :) Games like command&conquer, redalert, total annihilation and lots of others became multithreaded. (they crash quite quickly due to some critical section in x11drv) All have fun with the patches and please report any issues that appear so that i can fix the patches and submit them to wine-patches, Roderick Colenbrander

6 14