January 2006 - Wine-devel - list.winehq.org

wine 0.9.6 segfaults (was: Re: wine 0.9.5 - segmentation fault with some apps)
by penna＠bb.com.br 20 Jan '06

20 Jan '06

Alex, Exactly the same problem with wine-0.9.6 (pre-built - downloaded from sourceforge) ...... Wanna trace? > Is there a bug report for this application (bugs.winehq.org)? Now, you are going to need? I can do it .... > Have you tried running the installer under winedbg ("winedbg user.exe", > then type "cont" at the debug prompt to pass control to the > application)? Same problem here. It freezes waiting for something ... The processes running are the same: /usr/bin/wine-preloader /usr/bin/wine-pthread winedbg.exe user.exe /usr/bin/wineserver Regards. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

1 0

Bug in the Wiki ?
by Tom Wickline 20 Jan '06

20 Jan '06

Hello, If a page on the Wiki gets more than 8500 hits in a single day the hit counter rolls over. http://wiki.winehq.org/BenchMark-0%2e9%2e5?action=info&hitcounts=1 Tom

3 3

re: [patch] riched20 conformance test
by Dan Kegel 20 Jan '06

20 Jan '06

For anyone trying to apply the patch and wondering why make complains, it's because configure needs to be updated. (Or apply the attached patch, which manually adds the new directory in the two places it needs to be added.) In the snippet + parent = new_richedit(NULL); + hwndRichEdit = new_richedit(parent); do you really want to embed a richedit box inside another richedit box? Wouldn't a plain window do for the outer window? BTW I'm not sure winetest_interactive is supposed to enable infinite loops; you might want to add a 30 second timeout to your loop. -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Wine 0.9.6 glext.h / DirectX Compiler Error
by Roland Kaser 20 Jan '06

20 Jan '06

Hello all I just tried to compile 0.9.6 on a SuSE 10 system and got the following compiler error: /usr/X11R6/include/GL/glext.h:1167:1: warning: this is the location of the previous definition device.c: In function ‘IDirect3DDevice8Impl_SetRenderState’: device.c:3106: error: ‘GL_ARB_multisample’ undeclared (first use in this function) device.c:3106: error: (Each undeclared identifier is reported only once device.c:3106: error: for each function it appears in.) make[2]: *** [device.o] Fehler 1 make[2]: Leaving directory `/install/wine-0.9.6/dlls/d3d8' make[1]: *** [d3d8] Fehler 2 make[1]: Leaving directory `/install/wine-0.9.6/dlls' make: *** [dlls] Fehler 2 This is the first time i got such an error. 0.9,3, 0.9.4 and 0.9.5 compile clean on that system. Roland Kaeser

3 3

success report: zeoslib
by Dan Kegel 20 Jan '06

20 Jan '06

http://seegernet.koolhost.de/zeosforum/viewtopic.php?p=1292#1292 says: -- snip --- In my extensive tests, Zeoslib works great with wine 0.94+ . Tests works with Firebird , PostgreSQL and MySQL . The version 0.94 resolve a issue that correct mscrvt library. Regards, Psychodad --- snip --- Go team! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: MSVCRT: stub implementation for wcsftime
by Marcus Meissner 20 Jan '06

20 Jan '06

On Fri, Jan 20, 2006 at 11:55:22AM +0100, Hans Leidekker wrote: > > I just saw an application crash on this unimplemented stub getting > called via some version of the mfc dll. > > -Hans > > Changelog > Stub implementation for wcsftime. Please output at least a fixme! Ciao, Marcus

1 0

Re: Fwd: dlls/wined3d/device.c GetCreationParameters
by Jacek Caban 20 Jan '06

20 Jan '06

Hello. Al Tobey wrote: > According to MSDN, this just sets a pointer to the creation > parameters. The attached patch makes this function work, but I'm > not sure if returning a pointer to the original parameters is the > right approach or if they should be copied first. > > This patch makes a bunch of the Ogre3d demos work, which are great for > testing since you can run the same demo in OpenGL, D3D9, and D3D7 > modes. > > The attached version incorporates all of the feedback from wine-devel > and should be ready to go. > > -Al Tobey > > ------------------------------------------------------------------------ > > diff --git a/dlls/wined3d/device.c b/dlls/wined3d/device.c > index b057a36..f1bfc01 100644 > --- a/dlls/wined3d/device.c > +++ b/dlls/wined3d/device.c > @@ -6129,26 +6129,23 @@ > IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *)iface; > /** FIXME: always true at the moment **/ > if(bEnableDialogs == FALSE) { > FIXME("(%p) Dialogs cannot be disabled yet\n", This); > } > return D3D_OK; > } > > - > HRESULT WINAPI IWineD3DDeviceImpl_GetCreationParameters(IWineD3DDevice *iface, D3DDEVICE_CREATION_PARAMETERS *pParameters) { > IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *) iface; > > - FIXME("(%p) : stub\n", This); > You should change it to TRACE instead of deleting debug messages. > - /* Setup some reasonable defaults */ > - pParameters->AdapterOrdinal = 0; /* always for now */ > - pParameters->DeviceType = D3DDEVTYPE_HAL; /* always for now */ > - pParameters->hFocusWindow = 0; > - pParameters->BehaviorFlags =0; > + if (This == NULL || pParameters == NULL) > You really shouldn't check if This is NULL here. I'm sure this patch won't be applied with this. > + return D3DERR_INVALIDCALL; > + > + memcpy(pParameters, &This->createParms, sizeof(D3DDEVICE_CREATION_PARAMETERS)); > return D3D_OK; > } > > void WINAPI IWineD3DDeviceImpl_SetGammaRamp(IWineD3DDevice * iface, UINT iSwapChain, DWORD Flags, CONST D3DGAMMARAMP* pRamp) { > IWineD3DSwapChain *swapchain; > HRESULT hrc = D3D_OK; > > TRACE("Relaying to swapchain\n"); > Thanks, Jacek

1 0

Accessing gdi32.dll functions from another dll
by Jeff L 20 Jan '06

20 Jan '06

I need a bit of help with the correct way to do this. In usp10.c I need to access GetGlyphIndicesW. Given that it is part of gdi32, I assume that I will need to reference the function in the gdi32.dll rahter than linking it into usp10.dll. What is the approved method of setting up the access? Jeff

2 1

Accessing gdi32.dll functions from another dll
by Jeff L 20 Jan '06

20 Jan '06

I need a bit of help with the correct way to do this. In usp10.c I need to access GetGlyphIndicesW. Given that it is part of gdi32, I assume that I will need to reference the function in the gdi32.dll rahter than linking it into usp10.dll. What is the approved method of setting up the access? Jeff

1 0

regarding linux unicode
by kgupta＠in.safenet-inc.com 19 Jan '06

19 Jan '06

Hi , I am using tchar.h in windows and in linux it is not supporting. i want to use _TEXT for unicode compatibility so please tell me in which header file _TEXT is defined for unicode compatibility. Is _TEXT present in Linux? regards, kapil

2 1