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

Re: wglGetPixelFormatAttribivARB unexpected RenderType(100)

by Toan T Nguyen

Hi, Unfortunately, now Q2E cannot detects any valid pixel format. Here is the Q2E output from wine-0.9.2 ============================== Initializing OpenGL driver ...getting DC: succeeded ...getting gamma ramp: failed fixme:opengl:wglMakeCurrent (0x398,0x47c91210) fixme:opengl:wglMakeCurrent created a delayed OpenGL context (0x7c3108d8) for 0x7c310740 fixme:opengl:wglMakeCurrent make current for dis 0x7c021e68, drawable 0x3400002, ctx 0x7c3 108d8 fixme:opengl:wglMakeCurrent returning True ...19 pixel formats found ...PIXELFORMAT 2 rejected, improper flags ...PIXELFORMAT 3 rejected, insufficient stencil bits (0 < 8) ...PIXELFORMAT 4 rejected, improper flags ...PIXELFORMAT 6 rejected, improper flags ...PIXELFORMAT 7 rejected, insufficient stencil bits (0 < 8) ...PIXELFORMAT 8 rejected, improper flags ...PIXELFORMAT 10 rejected, improper flags ...PIXELFORMAT 11 rejected, insufficient stencil bits (0 < 8) ...PIXELFORMAT 12 rejected, improper flags ...PIXELFORMAT 14 rejected, improper flags ...PIXELFORMAT 15 rejected, insufficient stencil bits (0 < 8) ...PIXELFORMAT 16 rejected, improper flags ...PIXELFORMAT 17 rejected, software emulation err:opengl:wglGetPixelFormatAttribivARB unexpected RenderType(100) ...PIXELFORMAT 18 rejected, software emulation err:opengl:wglGetPixelFormatAttribivARB unexpected RenderType(100) ...PIXELFORMAT 19 rejected, software emulation fixme:opengl:wglMakeCurrent ((nil),(nil)) fixme:opengl:wglMakeCurrent returning True ...hardware acceleration found ...PIXELFORMAT 1 selected ...creating GL context: succeeded ==================================== And here is the output from winecvs + your patch: ==================================== Initializing OpenGL driver ...getting DC: succeeded ...getting gamma ramp: failed ...19 pixel formats found ...PIXELFORMAT 1 rejected, insufficient color bits (1 < 32) ...PIXELFORMAT 2 rejected, improper flags ...PIXELFORMAT 3 rejected, insufficient color bits (1 < 32) ...PIXELFORMAT 4 rejected, improper flags ...PIXELFORMAT 5 rejected, insufficient color bits (1 < 32) ...PIXELFORMAT 6 rejected, improper flags ...PIXELFORMAT 7 rejected, insufficient color bits (1 < 32) ...PIXELFORMAT 8 rejected, improper flags ...PIXELFORMAT 9 rejected, insufficient color bits (1 < 32) ...PIXELFORMAT 10 rejected, improper flags ...PIXELFORMAT 11 rejected, insufficient color bits (1 < 32) ...PIXELFORMAT 12 rejected, improper flags ...PIXELFORMAT 13 rejected, insufficient color bits (1 < 32) ...PIXELFORMAT 14 rejected, improper flags ...PIXELFORMAT 15 rejected, insufficient color bits (1 < 32) ...PIXELFORMAT 16 rejected, improper flags ...PIXELFORMAT 17 rejected, software emulation ...PIXELFORMAT 18 rejected, software emulation ...PIXELFORMAT 19 rejected, software emulation ...no hardware acceleration found ...failed to find an appropriate PIXELFORMAT ...destroying window VID_AppActivate( 0 ) ...restoring display settings ...shutting down QGL ========================== I can send you the source file of Q2E where OpenGL is initialized if you want. Bests, 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

Debugging winelib apps in Eclipse

by Michael Ost

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

Dec. 3, 2005

Re: wglGetPixelFormatAttribivARB unexpected RenderType(100)

by fenix＠club-internet.fr

----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. 2, 2005

Re: [OLE #155] Fix Invoking dispinterface Functions

by Robert Shearman

Robert Shearman wrote: > ChangeLog: > Fix invoking dispinterface functions by using the internal > representation of the function, not the one returned to applications. I've just noticed that this function now has some duplicated code, so don't use this patch. I'll send a replacement one with a correction. -- Rob Shearman

Dec. 2, 2005

wglGetPixelFormatAttribivARB unexpected RenderType(100)

by Toan T Nguyen

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

Dec. 2, 2005

Re: CVSROOT/. loginfo

by Alexandre Julliard

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. -- Alexandre Julliard julliard(a)winehq.org

Dec. 2, 2005

Re: CVSROOT/. loginfo

by Ron Jensen

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. Thankyou, Ron Jensen On Fri, 2005-12-02 at 09:43 -0600, Alexandre Julliard wrote: > ChangeSet ID: 21634 > CVSROOT: /opt/cvs-commit > Module name: CVSROOT > Changes by: julliard(a)winehq.org 2005/12/02 09:43:52 > > Modified files: > . : loginfo > > Log message: > Don't send mail to wine-cvs for the wine module, this will be done > from the git repository. > > Patch: http://cvs.winehq.org/patch.py?id=21634 > > Old revision New revision Changes Path > 1.50 1.51 +2 -1 CVSROOT/loginfo > > Index: CVSROOT/loginfo > diff -u -p CVSROOT/loginfo:1.50 CVSROOT/loginfo:1.51 > --- CVSROOT/loginfo:1.50 2 Dec 2005 15:43:52 -0000 > +++ CVSROOT/loginfo 2 Dec 2005 15:43:52 -0000 > @@ -28,7 +28,8 @@ > # Use this for testing > ^test /usr/bin/perl $CVSROOT/CVSROOT/log_accum -m testing(a)winehq.org -f $CVSROOT/CVSROOT/commitlog -S -s %p %s > > +^wine /usr/bin/perl $CVSROOT/CVSROOT/log_accum -f $CVSROOT/CVSROOT/commitlog -S -s %p %s > + > # All others go to wine-cvs > -^wine /usr/bin/perl $CVSROOT/CVSROOT/log_accum -m wine-cvs(a)winehq.org -f $CVSROOT/CVSROOT/commitlog -L 200 -p -S -s %p %s > DEFAULT /usr/bin/perl $CVSROOT/CVSROOT/log_accum -m wine-cvs(a)winehq.org -f $CVSROOT/CVSROOT/commitlog -P winehq -L 200 -p -c -S -s %p %s > > >

Dec. 2, 2005

Re: DBGRID32.OCX fix - RFC

by Alex Villacís Lasso

Alex Villacís Lasso wrote: > Robert Shearman wrote: > >> >> What hRefType is passed to the function? I don't think the above is >> quite correct. Can you try changing the if statement to something >> like this: >> >> if (hRefType == -1 && >> (This->TypeAttr.typekind == TKIND_DISPATCH) && >> (This->TypeAttr.wTypeFlags & >> (TYPEFLAG_FDUAL|TYPEFLAG_FDISPATCHABLE))) >> >> > That would not keep the app from crashing. For the case of > DBGRID32.OCX, hRefType is systematically == 19, and it says so in the > ERR message just before the crash. However, on a second look, maybe > the problem is not that the function performs the wrong action, but > that it returns the wrong value (E_FAIL, should be > TYPE_E_ELEMENTNOTFOUND). I have to check this alternate theory on my > home machine. > > Alex Villacís Lasso > > > More information: if the flag dumping portion of the patch is applied, but the condition portion is not, and a dump of the available references is added, the following is the result when trying to load DBGRID32.OCX: fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0x0640 fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0x0190 fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0x03e8 fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0x0031 fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0x0708 fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0x0258 fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0x00c8 fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0x003d fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0x0578 fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0x07d0 fixme:ole:ITypeInfo_fnGetRefTypeInfo pRefType->reference == 0xffffffff fixme:ole:ITypeInfo_fnGetRefTypeInfo Can't find pRefType for ref 19 fixme:ole:ITypeInfo_fnGetRefTypeInfo typekind is TKIND_DISPATCH fixme:ole:ITypeInfo_fnGetRefTypeInfo wTypeFlags are: TYPEFLAG_FHIDDEN TYPEFLAG_FNONEXTENSIBLE TYPEFLAG_FDISPATCHABLE wine: Unhandled page fault on read access to 0x00000010 at address 0x230f4f31 (thread 0009), starting debugger... BTW, no luck on the bad-return-value theory, the app keeps crashing. Alex Villacís Lasso

Dec. 2, 2005

Re: ddraw: make some driver info not const

by Vitaliy Margolen

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. Vitaliy

Dec. 2, 2005

Re: opengl support in wine

by Mike Hearn

On Thu, 01 Dec 2005 16:12:47 +0000, Tomas Carnecky wrote: > 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. IIRC this was done so CodeWeavers can ship a GL enabled build. I don't see any reason to change it. Weak linking is usually a good thing.

Dec. 2, 2005