- Wine-Devel - list.winehq.org

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

Re: Implement Old Names Option
by Dimi Paun Dec. 5, 2005

Dec. 5, 2005

From: "Robert Shearman" <rob(a)codeweavers.com> > Implement '-o' option. This is equivalent to MIDLs '/oldnames' option. Not a good choice, '-o' is used for output typically. How about --oldnames? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

git patch to gmail draft script
by James Hawkins Dec. 5, 2005

Dec. 5, 2005

Hey all, I've hacked up a little script that takes your committed git changes and puts a draft in your gmail draft folder for each committ that contains a changelog and the attached diff. To use the script, make sure you have python installed. You'll also need to change the variables at the top of the script to match your specifics. The script is pretty simple, so if you don't like the format of the email it wouldn't be hard to change. The process goes like so: 1) make your committs, but when you're writing the changelog entry for the committ, make sure to put all the changes you would have in the Changelog section of the email ie for one of my recent patches, the committ message was, * Use DelNode itself for the directory recursion. * Handle the dwFlags parameter. * Factor out file creation and deletion. * Add test cases for DelNode and make them pass. you can use asterisks if you like or not, it won't affect the script. 2) ./makedraft.py 3) the script calls git-format-patch for you and loops through all the committs 4) the script asks you for a subject (of the email) for each committ 5) if you don't want to send a patch to wine-patches, enter 'stop' as the subject (minus the quotes) 6) the diffs will be in diff_dir and the drafts will be in your gmail drafts folder 7) append anything you need to the email and press send If you have any comments or suggestions, I'd like to hear them (I think the script is rather ugly myself, but it gets the job done :)) -- James Hawkins

1 1

Re: winspool: Add Documentation for the Port-Functions (without line-wrap)
by Vitaliy Margolen Dec. 5, 2005

Dec. 5, 2005

Monday, December 5, 2005, 7:03:46 AM, Detlef Riekenberg wrote: > Second try with git. This Time without line-wrap > Changelog: > - Add Documentation for the Port-Functions > Content-Disposition: attachment; filename=document_port_functions.diff > Content-Type: text/x-patch; name=document_port_functions.diff; charset=UTF-8 > Content-Transfer-Encoding: 7bit Could you drop "; charset=UTF-8" part? It's not UTF-8 at all (since it's 7-bit and text/x-path). Vitaliy

1 0