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

Re: CVSROOT/. loginfo

by Martin Fuchs

> Well, I think having some description of what the patch is about is > more useful than a truncated file list, but if the general feeling is > that the file list is better I can put this back. What about all three informations: a.) author b.) affected directory, like "[dlls/ole32]" c.) beginning of the changelog An example would be: "Michael Jung: [dlls/shell32] Implemented scrolling during drag&drop for the shellview class" Another idea would be to replace b.) and c.) by the original patch mail subject. This typically already contains the affected code section, for example "WINED3D: Return the correct parent in IWineD3DPixelShaderImpl_GetParent". While searching for good examples I good even more comfortable with the second idea: The changelog can be quite long, and only displaying some truncated part of it may not be that good. Using the mail subject instead is better because the patch writer already had the possibility to condense the change into some meaningfull one line-comment. Regards, Martin

Dec. 3, 2005

Why Steam fails

by Ivan Gyurdiev

Here is why I think Steam fails on my machine: The issue: Half of the time Steam fails to start, with this helpful message, and no wine output: memstd.cpp (148) : Assertion Failed: 0 Then it goes into the minidump and writes a 3G file on my disk or so that I need to erase.. =========== It seems like it tries to reserve 200 MB of memory via VirtualAlloc, and then subsequently commit a small portion of that (again through VirtualAlloc). Then it fails some sort of assertion. It doesn't seem to check the retval of the first alloc, which fails about half of the time in wine_anon_mmap (mmap() call) with ENOMEM. If the allocation succeeds, Steam proceeds to run. If it fails, Steam dies with the message above. This is a machine with 1G memory. How much memory does one need to run Steam? Isn't this supposed to be a Virtual allocation...Why does it work one time, and not the other... The manpage for mmap() says ENOMEM can occur if the process exceeds its allowed number of mappings. Is this relevant?

Dec. 3, 2005

Re: CVSROOT/. loginfo

by Detlef Riekenberg

Am Freitag, den 02.12.2005, 21:00 +0100 schrieb Alexandre Julliard: > > Can we get the Module name and/or modified files added back to the > > subject line for CVS? IHMO, this is much more useful than knowing who > > submitted the patch. > > Well, I think having some description of what the patch is about is > more useful than a truncated file list, but if the general feeling is > that the file list is better I can put this back. I would like to see that the Subject-line again start with the Subdir to see the Area, the Patch belongs to. - Easy to filter out the patches, I'm not Interested in. - When find a Patch for an Area that an App has Problems with, it's a good time to test the Functionality of the App again -- By By ... ... Detlef

Dec. 3, 2005

Re: ddraw: make some driver info not const

by Lionel Ulmer

On Fri, Dec 02, 2005 at 12:11:34PM -0700, Vitaliy Margolen wrote: > Friday, December 2, 2005, 11:46:39 AM, Rein Klazes wrote: > > Hi, > [skip] > > Making this information not const makes the application proceed further. > > > Changelog: > > dlls/ddraw : ddraw_hal.c, ddraw_user.c > > Make some driver info not const, some applications want to modify it. > > This is wrong. No user program should modify our internal data. I think > you need to copy this data into heap before passing it to the app. You > should make simple test to check if the data returned on windows is > within heap or not. Yeah, I agree with Vitaliy here... We were alread hit multiple times by this bug in other cases: Wine should never send to the application actual private data as many games expect to use these values to do actual processing. Lionel -- Lionel Ulmer - http://www.bbrox.org/

Dec. 3, 2005

Re: A better workaround for compiling on FC4/x86_64

by Marcus Meissner

On Sat, Dec 03, 2005 at 03:08:29AM -0500, Pavel Roskin wrote: > Hello! > > When trying to set up printing from Wine on Fedora Core 4 for x86_64, I > have discovered that Wine fails to find many libraries, including > libcups. It turns out that the development packages on Fedora Core 4 > don't always provide *.so symlinks for 32-bit libraries. So I wrote > this script. > > The script creates all missing links in one directory (/usr/local/lib is > the default). Not only was libcups found next time, but also the old > workaround with imake has become unneeded. The configure script runs > out-of-box and finds X11 libraries. > > I'm posting the script here in hope that it will be useful for some Wine > users. I'm not sure it it merits inclusion in Wine, but I would not > object. Fedora should probably provide foo-devel-32bit development packages too. Ciao, Marcus

Dec. 3, 2005

Re: wglGetPixelFormatAttribivARB unexpected RenderType(100)

by Toan T Nguyen

FYI, here is the code in question: http://cvs.sourceforge.net/viewcvs.py/q2e/q2e/source/win32/glw_win.c?rev=1.… The function where pixelFormat is initialized is GLW_ChoosePixelFormat. Toan On 12/2/05, fenix(a)club-internet.fr <fenix(a)club-internet.fr> wrote: > > > ----Message d'origine---- > >Date: Fri, 2 Dec 2005 14:07:24 -0800 > >De: Toan T Nguyen <nguyenthetoan(a)gmail.com> > >A: wine-devel(a)winehq.org > >Sujet: wglGetPixelFormatAttribivARB unexpected RenderType(100) > > > >Hi, > > > >I compile and run Quake2Evolved in linux using winelib. Although every > >seems fine, there's this error printed out when Q2E scans for the best > >pixel format: > > > > err:opengl:wglGetPixelFormatAttribivARB unexpected RenderType(100) > > > >I look up my /usr/include/GL/glxATI.h and found these lines: > > > >#ifndef GLX_ATI_pixel_format_float > >#define GLX_ATI_pixel_format_float 1 > > > >#define GLX_RGBA_FLOAT_ATI_BIT 0x00000100 > > > >#endif // GLX_ATI_pixel_format_float > > > > > >Bests, > > > >Toan > > > > Hi > > Interesting and fun extension :) > Try attached patch if it works (and it should) forward it to wine-patches > > Regards, > Raphael > > > >

Dec. 3, 2005

A better workaround for compiling on FC4/x86_64

by Pavel Roskin

Hello! When trying to set up printing from Wine on Fedora Core 4 for x86_64, I have discovered that Wine fails to find many libraries, including libcups. It turns out that the development packages on Fedora Core 4 don't always provide *.so symlinks for 32-bit libraries. So I wrote this script. The script creates all missing links in one directory (/usr/local/lib is the default). Not only was libcups found next time, but also the old workaround with imake has become unneeded. The configure script runs out-of-box and finds X11 libraries. I'm posting the script here in hope that it will be useful for some Wine users. I'm not sure it it merits inclusion in Wine, but I would not object. -- Regards, Pavel Roskin

Dec. 3, 2005

Re: Debugging winelib apps in Eclipse

by Eric Pouech

Michael Ost wrote: > Does anyone know how to set up Eclipse to debug winelib applications? > > I tried just replacing 'gdb' with 'winedbg' on the "Debugger" tab on the > "Debug" window. After Eclipse says "Launching..." there is an error that > says "Process terminated." > > After reviewing the winelib debug docs, I found that there is a --gdb > switch to winedbg so I added that as a "C/C++ Program Argument" on the > "Arguments" tab of the same window... a long shot, and it didn't work. > > This is on Fedora Core 4, with Eclipse 3.1 (yum updated from the 3.1M6 > version that comes with FC4), and with the wine 0.99.2 FC4 rpm. > > Any leads? Thanks ... mo I'd rather set the debugger name to winedbg --gdb instead of winedbg. If you use the C++ pgm args, the final command line will be: winedbg myapp.exe --gdb instead of winedbg --gdb myapp.exe HTH -- Eric Pouech

Dec. 3, 2005

Re: Debugging winelib apps in Eclipse

by James Hawkins

On 12/2/05, Michael Ost <most(a)museresearch.com> wrote: > Does anyone know how to set up Eclipse to debug winelib applications? > > I tried just replacing 'gdb' with 'winedbg' on the "Debugger" tab on the > "Debug" window. After Eclipse says "Launching..." there is an error that > says "Process terminated." > You're probably going to have to find a way to make Eclipse run wine-pthread directly instead of the wine binary. -- James Hawkins

Dec. 3, 2005

Re: CVSROOT/. loginfo

by James Hawkins

On 12/2/05, Alexandre Julliard <julliard(a)winehq.org> wrote: > Ron Jensen <wino(a)jentronics.com> writes: > > > Alexandre, > > > > Can we get the Module name and/or modified files added back to the > > subject line for CVS? IHMO, this is much more useful than knowing who > > submitted the patch. > > Well, I think having some description of what the patch is about is > more useful than a truncated file list, but if the general feeling is > that the file list is better I can put this back. > One vote for patch description instead of file list here. The only thing I would like to see that the file list provided is the area affected by the patch. Say one of Rob's OLE patches is committed, then it would be nice to see OLE in the subject somewhere, though it's not essential. -- James Hawkins

Dec. 3, 2005