- wine-devel - winehq.org

Re: [WineD3D] prepare VBO
by Oliver Stieber 23 Jul '05

23 Jul '05

--- Raphael <fenix(a)club-internet.fr> wrote: > Hi, > > Changelog: > - add a new settings for vbo support > - use a struct to handle wined3d settings > - prepare VBO using some abstraction APIs > Just a couple of queries.. Why are you passing the offset to GetMemory? I can't see there ever being a need for it IWineD3DVertexBufferImpl_GetMemory(foo) + offset should be fine > }; > + > +BYTE* WINAPI IWineD3DVertexBufferImpl_GetMemory(IWineD3DVertexBuffer* iface, DWORD iOffset) { > + IWineD3DVertexBufferImpl *This = (IWineD3DVertexBufferImpl *)iface; > + > + return This->resource.allocatedMemory + iOffset; > +} > + > +HRESULT WINAPI IWineD3DVertexBufferImpl_ReleaseMemory(IWineD3DVertexBuffer* iface) { > + return D3D_OK; > +} ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

Re: [WineD3D] prepare VBO
by Oliver Stieber 23 Jul '05

23 Jul '05

--- Raphael <fenix(a)club-internet.fr> wrote: > Hi, > > Changelog: > - add a new settings for vbo support > - use a struct to handle wined3d settings > - prepare VBO using some abstraction APIs I should have added, this patch is good to go in though.... > > Regards, > Raphael > > ? wined3d.spec.def > Index: directx.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/directx.c,v > retrieving revision 1.41 > diff -u -r1.41 directx.c > --- directx.c 13 Jul 2005 19:38:40 -0000 1.41 > +++ directx.c 22 Jul 2005 19:52:14 -0000 > @@ -1455,7 +1455,7 @@ > *pCaps->MaxStreams = MAX_STREAMS; > *pCaps->MaxStreamStride = 1024; > > - if (((vs_mode == VS_HW) && GL_SUPPORT(ARB_VERTEX_PROGRAM)) || (vs_mode == VS_SW) || > (DeviceType == D3DDEVTYPE_REF)) { > + if (((wined3d_settings.vs_mode == VS_HW) && GL_SUPPORT(ARB_VERTEX_PROGRAM)) || > (wined3d_settings.vs_mode == VS_SW) || (DeviceType == D3DDEVTYPE_REF)) { > *pCaps->VertexShaderVersion = D3DVS_VERSION(1,1); > > if (This->gl_info.gl_vendor == VENDOR_MESA || > @@ -1469,7 +1469,7 @@ > *pCaps->MaxVertexShaderConst = 0; > } > > - if ((ps_mode == PS_HW) && GL_SUPPORT(ARB_FRAGMENT_PROGRAM) && (DeviceType != > D3DDEVTYPE_REF)) { > + if ((wined3d_settings.ps_mode == PS_HW) && GL_SUPPORT(ARB_FRAGMENT_PROGRAM) && (DeviceType > != D3DDEVTYPE_REF)) { > *pCaps->PixelShaderVersion = D3DPS_VERSION(1,4); > *pCaps->PixelShader1xMaxValue = 1.0; > } else { > Index: drawprim.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/drawprim.c,v > retrieving revision 1.20 > diff -u -r1.20 drawprim.c > --- drawprim.c 22 Jul 2005 18:27:04 -0000 1.20 > +++ drawprim.c 22 Jul 2005 19:52:19 -0000 > @@ -365,8 +365,8 @@ > TRACE("Stream is up %d, %p\n", element->Stream, > This->stateBlock->streamSource[element->Stream]); > data = (BYTE *)This->stateBlock->streamSource[element->Stream]; > } else { > - TRACE("Stream isn't up %d, %p\n", element->Stream, > This->stateBlock->streamSource[element->Stream]); > - data = ((IWineD3DVertexBufferImpl > *)This->stateBlock->streamSource[element->Stream])->resource.allocatedMemory; > + TRACE("Stream isn't up %d, %p\n", element->Stream, > This->stateBlock->streamSource[element->Stream]); > + data = > IWineD3DVertexBufferImpl_GetMemory(This->stateBlock->streamSource[element->Stream], 0); > } > stride = This->stateBlock->streamStride[element->Stream]; > data += (BaseVertexIndex * stride); > @@ -571,12 +571,12 @@ > if (This->stateBlock->streamIsUP) { > data = (BYTE *)This->stateBlock->streamSource[nStream]; > } else { > - data = ((IWineD3DVertexBufferImpl > *)This->stateBlock->streamSource[nStream])->resource.allocatedMemory; > + data = > IWineD3DVertexBufferImpl_GetMemory(This->stateBlock->streamSource[nStream], 0); > } > } else { > #if 0 /* TODO: Vertex shader support */ > thisFVF = This->stateBlock->vertexShaderDecl->fvf[nStream]; > - data = ((IDirect3DVertexBuffer8Impl > *)This->stateBlock->streamSource[nStream])->allocatedMemory; > + data = > IWineD3DVertexBufferImpl_GetMemory(This->stateBlock->streamSource[nStream], 0); > #endif > } > VTRACE(("FVF for stream %d is %lx\n", nStream, thisFVF)); > Index: vertexbuffer.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/vertexbuffer.c,v > retrieving revision 1.13 > diff -u -r1.13 vertexbuffer.c > --- vertexbuffer.c 13 Jul 2005 14:15:54 -0000 1.13 > +++ vertexbuffer.c 22 Jul 2005 19:52:19 -0000 > @@ -1,8 +1,8 @@ > /* > * IWineD3DVertexBuffer Implementation > * > - * Copyright 2002-2004 Jason Edmeades > - * Copyright 2003-2004 Raphael Junqueira > + * Copyright 2002-2005 Jason Edmeades > + * Raphael Junqueira > * Copyright 2004 Christian Costa > * > * This library is free software; you can redistribute it and/or > @@ -149,3 +149,13 @@ > IWineD3DVertexBufferImpl_Unlock, > IWineD3DVertexBufferImpl_GetDesc > }; > + > +BYTE* WINAPI IWineD3DVertexBufferImpl_GetMemory(IWineD3DVertexBuffer* iface, DWORD iOffset) { > + IWineD3DVertexBufferImpl *This = (IWineD3DVertexBufferImpl *)iface; > + > + return This->resource.allocatedMemory + iOffset; > +} > + > +HRESULT WINAPI IWineD3DVertexBufferImpl_ReleaseMemory(IWineD3DVertexBuffer* iface) { > + return D3D_OK; > +} > Index: wined3d_main.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/wined3d_main.c,v > retrieving revision 1.11 > diff -u -r1.11 wined3d_main.c > --- wined3d_main.c 22 Jul 2005 18:26:05 -0000 1.11 > +++ wined3d_main.c 22 Jul 2005 19:52:19 -0000 > @@ -30,8 +30,14 @@ > int num_lock = 0; > void (*wine_tsx11_lock_ptr)(void) = NULL; > void (*wine_tsx11_unlock_ptr)(void) = NULL; > -int vs_mode = VS_HW; /* Hardware by default */ > -int ps_mode = PS_NONE; /* Disabled by default */ > + > + > +wined3d_settings_t wined3d_settings = > +{ > + VS_HW, /* Hardware by default */ > + PS_NONE, /* Disabled by default */ > + VBO_HW /* Hardware by default */ > +}; > > WineD3DGlobalStatistics *wineD3DGlobalStatistics = NULL; > CRITICAL_SECTION resourceStoreCriticalSection; > @@ -128,12 +134,12 @@ > if (!strcmp(buffer,"none")) > { > TRACE("Disable vertex shaders\n"); > - vs_mode = VS_NONE; > + wined3d_settings.vs_mode = VS_NONE; > } > else if (!strcmp(buffer,"emulation")) > { > TRACE("Force SW vertex shaders\n"); > - vs_mode = VS_SW; > + wined3d_settings.vs_mode = VS_SW; > } > } > if ( !get_config_key( hkey, appkey, "PixelShaderMode", buffer, size) ) > @@ -141,14 +147,34 @@ > if (!strcmp(buffer,"enabled")) > { > TRACE("Allow pixel shaders\n"); > - ps_mode = PS_HW; > + wined3d_settings.ps_mode = PS_HW; > + } > + if (!strcmp(buffer,"disabled")) > + { > + TRACE("Disable pixel shaders\n"); > + wined3d_settings.ps_mode = PS_NONE; > + } > + } > + if ( !get_config_key( hkey, appkey, "VertexBufferMode", buffer, size) ) > + { > + if (!strcmp(buffer,"none")) > + { > + TRACE("Disable Vertex Buffer Hardware support\n"); > + wined3d_settings.vbo_mode = VS_NONE; > + } > + else if (!strcmp(buffer,"hardware")) > + { > + TRACE("Allow Vertex Buffer Hardware support\n"); > + wined3d_settings.vbo_mode = VS_HW; > } > } > } > - if (vs_mode == VS_HW) > + if (wined3d_settings.vs_mode == VS_HW) > TRACE("Allow HW vertex shaders\n"); > - if (ps_mode == PS_NONE) > + if (wined3d_settings.ps_mode == PS_NONE) > TRACE("Disable pixel shaders\n"); > + if (wined3d_settings.vbo_mode == VBO_NONE) > + TRACE("Disable Vertex Buffer Hardware support\n"); > > if (appkey) RegCloseKey( appkey ); > if (hkey) RegCloseKey( hkey ); > Index: wined3d_private.h > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/wined3d_private.h,v > retrieving revision 1.42 > diff -u -r1.42 wined3d_private.h > --- wined3d_private.h 22 Jul 2005 09:06:03 -0000 1.42 > +++ wined3d_private.h 22 Jul 2005 19:52:20 -0000 > @@ -69,16 +69,28 @@ > extern const DWORD SavedVertexStates_T[NUM_SAVEDVERTEXSTATES_T]; > extern const DWORD SavedVertexStates_S[NUM_SAVEDVERTEXSTATES_S]; > > -/* vertex and pixel shader modes */ > -extern int vs_mode; > +/** > + * Settings > + */ > #define VS_NONE 0 > #define VS_HW 1 > #define VS_SW 2 > > -extern int ps_mode; > #define PS_NONE 0 > #define PS_HW 1 > > +#define VBO_NONE 0 > +#define VBO_HW 1 > + > +typedef struct wined3d_settings_s { > +/* vertex and pixel shader modes */ > + int vs_mode; > + int ps_mode; > + int vbo_mode; > +} wined3d_settings_t; > + > +extern wined3d_settings_t wined3d_settings; > + > /* X11 locking */ > > extern void (*wine_tsx11_lock_ptr)(void); > @@ -979,6 +991,9 @@ > extern void WINAPI IWineD3DBaseTextureImpl_GenerateMipSubLevels(IWineD3DBaseTexture > *iface); > extern BOOL WINAPI IWineD3DBaseTextureImpl_SetDirty(IWineD3DBaseTexture *iface, BOOL); > extern BOOL WINAPI IWineD3DBaseTextureImpl_GetDirty(IWineD3DBaseTexture *iface); > + > + extern BYTE* WINAPI IWineD3DVertexBufferImpl_GetMemory(IWineD3DVertexBuffer* iface, DWORD > iOffset); > + extern HRESULT WINAPI IWineD3DVertexBufferImpl_ReleaseMemory(IWineD3DVertexBuffer* iface); > extern HRESULT WINAPI IWineD3DBaseTextureImpl_BindTexture(IWineD3DBaseTexture *iface); > extern HRESULT WINAPI IWineD3DBaseTextureImpl_UnBindTexture(IWineD3DBaseTexture *iface); > /*** class static members ***/ > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

Re: [WineD3D] prepare VBO
by Oliver Stieber 23 Jul '05

23 Jul '05

--- Raphael <fenix(a)club-internet.fr> wrote: > Hi, > > Changelog: > - add a new settings for vbo support > - use a struct to handle wined3d settings > - prepare VBO using some abstraction APIs > Hi, I've got debugged and tested VBO support with full support for vertex shaders to go in soon, but I'm trying to stabilize d3d before pushing performance features. > Regards, > Raphael > > ? wined3d.spec.def > Index: directx.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/directx.c,v > retrieving revision 1.41 > diff -u -r1.41 directx.c > --- directx.c 13 Jul 2005 19:38:40 -0000 1.41 > +++ directx.c 22 Jul 2005 19:52:14 -0000 > @@ -1455,7 +1455,7 @@ > *pCaps->MaxStreams = MAX_STREAMS; > *pCaps->MaxStreamStride = 1024; > > - if (((vs_mode == VS_HW) && GL_SUPPORT(ARB_VERTEX_PROGRAM)) || (vs_mode == VS_SW) || > (DeviceType == D3DDEVTYPE_REF)) { > + if (((wined3d_settings.vs_mode == VS_HW) && GL_SUPPORT(ARB_VERTEX_PROGRAM)) || > (wined3d_settings.vs_mode == VS_SW) || (DeviceType == D3DDEVTYPE_REF)) { > *pCaps->VertexShaderVersion = D3DVS_VERSION(1,1); > > if (This->gl_info.gl_vendor == VENDOR_MESA || > @@ -1469,7 +1469,7 @@ > *pCaps->MaxVertexShaderConst = 0; > } > > - if ((ps_mode == PS_HW) && GL_SUPPORT(ARB_FRAGMENT_PROGRAM) && (DeviceType != > D3DDEVTYPE_REF)) { > + if ((wined3d_settings.ps_mode == PS_HW) && GL_SUPPORT(ARB_FRAGMENT_PROGRAM) && (DeviceType > != D3DDEVTYPE_REF)) { > *pCaps->PixelShaderVersion = D3DPS_VERSION(1,4); > *pCaps->PixelShader1xMaxValue = 1.0; > } else { > Index: drawprim.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/drawprim.c,v > retrieving revision 1.20 > diff -u -r1.20 drawprim.c > --- drawprim.c 22 Jul 2005 18:27:04 -0000 1.20 > +++ drawprim.c 22 Jul 2005 19:52:19 -0000 > @@ -365,8 +365,8 @@ > TRACE("Stream is up %d, %p\n", element->Stream, > This->stateBlock->streamSource[element->Stream]); > data = (BYTE *)This->stateBlock->streamSource[element->Stream]; > } else { > - TRACE("Stream isn't up %d, %p\n", element->Stream, > This->stateBlock->streamSource[element->Stream]); > - data = ((IWineD3DVertexBufferImpl > *)This->stateBlock->streamSource[element->Stream])->resource.allocatedMemory; > + TRACE("Stream isn't up %d, %p\n", element->Stream, > This->stateBlock->streamSource[element->Stream]); > + data = > IWineD3DVertexBufferImpl_GetMemory(This->stateBlock->streamSource[element->Stream], 0); > } > stride = This->stateBlock->streamStride[element->Stream]; > data += (BaseVertexIndex * stride); > @@ -571,12 +571,12 @@ > if (This->stateBlock->streamIsUP) { > data = (BYTE *)This->stateBlock->streamSource[nStream]; > } else { > - data = ((IWineD3DVertexBufferImpl > *)This->stateBlock->streamSource[nStream])->resource.allocatedMemory; > + data = > IWineD3DVertexBufferImpl_GetMemory(This->stateBlock->streamSource[nStream], 0); > } > } else { > #if 0 /* TODO: Vertex shader support */ > thisFVF = This->stateBlock->vertexShaderDecl->fvf[nStream]; > - data = ((IDirect3DVertexBuffer8Impl > *)This->stateBlock->streamSource[nStream])->allocatedMemory; > + data = > IWineD3DVertexBufferImpl_GetMemory(This->stateBlock->streamSource[nStream], 0); > #endif > } > VTRACE(("FVF for stream %d is %lx\n", nStream, thisFVF)); > Index: vertexbuffer.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/vertexbuffer.c,v > retrieving revision 1.13 > diff -u -r1.13 vertexbuffer.c > --- vertexbuffer.c 13 Jul 2005 14:15:54 -0000 1.13 > +++ vertexbuffer.c 22 Jul 2005 19:52:19 -0000 > @@ -1,8 +1,8 @@ > /* > * IWineD3DVertexBuffer Implementation > * > - * Copyright 2002-2004 Jason Edmeades > - * Copyright 2003-2004 Raphael Junqueira > + * Copyright 2002-2005 Jason Edmeades > + * Raphael Junqueira > * Copyright 2004 Christian Costa > * > * This library is free software; you can redistribute it and/or > @@ -149,3 +149,13 @@ > IWineD3DVertexBufferImpl_Unlock, > IWineD3DVertexBufferImpl_GetDesc > }; > + > +BYTE* WINAPI IWineD3DVertexBufferImpl_GetMemory(IWineD3DVertexBuffer* iface, DWORD iOffset) { > + IWineD3DVertexBufferImpl *This = (IWineD3DVertexBufferImpl *)iface; > + > + return This->resource.allocatedMemory + iOffset; > +} > + > +HRESULT WINAPI IWineD3DVertexBufferImpl_ReleaseMemory(IWineD3DVertexBuffer* iface) { > + return D3D_OK; > +} > Index: wined3d_main.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/wined3d_main.c,v > retrieving revision 1.11 > diff -u -r1.11 wined3d_main.c > --- wined3d_main.c 22 Jul 2005 18:26:05 -0000 1.11 > +++ wined3d_main.c 22 Jul 2005 19:52:19 -0000 > @@ -30,8 +30,14 @@ > int num_lock = 0; > void (*wine_tsx11_lock_ptr)(void) = NULL; > void (*wine_tsx11_unlock_ptr)(void) = NULL; > -int vs_mode = VS_HW; /* Hardware by default */ > -int ps_mode = PS_NONE; /* Disabled by default */ > + > + > +wined3d_settings_t wined3d_settings = > +{ > + VS_HW, /* Hardware by default */ > + PS_NONE, /* Disabled by default */ > + VBO_HW /* Hardware by default */ > +}; > > WineD3DGlobalStatistics *wineD3DGlobalStatistics = NULL; > CRITICAL_SECTION resourceStoreCriticalSection; > @@ -128,12 +134,12 @@ > if (!strcmp(buffer,"none")) > { > TRACE("Disable vertex shaders\n"); > - vs_mode = VS_NONE; > + wined3d_settings.vs_mode = VS_NONE; > } > else if (!strcmp(buffer,"emulation")) > { > TRACE("Force SW vertex shaders\n"); > - vs_mode = VS_SW; > + wined3d_settings.vs_mode = VS_SW; > } > } > if ( !get_config_key( hkey, appkey, "PixelShaderMode", buffer, size) ) > @@ -141,14 +147,34 @@ > if (!strcmp(buffer,"enabled")) > { > TRACE("Allow pixel shaders\n"); > - ps_mode = PS_HW; > + wined3d_settings.ps_mode = PS_HW; > + } > + if (!strcmp(buffer,"disabled")) > + { > + TRACE("Disable pixel shaders\n"); > + wined3d_settings.ps_mode = PS_NONE; > + } > + } > + if ( !get_config_key( hkey, appkey, "VertexBufferMode", buffer, size) ) > + { > + if (!strcmp(buffer,"none")) > + { > + TRACE("Disable Vertex Buffer Hardware support\n"); > + wined3d_settings.vbo_mode = VS_NONE; > + } > + else if (!strcmp(buffer,"hardware")) > + { > + TRACE("Allow Vertex Buffer Hardware support\n"); > + wined3d_settings.vbo_mode = VS_HW; > } > } > } > - if (vs_mode == VS_HW) > + if (wined3d_settings.vs_mode == VS_HW) > TRACE("Allow HW vertex shaders\n"); > - if (ps_mode == PS_NONE) > + if (wined3d_settings.ps_mode == PS_NONE) > TRACE("Disable pixel shaders\n"); > + if (wined3d_settings.vbo_mode == VBO_NONE) > + TRACE("Disable Vertex Buffer Hardware support\n"); > > if (appkey) RegCloseKey( appkey ); > if (hkey) RegCloseKey( hkey ); > Index: wined3d_private.h > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/wined3d_private.h,v > retrieving revision 1.42 > diff -u -r1.42 wined3d_private.h > --- wined3d_private.h 22 Jul 2005 09:06:03 -0000 1.42 > +++ wined3d_private.h 22 Jul 2005 19:52:20 -0000 > @@ -69,16 +69,28 @@ > extern const DWORD SavedVertexStates_T[NUM_SAVEDVERTEXSTATES_T]; > extern const DWORD SavedVertexStates_S[NUM_SAVEDVERTEXSTATES_S]; > > -/* vertex and pixel shader modes */ > -extern int vs_mode; > +/** > + * Settings > + */ > #define VS_NONE 0 > #define VS_HW 1 > #define VS_SW 2 > > -extern int ps_mode; > #define PS_NONE 0 > #define PS_HW 1 > > +#define VBO_NONE 0 > +#define VBO_HW 1 > + > +typedef struct wined3d_settings_s { > +/* vertex and pixel shader modes */ > + int vs_mode; > + int ps_mode; > + int vbo_mode; > +} wined3d_settings_t; > + > +extern wined3d_settings_t wined3d_settings; > + > /* X11 locking */ > > extern void (*wine_tsx11_lock_ptr)(void); > @@ -979,6 +991,9 @@ > extern void WINAPI IWineD3DBaseTextureImpl_GenerateMipSubLevels(IWineD3DBaseTexture > *iface); > extern BOOL WINAPI IWineD3DBaseTextureImpl_SetDirty(IWineD3DBaseTexture *iface, BOOL); > extern BOOL WINAPI IWineD3DBaseTextureImpl_GetDirty(IWineD3DBaseTexture *iface); > + > + extern BYTE* WINAPI IWineD3DVertexBufferImpl_GetMemory(IWineD3DVertexBuffer* iface, DWORD > iOffset); > + extern HRESULT WINAPI IWineD3DVertexBufferImpl_ReleaseMemory(IWineD3DVertexBuffer* iface); > extern HRESULT WINAPI IWineD3DBaseTextureImpl_BindTexture(IWineD3DBaseTexture *iface); > extern HRESULT WINAPI IWineD3DBaseTextureImpl_UnBindTexture(IWineD3DBaseTexture *iface); > /*** class static members ***/ > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

Re: glu32: fix some of -Wmissing-declarations warinings
by Vincent Béron 23 Jul '05

23 Jul '05

Le sam 23/07/2005 à 12:06, Stefan Huehner a écrit : [snip] 2 small nits: > --- /dev/null 2005-03-29 14:09:30.000000000 +0200 > +++ dlls/glu32/glu_local.h 2005-07-23 16:55:03.000000000 +0200 > @@ -0,0 +1,104 @@ > +/* A line indicating what this file is for, along with a copyright assignment, would be good. > + * This library is free software; you can redistribute it and/or > + * modify it under the terms of the GNU Lesser General Public > + * License as published by the Free Software Foundation; either > + * version 2.1 of the License, or (at your option) any later version. [snip] How about a double include protection? (I know there's only one .c file in which it is included and that it's not likely to change, but I still recommend using one.) Vincent

1 0

Re: Move 16bit header to include/wine
by Francois Gouget 23 Jul '05

23 Jul '05

On Fri, 22 Jul 2005, Vincent Béron wrote: > Similar to previous one, only this time it's a whole file. I don't know > if current PSDK still carry it, in which case maybe we want to keep it > where it is? It's still present in the main directory of the XP-SP2 PSDK. So I think it should remain where it is. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ In theory, theory and practice are the same, but in practice they're different.

1 0

Thought you all should know....
by Dustin Navea 23 Jul '05

23 Jul '05

To the PC reporters and journalists that this email gets sent to, this should probably be sent to people on your lists, pending further research on your part. I got this from the EFF (for those that dont know, thats the Electronic Frontires Foundation, the guys that monitor your privacy), and for those that dont care, just delete this.. I just figured you all should know.. ---Contents of the message below--- * Is Your Printer Spying On You? Help EFF Watch the Watchers Imagine that every time you printed a document, it automatically included a secret code that could be used to identify the printer - and potentially, the person who used it. Sounds like something from an episode of "Alias," right? Unfortunately, the scenario isn't fictional. In an effort to identify counterfeiters, the US government has succeeded in persuading some color laser printer manufacturers to encode each page with identifying information. That means that without your knowledge or consent, an act you assume is private could become public. A communication tool you're using in everyday life could become a tool for government surveillance. And what's worse, there are no laws to prevent abuse. The ACLU recently issued a report revealing that the FBI has amassed more than 1,100 pages of documents on the organization since 2001, as well as documents concerning other non-violent groups, including Greenpeace and United for Peace and Justice. In the current political climate, it's not hard to imagine the government using the ability to determine who may have printed what document for purposes other than identifying counterfeiters. Yet there are no laws to stop the Secret Service - or for that matter, any other governmental agency or private company - from using printer codes to secretly trace the origin of non-currency documents. We're unaware of any printer manufacturer that has a privacy policy that would protect you, and no law regulates what people can do with the information once it's turned over. And that doesn't even reach the issue of how such a privacy-invasive tool could be developed and implemented in printers without the public becoming aware of it in the first place. With nothing on the books, we lack tools to stop the privacy and anonymity violations this technology enables. For this reason, EFF is gathering information about what printers are revealing and how - a necessary precursor to any legal challenge or new legislation to protect your privacy. And we could use your help. In the preliminary research paper linked below, we explain what we've observed so far, briefly explore the privacy implications, and ask you to print and send us test sheets from your color laser printer and/or a color laser printer at your local print shop. That way, we can watch the watchers and ensure that your privacy isn't compromised in ways that harm your fundamental constitutional rights. In addition to documenting what printers are revealing, EFF is filing a Freedom of Information Act (FOIA) request, and we will keep you updated on what we discover. In the meantime, we urge you to participate in this research project and pass the word along. Thank you for your support! EFF paper: "Investigating Machine Identification Code Technology in Color Laser Printers": <http://www.eff.org/Privacy/printers/wp.php> Directions for printing test sheets: <http://www.eff.org/Privacy/printers/wp.php#testsheets> PC World: "Government Uses Color Laser Printer Technology to Track Documents": <http://www.pcworld.com/news/article/0,aid,118664,00.asp> ACLU: "FBI Is Keeping Documents on ACLU and Other Peaceful Groups": <http://www.aclu.org/SafeandFree/SafeandFree.cfm?ID=18784&c=206>

1 0

Re: RICHED20: EM_SETZOOM / EM_GETZOOM implementation
by Dimi Paun 22 Jul '05

22 Jul '05

From: "Phil Krylov" <phil(a)newstar.rinet.ru> > Added EM_GETZOOM and EM_SETZOOM RichEdit message handlers. > + case EM_GETZOOM: > + if (!wParam || !lParam) > + return FALSE; > + *(int *)wParam = editor->nZoomNumerator; > + *(int *)lParam = editor->nZoomDenominator; > + return TRUE; I don't know what Windows does, but it may also do: + case EM_GETZOOM: + if (wParam) *(int *)wParam = editor->nZoomNumerator; + if (lParam) *(int *)lParam = editor->nZoomDenominator; + return TRUE; Have you checked? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: Fix the ldap_search_sA/W prototypes
by Hans Leidekker 22 Jul '05

22 Jul '05

On Friday 22 July 2005 19:34, Francois Gouget wrote: @ cdecl ldap_search_s(ptr str long str ptr long) ldap_search_sA -@ cdecl ldap_search_sA(ptr str long str ptr long) -@ cdecl ldap_search_sW(ptr wstr long wstr ptr long) +@ cdecl ldap_search_sA(ptr str long str ptr long ptr) +@ cdecl ldap_search_sW(ptr wstr long wstr ptr long ptr) ldap_search_s also needs the extra argument. -Hans

1 0

Re: [wined3d] drawprint tidyup initilization of strided data.
by Dimi Paun 22 Jul '05

22 Jul '05

> +#define SET_STRIDED (_usage, _name) \ > +case _usage: \ > +strided->u.s._name.lpData = data; \ > +strided->u.s._name.dwType = element->Type; \ > +strided->u.s._name.dwStride = stride; \ > +break; > + > +#define SET_STRIDED_(_usage, _name) \ > +case _usage: \ > +strided->u.s._name.lpData = data; \ > +strided->u.s._name.dwType = element->Type; \ > +strided->u.s._name.dwStride = stride; \ This is pretty ugly: the resulting code doesn't look like C. In fact, it looks rather magical.For example, why pass in _usage as a param to the macro, just to get rid of the case _usage: which you actually want outside the macro for readability. Also, accessing the magic strided, data, element, stride directly is very weird, and problematic. The casual user wouldn't know what hit him :) I say let it be as is. If you really want the macro, something like this would be better: +#define SET_STRIDED_(_strided, _name, _data, _element, _stride) \ +_strided->u.s._name.lpData = _data; \ +_strided->u.s._name.dwType = _element->Type; \ +_strided->u.s._name.dwStride = _stride; -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

3 4

Re: [HHCTRL #2] Add the WebBrowser implementation [RESEND]
by Alexandre Julliard 22 Jul '05

22 Jul '05

James Hawkins <truiken(a)gmail.com> writes: > Hey, > > Is there anything wrong with this? > > Changelog > * Add the WebBrowser implementation. Yes, it doesn't build because of some missing header (hhctrl.h IIRC). Also, splitting patches is good, but don't overdo it, if you have a C file and its associated header it makes no sense to send them as two separate patches, each one is useless without the other. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Move mcicda to the top-level dlls directory
by Eric Pouech 22 Jul '05

22 Jul '05

check out the http://wiki.winehq.org/FlattenDllDirectories page on Wine wiki, you'll get all the correct names (in some cases, windows changed from 16 bit drivers to 32 bit drivers) btw, our default settings should also be changed accordingly A+ ----- Original Message ----- From: Rémi Assailly To: wine-patches(a)winehq.org Sent: Friday, July 22, 2005 3:43 PM Subject: Move mcicda to the top-level dlls directory Hi all I saw that WinXP kept mciseq.drv, mciwave.drv and mciavi.drv. Should we do the same thing or just keep the dlls files ? Changelog: Moved mcicda to the top-level dlls directory. ------------------------------------------------------------------------------ diff -Nru wine/configure winedev/configure --- wine/configure 2005-07-21 20:36:42.000000000 +0200 +++ winedev/configure 2005-07-22 14:45:10.000000000 +0200 @@ -20203,7 +20203,7 @@ MAKE_PROG_RULES=programs/Makeprog.rules - ac_config_files="$ac_config_files Make.rules dlls/Makedll.rules dlls/Maketest.rules libs/Makelib.rules programs/Makeprog.rules Makefile dlls/Makefile dlls/activeds/Makefile dlls/advapi32/Makefile dlls/advapi32/tests/Makefile dlls/advpack/Makefile dlls/advpack/tests/Makefile dlls/amstream/Makefile dlls/atl/Makefile dlls/avicap32/Makefile dlls/avifil32/Makefile dlls/cabinet/Makefile dlls/capi2032/Makefile dlls/cards/Makefile dlls/cfgmgr32/Makefile dlls/comcat/Makefile dlls/comctl32/Makefile dlls/comctl32/tests/Makefile dlls/commdlg/Makefile dlls/crtdll/Makefile dlls/crypt32/Makefile dlls/crypt32/tests/Makefile dlls/cryptdll/Makefile dlls/ctl3d/Makefile dlls/d3d8/Makefile dlls/d3d9/Makefile dlls/d3dim/Makefile dlls/d3drm/Makefile dlls/d3dx8/Makefile dlls/d3dxof/Makefile dlls/dbghelp/Makefile dlls/dciman32/Makefile dlls/ddraw/Makefile dlls/ddraw/tests/Makefile dlls/devenum/Makefile dlls/dinput/Makefile dlls/dinput/tests/Makefile dlls/dinput8/Makefile dlls/dmband/Makefile dlls/dmcompos/Makefile dlls/dmime/Makefile dlls/dmloader/Makefile dlls/dmscript/Makefile dlls/dmstyle/Makefile dlls/dmsynth/Makefile dlls/dmusic/Makefile dlls/dmusic32/Makefile dlls/dplay/Makefile dlls/dplayx/Makefile dlls/dpnet/Makefile dlls/dpnhpast/Makefile dlls/dsound/Makefile dlls/dsound/tests/Makefile dlls/dswave/Makefile dlls/dxdiagn/Makefile dlls/dxerr8/Makefile dlls/dxerr9/Makefile dlls/dxguid/Makefile dlls/gdi/Makefile dlls/gdi/tests/Makefile dlls/glu32/Makefile dlls/glut32/Makefile dlls/hhctrl.ocx/Makefile dlls/iccvid/Makefile dlls/icmp/Makefile dlls/ifsmgr.vxd/Makefile dlls/imagehlp/Makefile dlls/imm32/Makefile dlls/iphlpapi/Makefile dlls/iphlpapi/tests/Makefile dlls/itss/Makefile dlls/kernel/Makefile dlls/kernel/tests/Makefile dlls/lzexpand/Makefile dlls/lzexpand/tests/Makefile dlls/mapi32/Makefile dlls/mapi32/tests/Makefile dlls/midimap/Makefile dlls/mlang/Makefile dlls/mlang/tests/Makefile dlls/mmdevldr.vxd/Makefile dlls/monodebg.vxd/Makefile dlls/mpr/Makefile dlls/msacm/Makefile dlls/msacm/imaadp32/Makefile dlls/msacm/msadp32/Makefile dlls/msacm/msg711/Makefile dlls/msacm/winemp3/Makefile dlls/msacm/tests/Makefile dlls/mscms/Makefile dlls/mscms/tests/Makefile dlls/msdmo/Makefile dlls/mshtml/Makefile dlls/mshtml/tests/Makefile dlls/msi/Makefile dlls/msi/tests/Makefile dlls/msimg32/Makefile dlls/msisys/Makefile dlls/msnet32/Makefile dlls/msrle32/Makefile dlls/msvcrt/Makefile dlls/msvcrt/tests/Makefile dlls/msvcrt20/Makefile dlls/msvcrt40/Makefile dlls/msvcrtd/Makefile dlls/msvcrtd/tests/Makefile dlls/msvidc32/Makefile dlls/msvideo/Makefile dlls/mswsock/Makefile dlls/netapi32/Makefile dlls/netapi32/tests/Makefile dlls/newdev/Makefile dlls/ntdll/Makefile dlls/ntdll/tests/Makefile dlls/odbc32/Makefile dlls/odbccp32/Makefile dlls/ole32/Makefile dlls/ole32/tests/Makefile dlls/oleacc/Makefile dlls/oleaut32/Makefile dlls/oleaut32/tests/Makefile dlls/olecli/Makefile dlls/oledlg/Makefile dlls/olepro32/Makefile dlls/olesvr/Makefile dlls/opengl32/Makefile dlls/powrprof/Makefile dlls/psapi/Makefile dlls/psapi/tests/Makefile dlls/qcap/Makefile dlls/quartz/Makefile dlls/quartz/tests/Makefile dlls/rasapi32/Makefile dlls/riched20/Makefile dlls/richedit/Makefile dlls/rpcrt4/Makefile dlls/rpcrt4/tests/Makefile dlls/rsabase/Makefile dlls/rsabase/tests/Makefile dlls/rsaenh/Makefile dlls/rsaenh/tests/Makefile dlls/secur32/Makefile dlls/sensapi/Makefile dlls/serialui/Makefile dlls/setupapi/Makefile dlls/shdocvw/Makefile dlls/shell32/Makefile dlls/shell32/tests/Makefile dlls/shfolder/Makefile dlls/shlwapi/Makefile dlls/shlwapi/tests/Makefile dlls/snmpapi/Makefile dlls/stdole2.tlb/Makefile dlls/stdole32.tlb/Makefile dlls/sti/Makefile dlls/strmiids/Makefile dlls/tapi32/Makefile dlls/ttydrv/Makefile dlls/twain/Makefile dlls/unicows/Makefile dlls/url/Makefile dlls/urlmon/Makefile dlls/urlmon/tests/Makefile dlls/user/Makefile dlls/user/tests/Makefile dlls/uuid/Makefile dlls/uxtheme/Makefile dlls/vdhcp.vxd/Makefile dlls/vdmdbg/Makefile dlls/version/Makefile dlls/version/tests/Makefile dlls/vmm.vxd/Makefile dlls/vnbt.vxd/Makefile dlls/vnetbios.vxd/Makefile dlls/vtdapi.vxd/Makefile dlls/vwin32.vxd/Makefile dlls/win32s/Makefile dlls/winaspi/Makefile dlls/wined3d/Makefile dlls/winedos/Makefile dlls/wineps/Makefile dlls/wininet/Makefile dlls/wininet/tests/Makefile dlls/winmm/Makefile dlls/winmm/joystick/Makefile dlls/winmm/mcianim/Makefile dlls/winmm/mciavi/Makefile dlls/winmm/mcicda/Makefile dlls/winmm/mciseq/Makefile dlls/winmm/mciwave/Makefile dlls/winmm/tests/Makefile dlls/winmm/wavemap/Makefile dlls/winmm/winealsa/Makefile dlls/winmm/winearts/Makefile dlls/winmm/wineaudioio/Makefile dlls/winmm/winejack/Makefile dlls/winmm/winenas/Makefile dlls/winmm/wineoss/Makefile dlls/winnls/Makefile dlls/winsock/Makefile dlls/winsock/tests/Makefile dlls/winspool/Makefile dlls/winspool/tests/Makefile dlls/wintab32/Makefile dlls/wintrust/Makefile dlls/wldap32/Makefile dlls/wow32/Makefile dlls/wsock32/Makefile dlls/wtsapi32/Makefile dlls/x11drv/Makefile documentation/Makefile fonts/Makefile include/Makefile libs/Makefile libs/port/Makefile libs/unicode/Makefile libs/wine/Makefile libs/wpp/Makefile loader/Makefile programs/Makefile programs/avitools/Makefile programs/clock/Makefile programs/cmdlgtst/Makefile programs/control/Makefile programs/expand/Makefile programs/hh/Makefile programs/msiexec/Makefile programs/notepad/Makefile programs/progman/Makefile programs/regedit/Makefile programs/regsvr32/Makefile programs/rpcss/Makefile programs/rundll32/Makefile programs/start/Makefile programs/taskmgr/Makefile programs/uninstaller/Makefile programs/view/Makefile programs/wcmd/Makefile programs/wineboot/Makefile programs/winebrowser/Makefile programs/winecfg/Makefile programs/wineconsole/Makefile programs/winedbg/Makefile programs/winefile/Makefile programs/winemenubuilder/Makefile programs/winemine/Makefile programs/winepath/Makefile programs/winetest/Makefile programs/winevdm/Makefile programs/winhelp/Makefile programs/winver/Makefile server/Makefile tools/Makefile tools/widl/Makefile tools/winapi/Makefile tools/winebuild/Makefile tools/winedump/Makefile tools/winegcc/Makefile tools/wmc/Makefile tools/wrc/Makefile" + ac_config_files="$ac_config_files Make.rules dlls/Makedll.rules dlls/Maketest.rules libs/Makelib.rules programs/Makeprog.rules Makefile dlls/Makefile dlls/activeds/Makefile dlls/advapi32/Makefile dlls/advapi32/tests/Makefile dlls/advpack/Makefile dlls/advpack/tests/Makefile dlls/amstream/Makefile dlls/atl/Makefile dlls/avicap32/Makefile dlls/avifil32/Makefile dlls/cabinet/Makefile dlls/capi2032/Makefile dlls/cards/Makefile dlls/cfgmgr32/Makefile dlls/comcat/Makefile dlls/comctl32/Makefile dlls/comctl32/tests/Makefile dlls/commdlg/Makefile dlls/crtdll/Makefile dlls/crypt32/Makefile dlls/crypt32/tests/Makefile dlls/cryptdll/Makefile dlls/ctl3d/Makefile dlls/d3d8/Makefile dlls/d3d9/Makefile dlls/d3dim/Makefile dlls/d3drm/Makefile dlls/d3dx8/Makefile dlls/d3dxof/Makefile dlls/dbghelp/Makefile dlls/dciman32/Makefile dlls/ddraw/Makefile dlls/ddraw/tests/Makefile dlls/devenum/Makefile dlls/dinput/Makefile dlls/dinput/tests/Makefile dlls/dinput8/Makefile dlls/dmband/Makefile dlls/dmcompos/Makefile dlls/dmime/Makefile dlls/dmloader/Makefile dlls/dmscript/Makefile dlls/dmstyle/Makefile dlls/dmsynth/Makefile dlls/dmusic/Makefile dlls/dmusic32/Makefile dlls/dplay/Makefile dlls/dplayx/Makefile dlls/dpnet/Makefile dlls/dpnhpast/Makefile dlls/dsound/Makefile dlls/dsound/tests/Makefile dlls/dswave/Makefile dlls/dxdiagn/Makefile dlls/dxerr8/Makefile dlls/dxerr9/Makefile dlls/dxguid/Makefile dlls/gdi/Makefile dlls/gdi/tests/Makefile dlls/glu32/Makefile dlls/glut32/Makefile dlls/hhctrl.ocx/Makefile dlls/iccvid/Makefile dlls/icmp/Makefile dlls/ifsmgr.vxd/Makefile dlls/imagehlp/Makefile dlls/imm32/Makefile dlls/iphlpapi/Makefile dlls/iphlpapi/tests/Makefile dlls/itss/Makefile dlls/kernel/Makefile dlls/kernel/tests/Makefile dlls/lzexpand/Makefile dlls/lzexpand/tests/Makefile dlls/mapi32/Makefile dlls/mapi32/tests/Makefile dlls/mcicda/Makefile dlls/midimap/Makefile dlls/mlang/Makefile dlls/mlang/tests/Makefile dlls/mmdevldr.vxd/Makefile dlls/monodebg.vxd/Makefile dlls/mpr/Makefile dlls/msacm/Makefile dlls/msacm/imaadp32/Makefile dlls/msacm/msadp32/Makefile dlls/msacm/msg711/Makefile dlls/msacm/winemp3/Makefile dlls/msacm/tests/Makefile dlls/mscms/Makefile dlls/mscms/tests/Makefile dlls/msdmo/Makefile dlls/mshtml/Makefile dlls/mshtml/tests/Makefile dlls/msi/Makefile dlls/msi/tests/Makefile dlls/msimg32/Makefile dlls/msisys/Makefile dlls/msnet32/Makefile dlls/msrle32/Makefile dlls/msvcrt/Makefile dlls/msvcrt/tests/Makefile dlls/msvcrt20/Makefile dlls/msvcrt40/Makefile dlls/msvcrtd/Makefile dlls/msvcrtd/tests/Makefile dlls/msvidc32/Makefile dlls/msvideo/Makefile dlls/mswsock/Makefile dlls/netapi32/Makefile dlls/netapi32/tests/Makefile dlls/newdev/Makefile dlls/ntdll/Makefile dlls/ntdll/tests/Makefile dlls/odbc32/Makefile dlls/odbccp32/Makefile dlls/ole32/Makefile dlls/ole32/tests/Makefile dlls/oleacc/Makefile dlls/oleaut32/Makefile dlls/oleaut32/tests/Makefile dlls/olecli/Makefile dlls/oledlg/Makefile dlls/olepro32/Makefile dlls/olesvr/Makefile dlls/opengl32/Makefile dlls/powrprof/Makefile dlls/psapi/Makefile dlls/psapi/tests/Makefile dlls/qcap/Makefile dlls/quartz/Makefile dlls/quartz/tests/Makefile dlls/rasapi32/Makefile dlls/riched20/Makefile dlls/richedit/Makefile dlls/rpcrt4/Makefile dlls/rpcrt4/tests/Makefile dlls/rsabase/Makefile dlls/rsabase/tests/Makefile dlls/rsaenh/Makefile dlls/rsaenh/tests/Makefile dlls/secur32/Makefile dlls/sensapi/Makefile dlls/serialui/Makefile dlls/setupapi/Makefile dlls/shdocvw/Makefile dlls/shell32/Makefile dlls/shell32/tests/Makefile dlls/shfolder/Makefile dlls/shlwapi/Makefile dlls/shlwapi/tests/Makefile dlls/snmpapi/Makefile dlls/stdole2.tlb/Makefile dlls/stdole32.tlb/Makefile dlls/sti/Makefile dlls/strmiids/Makefile dlls/tapi32/Makefile dlls/ttydrv/Makefile dlls/twain/Makefile dlls/unicows/Makefile dlls/url/Makefile dlls/urlmon/Makefile dlls/urlmon/tests/Makefile dlls/user/Makefile dlls/user/tests/Makefile dlls/uuid/Makefile dlls/uxtheme/Makefile dlls/vdhcp.vxd/Makefile dlls/vdmdbg/Makefile dlls/version/Makefile dlls/version/tests/Makefile dlls/vmm.vxd/Makefile dlls/vnbt.vxd/Makefile dlls/vnetbios.vxd/Makefile dlls/vtdapi.vxd/Makefile dlls/vwin32.vxd/Makefile dlls/win32s/Makefile dlls/winaspi/Makefile dlls/wined3d/Makefile dlls/winedos/Makefile dlls/wineps/Makefile dlls/wininet/Makefile dlls/wininet/tests/Makefile dlls/winmm/Makefile dlls/winmm/joystick/Makefile dlls/winmm/mcianim/Makefile dlls/winmm/mciavi/Makefile dlls/winmm/mciseq/Makefile dlls/winmm/mciwave/Makefile dlls/winmm/tests/Makefile dlls/winmm/wavemap/Makefile dlls/winmm/winealsa/Makefile dlls/winmm/winearts/Makefile dlls/winmm/wineaudioio/Makefile dlls/winmm/winejack/Makefile dlls/winmm/winenas/Makefile dlls/winmm/wineoss/Makefile dlls/winnls/Makefile dlls/winsock/Makefile dlls/winsock/tests/Makefile dlls/winspool/Makefile dlls/winspool/tests/Makefile dlls/wintab32/Makefile dlls/wintrust/Makefile dlls/wldap32/Makefile dlls/wow32/Makefile dlls/wsock32/Makefile dlls/wtsapi32/Makefile dlls/x11drv/Makefile documentation/Makefile fonts/Makefile include/Makefile libs/Makefile libs/port/Makefile libs/unicode/Makefile libs/wine/Makefile libs/wpp/Makefile loader/Makefile programs/Makefile programs/avitools/Makefile programs/clock/Makefile programs/cmdlgtst/Makefile programs/control/Makefile programs/expand/Makefile programs/hh/Makefile programs/msiexec/Makefile programs/notepad/Makefile programs/progman/Makefile programs/regedit/Makefile programs/regsvr32/Makefile programs/rpcss/Makefile programs/rundll32/Makefile programs/start/Makefile programs/taskmgr/Makefile programs/uninstaller/Makefile programs/view/Makefile programs/wcmd/Makefile programs/wineboot/Makefile programs/winebrowser/Makefile programs/winecfg/Makefile programs/wineconsole/Makefile programs/winedbg/Makefile programs/winefile/Makefile programs/winemenubuilder/Makefile programs/winemine/Makefile programs/winepath/Makefile programs/winetest/Makefile programs/winevdm/Makefile programs/winhelp/Makefile programs/winver/Makefile server/Makefile tools/Makefile tools/widl/Makefile tools/winapi/Makefile tools/winebuild/Makefile tools/winedump/Makefile tools/winegcc/Makefile tools/wmc/Makefile tools/wrc/Makefile" cat >confcache <<\_ACEOF @@ -20816,6 +20816,7 @@ "dlls/lzexpand/tests/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/lzexpand/tests/Makefile" ;; "dlls/mapi32/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/mapi32/Makefile" ;; "dlls/mapi32/tests/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/mapi32/tests/Makefile" ;; + "dlls/mcicda/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/mcicda/Makefile" ;; "dlls/midimap/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/midimap/Makefile" ;; "dlls/mlang/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/mlang/Makefile" ;; "dlls/mlang/tests/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/mlang/tests/Makefile" ;; @@ -20926,7 +20927,6 @@ "dlls/winmm/joystick/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/winmm/joystick/Makefile" ;; "dlls/winmm/mcianim/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/winmm/mcianim/Makefile" ;; "dlls/winmm/mciavi/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/winmm/mciavi/Makefile" ;; - "dlls/winmm/mcicda/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/winmm/mcicda/Makefile" ;; "dlls/winmm/mciseq/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/winmm/mciseq/Makefile" ;; "dlls/winmm/mciwave/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/winmm/mciwave/Makefile" ;; "dlls/winmm/tests/Makefile" ) CONFIG_FILES="$CONFIG_FILES dlls/winmm/tests/Makefile" ;; diff -Nru wine/configure.ac winedev/configure.ac --- wine/configure.ac 2005-07-21 20:36:42.000000000 +0200 +++ winedev/configure.ac 2005-07-22 14:44:01.000000000 +0200 @@ -1612,6 +1612,7 @@ dlls/lzexpand/tests/Makefile dlls/mapi32/Makefile dlls/mapi32/tests/Makefile +dlls/mcicda/Makefile dlls/midimap/Makefile dlls/mlang/Makefile dlls/mlang/tests/Makefile @@ -1722,7 +1723,6 @@ dlls/winmm/joystick/Makefile dlls/winmm/mcianim/Makefile dlls/winmm/mciavi/Makefile -dlls/winmm/mcicda/Makefile dlls/winmm/mciseq/Makefile dlls/winmm/mciwave/Makefile dlls/winmm/tests/Makefile diff -Nru wine/dlls/Makefile.in winedev/dlls/Makefile.in --- wine/dlls/Makefile.in 2005-07-21 20:36:42.000000000 +0200 +++ winedev/dlls/Makefile.in 2005-07-22 14:43:11.000000000 +0200 @@ -70,6 +70,7 @@ kernel \ lzexpand \ mapi32 \ + mcicda \ midimap \ mlang \ mmdevldr.vxd \ @@ -154,7 +155,6 @@ winmm/joystick \ winmm/mcianim \ winmm/mciavi \ - winmm/mcicda \ winmm/mciseq \ winmm/mciwave \ winmm/wavemap \ @@ -316,7 +316,7 @@ mapi32.dll.so \ mcianim.drv.so \ mciavi.drv.so \ - mcicda.drv.so \ + mcicda.dll.so \ mciseq.drv.so \ mciwave.drv.so \ midimap.dll.so \ @@ -647,8 +647,8 @@ mciavi.drv.so: winmm/mciavi/mciavi.drv.so $(RM) $@ && $(LN_S) winmm/mciavi/mciavi.drv.so $@ -mcicda.drv.so: winmm/mcicda/mcicda.drv.so - $(RM) $@ && $(LN_S) winmm/mcicda/mcicda.drv.so $@ +mcicda.dll.so: winmm/mcicda/mcicda.dll.so + $(RM) $@ && $(LN_S) winmm/mcicda/mcicda.dll.so $@ mciseq.drv.so: winmm/mciseq/mciseq.drv.so $(RM) $@ && $(LN_S) winmm/mciseq/mciseq.drv.so $@ @@ -1717,7 +1717,7 @@ mapi32/mapi32.dll.so: mapi32 winmm/mcianim/mcianim.drv.so: winmm/mcianim winmm/mciavi/mciavi.drv.so: winmm/mciavi -winmm/mcicda/mcicda.drv.so: winmm/mcicda +mcicda/mcicda.dll.so: mcicda winmm/mciseq/mciseq.drv.so: winmm/mciseq winmm/mciwave/mciwave.drv.so: winmm/mciwave midimap/midimap.dll.so: midimap diff -Nru wine/dlls/mcicda/.cvsignore winedev/dlls/mcicda/.cvsignore --- wine/dlls/mcicda/.cvsignore 1970-01-01 01:00:00.000000000 +0100 +++ winedev/dlls/mcicda/.cvsignore 2005-07-22 14:41:22.000000000 +0200 @@ -0,0 +1,2 @@ +Makefile +mcicda.dll.dbg.c diff -Nru wine/dlls/mcicda/Makefile.in winedev/dlls/mcicda/Makefile.in --- wine/dlls/mcicda/Makefile.in 1970-01-01 01:00:00.000000000 +0100 +++ winedev/dlls/mcicda/Makefile.in 2005-07-22 14:41:07.000000000 +0200 @@ -0,0 +1,14 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = mcicda.dll +IMPORTS = winmm user32 kernel32 +EXTRALIBS = $(LIBUNICODE) + +C_SRCS = \ + mcicda.c + +@MAKE_DLL_RULES@ + +### Dependencies: diff -Nru wine/dlls/mcicda/mcicda.c winedev/dlls/mcicda/mcicda.c --- wine/dlls/mcicda/mcicda.c 1970-01-01 01:00:00.000000000 +0100 +++ winedev/dlls/mcicda/mcicda.c 2005-02-09 23:26:26.000000000 +0100 @@ -0,0 +1,1053 @@ +/* -*- tab-width: 8; c-basic-offset: 4 -*- */ +/* + * MCI driver for audio CD (MCICDA) + * + * Copyright 1994 Martin Ayotte + * Copyright 1998-99 Eric Pouech + * Copyright 2000 Andreas Mohr + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "config.h" +#include <stdarg.h> +#include <stdio.h> +#include <string.h> + +#include "windef.h" +#include "winbase.h" +#include "wingdi.h" +#include "winuser.h" +#include "ntstatus.h" +#include "wownt32.h" +#include "mmddk.h" +#include "winioctl.h" +#include "ntddstor.h" +#include "ntddcdrm.h" +#include "wine/debug.h" +#include "wine/unicode.h" + +WINE_DEFAULT_DEBUG_CHANNEL(mcicda); + +#define CDFRAMES_PERSEC 75 +#define CDFRAMES_PERMIN (CDFRAMES_PERSEC * 60) +#define FRAME_OF_ADDR(a) ((a)[1] * CDFRAMES_PERMIN + (a)[2] * CDFRAMES_PERSEC + (a)[3]) +#define FRAME_OF_TOC(toc, idx) FRAME_OF_ADDR((toc).TrackData[idx - (toc).FirstTrack].Address) + +typedef struct { + UINT wDevID; + int nUseCount; /* Incremented for each shared open */ + BOOL fShareable; /* TRUE if first open was shareable */ + WORD wNotifyDeviceID; /* MCI device ID with a pending notification */ + HANDLE hCallback; /* Callback handle for pending notification */ + DWORD dwTimeFormat; + HANDLE handle; +} WINE_MCICDAUDIO; + +/*-----------------------------------------------------------------------*/ + +/************************************************************************** + * MCICDA_drvOpen [internal] + */ +static DWORD MCICDA_drvOpen(LPCWSTR str, LPMCI_OPEN_DRIVER_PARMSW modp) +{ + WINE_MCICDAUDIO* wmcda; + + if (!modp) return 0xFFFFFFFF; + + wmcda = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(WINE_MCICDAUDIO)); + + if (!wmcda) + return 0; + + wmcda->wDevID = modp->wDeviceID; + mciSetDriverData(wmcda->wDevID, (DWORD)wmcda); + modp->wCustomCommandTable = MCI_NO_COMMAND_TABLE; + modp->wType = MCI_DEVTYPE_CD_AUDIO; + return modp->wDeviceID; +} + +/************************************************************************** + * MCICDA_drvClose [internal] + */ +static DWORD MCICDA_drvClose(DWORD dwDevID) +{ + WINE_MCICDAUDIO* wmcda = (WINE_MCICDAUDIO*)mciGetDriverData(dwDevID); + + if (wmcda) { + HeapFree(GetProcessHeap(), 0, wmcda); + mciSetDriverData(dwDevID, 0); + } + return (dwDevID == 0xFFFFFFFF) ? 1 : 0; +} + +/************************************************************************** + * MCICDA_GetOpenDrv [internal] + */ +static WINE_MCICDAUDIO* MCICDA_GetOpenDrv(UINT wDevID) +{ + WINE_MCICDAUDIO* wmcda = (WINE_MCICDAUDIO*)mciGetDriverData(wDevID); + + if (wmcda == NULL || wmcda->nUseCount == 0) { + WARN("Invalid wDevID=%u\n", wDevID); + return 0; + } + return wmcda; +} + +/************************************************************************** + * MCICDA_GetStatus [internal] + */ +static DWORD MCICDA_GetStatus(WINE_MCICDAUDIO* wmcda) +{ + CDROM_SUB_Q_DATA_FORMAT fmt; + SUB_Q_CHANNEL_DATA data; + DWORD br; + DWORD mode = MCI_MODE_NOT_READY; + + fmt.Format = IOCTL_CDROM_CURRENT_POSITION; + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_Q_CHANNEL, &fmt, sizeof(fmt), + &data, sizeof(data), &br, NULL)) { + if (GetLastError() == STATUS_NO_MEDIA_IN_DEVICE) mode = MCI_MODE_OPEN; + } else { + switch (data.CurrentPosition.Header.AudioStatus) + { + case AUDIO_STATUS_IN_PROGRESS: mode = MCI_MODE_PLAY; break; + case AUDIO_STATUS_PAUSED: mode = MCI_MODE_PAUSE; break; + case AUDIO_STATUS_NO_STATUS: + case AUDIO_STATUS_PLAY_COMPLETE: mode = MCI_MODE_STOP; break; + case AUDIO_STATUS_PLAY_ERROR: + case AUDIO_STATUS_NOT_SUPPORTED: + default: + break; + } + } + return mode; +} + +/************************************************************************** + * MCICDA_GetError [internal] + */ +static int MCICDA_GetError(WINE_MCICDAUDIO* wmcda) +{ + switch (GetLastError()) + { + case STATUS_NO_MEDIA_IN_DEVICE: return MCIERR_DEVICE_NOT_READY; + case STATUS_IO_DEVICE_ERROR: return MCIERR_HARDWARE; + default: + FIXME("Unknown mode %lx\n", GetLastError()); + } + return MCIERR_DRIVER_INTERNAL; +} + +/************************************************************************** + * MCICDA_CalcFrame [internal] + */ +static DWORD MCICDA_CalcFrame(WINE_MCICDAUDIO* wmcda, DWORD dwTime) +{ + DWORD dwFrame = 0; + UINT wTrack; + CDROM_TOC toc; + DWORD br; + BYTE* addr; + + TRACE("(%p, %08lX, %lu);\n", wmcda, wmcda->dwTimeFormat, dwTime); + + switch (wmcda->dwTimeFormat) { + case MCI_FORMAT_MILLISECONDS: + dwFrame = ((dwTime - 1) * CDFRAMES_PERSEC + 500) / 1000; + TRACE("MILLISECONDS %lu\n", dwFrame); + break; + case MCI_FORMAT_MSF: + TRACE("MSF %02u:%02u:%02u\n", + MCI_MSF_MINUTE(dwTime), MCI_MSF_SECOND(dwTime), MCI_MSF_FRAME(dwTime)); + dwFrame += CDFRAMES_PERMIN * MCI_MSF_MINUTE(dwTime); + dwFrame += CDFRAMES_PERSEC * MCI_MSF_SECOND(dwTime); + dwFrame += MCI_MSF_FRAME(dwTime); + break; + case MCI_FORMAT_TMSF: + default: /* unknown format ! force TMSF ! ... */ + wTrack = MCI_TMSF_TRACK(dwTime); + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) + return 0; + if (wTrack < toc.FirstTrack || wTrack > toc.LastTrack) + return 0; + TRACE("MSF %02u-%02u:%02u:%02u\n", + MCI_TMSF_TRACK(dwTime), MCI_TMSF_MINUTE(dwTime), + MCI_TMSF_SECOND(dwTime), MCI_TMSF_FRAME(dwTime)); + addr = toc.TrackData[wTrack - toc.FirstTrack].Address; + TRACE("TMSF trackpos[%u]=%d:%d:%d\n", + wTrack, addr[1], addr[2], addr[3]); + dwFrame = CDFRAMES_PERMIN * (addr[1] + MCI_TMSF_MINUTE(dwTime)) + + CDFRAMES_PERSEC * (addr[2] + MCI_TMSF_SECOND(dwTime)) + + addr[3] + MCI_TMSF_FRAME(dwTime); + break; + } + return dwFrame; +} + +/************************************************************************** + * MCICDA_CalcTime [internal] + */ +static DWORD MCICDA_CalcTime(WINE_MCICDAUDIO* wmcda, DWORD tf, DWORD dwFrame, LPDWORD lpRet) +{ + DWORD dwTime = 0; + UINT wTrack; + UINT wMinutes; + UINT wSeconds; + UINT wFrames; + CDROM_TOC toc; + DWORD br; + + TRACE("(%p, %08lX, %lu);\n", wmcda, tf, dwFrame); + + switch (tf) { + case MCI_FORMAT_MILLISECONDS: + dwTime = (dwFrame * 1000) / CDFRAMES_PERSEC + 1; + TRACE("MILLISECONDS %lu\n", dwTime); + *lpRet = 0; + break; + case MCI_FORMAT_MSF: + wMinutes = dwFrame / CDFRAMES_PERMIN; + wSeconds = (dwFrame - CDFRAMES_PERMIN * wMinutes) / CDFRAMES_PERSEC; + wFrames = dwFrame - CDFRAMES_PERMIN * wMinutes - CDFRAMES_PERSEC * wSeconds; + dwTime = MCI_MAKE_MSF(wMinutes, wSeconds, wFrames); + TRACE("MSF %02u:%02u:%02u -> dwTime=%lu\n", + wMinutes, wSeconds, wFrames, dwTime); + *lpRet = MCI_COLONIZED3_RETURN; + break; + case MCI_FORMAT_TMSF: + default: /* unknown format ! force TMSF ! ... */ + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) + return 0; + if (dwFrame < FRAME_OF_TOC(toc, toc.FirstTrack) || + dwFrame > FRAME_OF_TOC(toc, toc.LastTrack + 1)) { + ERR("Out of range value %lu [%u,%u]\n", + dwFrame, FRAME_OF_TOC(toc, toc.FirstTrack), + FRAME_OF_TOC(toc, toc.LastTrack + 1)); + *lpRet = 0; + return 0; + } + for (wTrack = toc.FirstTrack; wTrack <= toc.LastTrack; wTrack++) { + if (FRAME_OF_TOC(toc, wTrack) > dwFrame) + break; + } + wTrack--; + dwFrame -= FRAME_OF_TOC(toc, wTrack); + wMinutes = dwFrame / CDFRAMES_PERMIN; + wSeconds = (dwFrame - CDFRAMES_PERMIN * wMinutes) / CDFRAMES_PERSEC; + wFrames = dwFrame - CDFRAMES_PERMIN * wMinutes - CDFRAMES_PERSEC * wSeconds; + dwTime = MCI_MAKE_TMSF(wTrack, wMinutes, wSeconds, wFrames); + TRACE("%02u-%02u:%02u:%02u\n", wTrack, wMinutes, wSeconds, wFrames); + *lpRet = MCI_COLONIZED4_RETURN; + break; + } + return dwTime; +} + +static DWORD MCICDA_Seek(UINT wDevID, DWORD dwFlags, LPMCI_SEEK_PARMS lpParms); +static DWORD MCICDA_Stop(UINT wDevID, DWORD dwFlags, LPMCI_GENERIC_PARMS lpParms); + +/************************************************************************** + * MCICDA_Open [internal] + */ +static DWORD MCICDA_Open(UINT wDevID, DWORD dwFlags, LPMCI_OPEN_PARMSW lpOpenParms) +{ + DWORD dwDeviceID; + DWORD ret = MCIERR_HARDWARE; + WINE_MCICDAUDIO* wmcda = (WINE_MCICDAUDIO*)mciGetDriverData(wDevID); + WCHAR root[7], drive = 0; + int count; + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpOpenParms); + + if (lpOpenParms == NULL) return MCIERR_NULL_PARAMETER_BLOCK; + if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; + + dwDeviceID = lpOpenParms->wDeviceID; + + if (wmcda->nUseCount > 0) { + /* The driver is already open on this channel */ + /* If the driver was opened shareable before and this open specifies */ + /* shareable then increment the use count */ + if (wmcda->fShareable && (dwFlags & MCI_OPEN_SHAREABLE)) + ++wmcda->nUseCount; + else + return MCIERR_MUST_USE_SHAREABLE; + } else { + wmcda->nUseCount = 1; + wmcda->fShareable = dwFlags & MCI_OPEN_SHAREABLE; + } + if (dwFlags & MCI_OPEN_ELEMENT) { + if (dwFlags & MCI_OPEN_ELEMENT_ID) { + WARN("MCI_OPEN_ELEMENT_ID %8lx ! Abort\n", (DWORD)lpOpenParms->lpstrElementName); + return MCIERR_NO_ELEMENT_ALLOWED; + } + TRACE("MCI_OPEN_ELEMENT element name: %s\n", debugstr_w(lpOpenParms->lpstrElementName)); + if (!isalpha(lpOpenParms->lpstrElementName[0]) || lpOpenParms->lpstrElementName[1] != ':' || + (lpOpenParms->lpstrElementName[2] && lpOpenParms->lpstrElementName[2] != '\\')) + { + WARN("MCI_OPEN_ELEMENT unsupported format: %s\n", + debugstr_w(lpOpenParms->lpstrElementName)); + ret = MCIERR_NO_ELEMENT_ALLOWED; + goto the_error; + } + drive = toupper(lpOpenParms->lpstrElementName[0]); + root[0] = drive; root[1] = ':'; root[2] = '\\'; root[3] = '\0'; + if (GetDriveTypeW(root) != DRIVE_CDROM) + { + ret = MCIERR_INVALID_DEVICE_NAME; + goto the_error; + } + } + else + { + /* drive letter isn't passed... get the dwDeviceID'th cdrom in the system */ + root[0] = 'A'; root[1] = ':'; root[2] = '\\'; root[3] = '\0'; + for (count = 0; root[0] <= 'Z'; root[0]++) + { + if (GetDriveTypeW(root) == DRIVE_CDROM && ++count >= dwDeviceID) + { + drive = root[0]; + break; + } + } + if (!drive) + { + ret = MCIERR_INVALID_DEVICE_ID; + goto the_error; + } + } + + wmcda->wNotifyDeviceID = dwDeviceID; + wmcda->dwTimeFormat = MCI_FORMAT_MSF; + + /* now, open the handle */ + root[0] = root[1] = '\\'; root[2] = '.'; root[3] = '\\'; root[4] = drive; root[5] = ':'; root[6] = '\0'; + wmcda->handle = CreateFileW(root, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, 0); + if (wmcda->handle != INVALID_HANDLE_VALUE) + return 0; + + the_error: + --wmcda->nUseCount; + return ret; +} + +/************************************************************************** + * MCICDA_Close [internal] + */ +static DWORD MCICDA_Close(UINT wDevID, DWORD dwParam, LPMCI_GENERIC_PARMS lpParms) +{ + WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwParam, lpParms); + + if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; + + if (--wmcda->nUseCount == 0) { + CloseHandle(wmcda->handle); + } + return 0; +} + +/************************************************************************** + * MCICDA_GetDevCaps [internal] + */ +static DWORD MCICDA_GetDevCaps(UINT wDevID, DWORD dwFlags, + LPMCI_GETDEVCAPS_PARMS lpParms) +{ + DWORD ret = 0; + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); + + if (lpParms == NULL) return MCIERR_NULL_PARAMETER_BLOCK; + + if (dwFlags & MCI_GETDEVCAPS_ITEM) { + TRACE("MCI_GETDEVCAPS_ITEM dwItem=%08lX;\n", lpParms->dwItem); + + switch (lpParms->dwItem) { + case MCI_GETDEVCAPS_CAN_RECORD: + lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_GETDEVCAPS_HAS_AUDIO: + lpParms->dwReturn = MAKEMCIRESOURCE(TRUE, MCI_TRUE); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_GETDEVCAPS_HAS_VIDEO: + lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_GETDEVCAPS_DEVICE_TYPE: + lpParms->dwReturn = MAKEMCIRESOURCE(MCI_DEVTYPE_CD_AUDIO, MCI_DEVTYPE_CD_AUDIO); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_GETDEVCAPS_USES_FILES: + lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_GETDEVCAPS_COMPOUND_DEVICE: + lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_GETDEVCAPS_CAN_EJECT: + lpParms->dwReturn = MAKEMCIRESOURCE(TRUE, MCI_TRUE); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_GETDEVCAPS_CAN_PLAY: + lpParms->dwReturn = MAKEMCIRESOURCE(TRUE, MCI_TRUE); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_GETDEVCAPS_CAN_SAVE: + lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); + ret = MCI_RESOURCE_RETURNED; + break; + default: + ERR("Unsupported %lx devCaps item\n", lpParms->dwItem); + return MCIERR_UNRECOGNIZED_COMMAND; + } + } else { + TRACE("No GetDevCaps-Item !\n"); + return MCIERR_UNRECOGNIZED_COMMAND; + } + TRACE("lpParms->dwReturn=%08lX;\n", lpParms->dwReturn); + return ret; +} + +static DWORD CDROM_Audio_GetSerial(CDROM_TOC* toc) +{ + unsigned long serial = 0; + int i; + WORD wMagic; + DWORD dwStart, dwEnd; + + /* + * wMagic collects the wFrames from track 1 + * dwStart, dwEnd collect the beginning and end of the disc respectively, in + * frames. + * There it is collected for correcting the serial when there are less than + * 3 tracks. + */ + wMagic = toc->TrackData[0].Address[3]; + dwStart = FRAME_OF_TOC(*toc, toc->FirstTrack); + + for (i = 0; i <= toc->LastTrack - toc->FirstTrack; i++) { + serial += (toc->TrackData[i].Address[1] << 16) | + (toc->TrackData[i].Address[2] << 8) | toc->TrackData[i].Address[3]; + } + dwEnd = FRAME_OF_TOC(*toc, toc->LastTrack + 1); + + if (toc->LastTrack - toc->FirstTrack + 1 < 3) + serial += wMagic + (dwEnd - dwStart); + + return serial; +} + + +/************************************************************************** + * MCICDA_Info [internal] + */ +static DWORD MCICDA_Info(UINT wDevID, DWORD dwFlags, LPMCI_INFO_PARMSW lpParms) +{ + LPCWSTR str = NULL; + WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); + DWORD ret = 0; + WCHAR buffer[16]; + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); + + if (lpParms == NULL || lpParms->lpstrReturn == NULL) + return MCIERR_NULL_PARAMETER_BLOCK; + if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; + + TRACE("buf=%p, len=%lu\n", lpParms->lpstrReturn, lpParms->dwRetSize); + + if (dwFlags & MCI_INFO_PRODUCT) { + static const WCHAR wszAudioCd[] = {'W','i','n','e','\'','s',' ','a','u','d','i','o',' ','C','D',0}; + str = wszAudioCd; + } else if (dwFlags & MCI_INFO_MEDIA_UPC) { + ret = MCIERR_NO_IDENTITY; + } else if (dwFlags & MCI_INFO_MEDIA_IDENTITY) { + DWORD res = 0; + CDROM_TOC toc; + DWORD br; + static const WCHAR wszLu[] = {'%','l','u',0}; + + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) { + return MCICDA_GetError(wmcda); + } + + res = CDROM_Audio_GetSerial(&toc); + sprintfW(buffer, wszLu, res); + str = buffer; + } else { + WARN("Don't know this info command (%lu)\n", dwFlags); + ret = MCIERR_UNRECOGNIZED_COMMAND; + } + if (str) { + if (lpParms->dwRetSize <= strlenW(str)) { + lstrcpynW(lpParms->lpstrReturn, str, lpParms->dwRetSize - 1); + ret = MCIERR_PARAM_OVERFLOW; + } else { + strcpyW(lpParms->lpstrReturn, str); + } + } else { + *lpParms->lpstrReturn = 0; + } + TRACE("=> %s (%ld)\n", debugstr_w(lpParms->lpstrReturn), ret); + return ret; +} + +/************************************************************************** + * MCICDA_Status [internal] + */ +static DWORD MCICDA_Status(UINT wDevID, DWORD dwFlags, LPMCI_STATUS_PARMS lpParms) +{ + WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); + DWORD idx; + DWORD ret = 0; + CDROM_SUB_Q_DATA_FORMAT fmt; + SUB_Q_CHANNEL_DATA data; + CDROM_TOC toc; + DWORD br; + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); + + if (lpParms == NULL) return MCIERR_NULL_PARAMETER_BLOCK; + if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; + + if (dwFlags & MCI_NOTIFY) { + TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); + mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), + wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); + } + if (dwFlags & MCI_STATUS_ITEM) { + TRACE("dwItem = %lx\n", lpParms->dwItem); + switch (lpParms->dwItem) { + case MCI_STATUS_CURRENT_TRACK: + fmt.Format = IOCTL_CDROM_CURRENT_POSITION; + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_Q_CHANNEL, &fmt, sizeof(fmt), + &data, sizeof(data), &br, NULL)) + { + return MCICDA_GetError(wmcda); + } + lpParms->dwReturn = data.CurrentPosition.TrackNumber; + TRACE("CURRENT_TRACK=%lu!\n", lpParms->dwReturn); + break; + case MCI_STATUS_LENGTH: + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) { + WARN("error reading TOC !\n"); + return MCICDA_GetError(wmcda); + } + if (dwFlags & MCI_TRACK) { + TRACE("MCI_TRACK #%lu LENGTH=??? !\n", lpParms->dwTrack); + if (lpParms->dwTrack < toc.FirstTrack || lpParms->dwTrack > toc.LastTrack) + return MCIERR_OUTOFRANGE; + idx = lpParms->dwTrack - toc.FirstTrack; + lpParms->dwReturn = FRAME_OF_TOC(toc, lpParms->dwTrack + 1) - + FRAME_OF_TOC(toc, lpParms->dwTrack); + /* Windows returns one frame less than the total track length for the + last track on the CD. See CDDB HOWTO. Verified on Win95OSR2. */ + if (lpParms->dwTrack == toc.LastTrack) + lpParms->dwReturn--; + } else { + /* Sum of the lengths of all of the tracks. Inherits the + 'off by one frame' behavior from the length of the last track. + See above comment. */ + lpParms->dwReturn = FRAME_OF_TOC(toc, toc.LastTrack + 1) - + FRAME_OF_TOC(toc, toc.FirstTrack) - 1; + } + lpParms->dwReturn = MCICDA_CalcTime(wmcda, + (wmcda->dwTimeFormat == MCI_FORMAT_TMSF) + ? MCI_FORMAT_MSF : wmcda->dwTimeFormat, + lpParms->dwReturn, + &ret); + TRACE("LENGTH=%lu !\n", lpParms->dwReturn); + break; + case MCI_STATUS_MODE: + lpParms->dwReturn = MCICDA_GetStatus(wmcda); + TRACE("MCI_STATUS_MODE=%08lX !\n", lpParms->dwReturn); + lpParms->dwReturn = MAKEMCIRESOURCE(lpParms->dwReturn, lpParms->dwReturn); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_STATUS_MEDIA_PRESENT: + lpParms->dwReturn = (MCICDA_GetStatus(wmcda) == MCI_MODE_OPEN) ? + MAKEMCIRESOURCE(FALSE, MCI_FALSE) : MAKEMCIRESOURCE(TRUE, MCI_TRUE); + TRACE("MCI_STATUS_MEDIA_PRESENT =%c!\n", LOWORD(lpParms->dwReturn) ? 'Y' : 'N'); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_STATUS_NUMBER_OF_TRACKS: + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) { + WARN("error reading TOC !\n"); + return MCICDA_GetError(wmcda); + } + lpParms->dwReturn = toc.LastTrack - toc.FirstTrack + 1; + TRACE("MCI_STATUS_NUMBER_OF_TRACKS = %lu !\n", lpParms->dwReturn); + if (lpParms->dwReturn == (WORD)-1) + return MCICDA_GetError(wmcda); + break; + case MCI_STATUS_POSITION: + if (dwFlags & MCI_STATUS_START) { + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) { + WARN("error reading TOC !\n"); + return MCICDA_GetError(wmcda); + } + lpParms->dwReturn = FRAME_OF_TOC(toc, toc.FirstTrack); + TRACE("get MCI_STATUS_START !\n"); + } else if (dwFlags & MCI_TRACK) { + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) { + WARN("error reading TOC !\n"); + return MCICDA_GetError(wmcda); + } + if (lpParms->dwTrack < toc.FirstTrack || lpParms->dwTrack > toc.LastTrack) + return MCIERR_OUTOFRANGE; + lpParms->dwReturn = FRAME_OF_TOC(toc, lpParms->dwTrack); + TRACE("get MCI_TRACK #%lu !\n", lpParms->dwTrack); + } else { + fmt.Format = IOCTL_CDROM_CURRENT_POSITION; + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_Q_CHANNEL, &fmt, sizeof(fmt), + &data, sizeof(data), &br, NULL)) { + return MCICDA_GetError(wmcda); + } + lpParms->dwReturn = FRAME_OF_ADDR(data.CurrentPosition.AbsoluteAddress); + } + lpParms->dwReturn = MCICDA_CalcTime(wmcda, wmcda->dwTimeFormat, lpParms->dwReturn, &ret); + TRACE("MCI_STATUS_POSITION=%08lX !\n", lpParms->dwReturn); + break; + case MCI_STATUS_READY: + TRACE("MCI_STATUS_READY !\n"); + switch (MCICDA_GetStatus(wmcda)) + { + case MCI_MODE_NOT_READY: + case MCI_MODE_OPEN: + lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); + break; + default: + lpParms->dwReturn = MAKEMCIRESOURCE(TRUE, MCI_TRUE); + break; + } + TRACE("MCI_STATUS_READY=%u!\n", LOWORD(lpParms->dwReturn)); + ret = MCI_RESOURCE_RETURNED; + break; + case MCI_STATUS_TIME_FORMAT: + lpParms->dwReturn = MAKEMCIRESOURCE(wmcda->dwTimeFormat, MCI_FORMAT_RETURN_BASE + wmcda->dwTimeFormat); + TRACE("MCI_STATUS_TIME_FORMAT=%08x!\n", LOWORD(lpParms->dwReturn)); + ret = MCI_RESOURCE_RETURNED; + break; + case 4001: /* FIXME: for bogus FullCD */ + case MCI_CDA_STATUS_TYPE_TRACK: + if (!(dwFlags & MCI_TRACK)) + ret = MCIERR_MISSING_PARAMETER; + else { + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) { + WARN("error reading TOC !\n"); + return MCICDA_GetError(wmcda); + } + if (lpParms->dwTrack < toc.FirstTrack || lpParms->dwTrack > toc.LastTrack) + ret = MCIERR_OUTOFRANGE; + else + lpParms->dwReturn = (toc.TrackData[lpParms->dwTrack - toc.FirstTrack].Control & 0x04) ? + MCI_CDA_TRACK_OTHER : MCI_CDA_TRACK_AUDIO; + } + TRACE("MCI_CDA_STATUS_TYPE_TRACK[%ld]=%ld\n", lpParms->dwTrack, lpParms->dwReturn); + break; + default: + FIXME("unknown command %08lX !\n", lpParms->dwItem); + return MCIERR_UNRECOGNIZED_COMMAND; + } + } else { + WARN("not MCI_STATUS_ITEM !\n"); + } + return ret; +} + +/************************************************************************** + * MCICDA_SkipDataTracks [internal] + */ +static DWORD MCICDA_SkipDataTracks(WINE_MCICDAUDIO* wmcda,DWORD *frame) +{ + int i; + DWORD br; + CDROM_TOC toc; + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) { + WARN("error reading TOC !\n"); + return MCICDA_GetError(wmcda); + } + /* Locate first track whose starting frame is bigger than frame */ + for(i=toc.FirstTrack;i<=toc.LastTrack+1;i++) + if ( FRAME_OF_TOC(toc, i) > *frame ) break; + if (i <= toc.FirstTrack && i>toc.LastTrack+1) { + i = 0; /* requested address is out of range: go back to start */ + *frame = FRAME_OF_TOC(toc,toc.FirstTrack); + } + else + i--; + /* i points to last track whose start address is not greater than frame. + * Now skip non-audio tracks */ + for(;i<=toc.LastTrack+1;i++) + if ( ! (toc.TrackData[i-toc.FirstTrack].Control & 4) ) + break; + /* The frame will be an address in the next audio track or + * address of lead-out. */ + if ( FRAME_OF_TOC(toc, i) > *frame ) + *frame = FRAME_OF_TOC(toc, i); + return 0; +} + +/************************************************************************** + * MCICDA_Play [internal] + */ +static DWORD MCICDA_Play(UINT wDevID, DWORD dwFlags, LPMCI_PLAY_PARMS lpParms) +{ + WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); + DWORD ret = 0, start, end; + DWORD br; + CDROM_PLAY_AUDIO_MSF play; + CDROM_SUB_Q_DATA_FORMAT fmt; + SUB_Q_CHANNEL_DATA data; + CDROM_TOC toc; + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); + + if (lpParms == NULL) + return MCIERR_NULL_PARAMETER_BLOCK; + + if (wmcda == NULL) + return MCIERR_INVALID_DEVICE_ID; + + if (dwFlags & MCI_FROM) { + start = MCICDA_CalcFrame(wmcda, lpParms->dwFrom); + if ( (ret=MCICDA_SkipDataTracks(wmcda, &start)) ) + return ret; + TRACE("MCI_FROM=%08lX -> %lu \n", lpParms->dwFrom, start); + } else { + fmt.Format = IOCTL_CDROM_CURRENT_POSITION; + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_Q_CHANNEL, &fmt, sizeof(fmt), + &data, sizeof(data), &br, NULL)) { + return MCICDA_GetError(wmcda); + } + start = FRAME_OF_ADDR(data.CurrentPosition.AbsoluteAddress); + if ( (ret=MCICDA_SkipDataTracks(wmcda, &start)) ) + return ret; + } + if (dwFlags & MCI_TO) { + end = MCICDA_CalcFrame(wmcda, lpParms->dwTo); + TRACE("MCI_TO=%08lX -> %lu \n", lpParms->dwTo, end); + } else { + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) { + WARN("error reading TOC !\n"); + return MCICDA_GetError(wmcda); + } + end = FRAME_OF_TOC(toc, toc.LastTrack + 1) - 1; + } + TRACE("Playing from %lu to %lu\n", start, end); + play.StartingM = start / CDFRAMES_PERMIN; + play.StartingS = (start / CDFRAMES_PERSEC) % 60; + play.StartingF = start % CDFRAMES_PERSEC; + play.EndingM = end / CDFRAMES_PERMIN; + play.EndingS = (end / CDFRAMES_PERSEC) % 60; + play.EndingF = end % CDFRAMES_PERSEC; + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_PLAY_AUDIO_MSF, &play, sizeof(play), + NULL, 0, &br, NULL)) { + ret = MCIERR_HARDWARE; + } else if (dwFlags & MCI_NOTIFY) { + TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); + /* + mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), + wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); + */ + } + return ret; +} + +/************************************************************************** + * MCICDA_Stop [internal] + */ +static DWORD MCICDA_Stop(UINT wDevID, DWORD dwFlags, LPMCI_GENERIC_PARMS lpParms) +{ + WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); + DWORD br; + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); + + if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; + + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_STOP_AUDIO, NULL, 0, NULL, 0, &br, NULL)) + return MCIERR_HARDWARE; + + if (lpParms && (dwFlags & MCI_NOTIFY)) { + TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); + mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), + wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); + } + return 0; +} + +/************************************************************************** + * MCICDA_Pause [internal] + */ +static DWORD MCICDA_Pause(UINT wDevID, DWORD dwFlags, LPMCI_GENERIC_PARMS lpParms) +{ + WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); + DWORD br; + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); + + if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; + + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_PAUSE_AUDIO, NULL, 0, NULL, 0, &br, NULL)) + return MCIERR_HARDWARE; + + if (lpParms && (dwFlags & MCI_NOTIFY)) { + TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); + mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), + wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); + } + return 0; +} + +/************************************************************************** + * MCICDA_Resume [internal] + */ +static DWORD MCICDA_Resume(UINT wDevID, DWORD dwFlags, LPMCI_GENERIC_PARMS lpParms) +{ + WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); + DWORD br; + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); + + if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; + + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_RESUME_AUDIO, NULL, 0, NULL, 0, &br, NULL)) + return MCIERR_HARDWARE; + + if (lpParms && (dwFlags & MCI_NOTIFY)) { + TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); + mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), + wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); + } + return 0; +} + +/************************************************************************** + * MCICDA_Seek [internal] + */ +static DWORD MCICDA_Seek(UINT wDevID, DWORD dwFlags, LPMCI_SEEK_PARMS lpParms) +{ + DWORD at; + WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); + CDROM_SEEK_AUDIO_MSF seek; + DWORD br, ret; + CDROM_TOC toc; + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); + + if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; + if (lpParms == NULL) return MCIERR_NULL_PARAMETER_BLOCK; + + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, + &toc, sizeof(toc), &br, NULL)) { + WARN("error reading TOC !\n"); + return MCICDA_GetError(wmcda); + } + switch (dwFlags & ~(MCI_NOTIFY|MCI_WAIT)) { + case MCI_SEEK_TO_START: + TRACE("Seeking to start\n"); + at = FRAME_OF_TOC(toc,toc.FirstTrack); + if ( (ret=MCICDA_SkipDataTracks(wmcda, &at)) ) + return ret; + break; + case MCI_SEEK_TO_END: + TRACE("Seeking to end\n"); + at = FRAME_OF_TOC(toc, toc.LastTrack + 1) - 1; + if ( (ret=MCICDA_SkipDataTracks(wmcda, &at)) ) + return ret; + break; + case MCI_TO: + TRACE("Seeking to %lu\n", lpParms->dwTo); + at = MCICDA_CalcFrame(wmcda, lpParms->dwTo); + if ( (ret=MCICDA_SkipDataTracks(wmcda, &at)) ) + return ret; + break; + default: + TRACE("Unknown seek action %08lX\n", + (dwFlags & ~(MCI_NOTIFY|MCI_WAIT))); + return MCIERR_UNSUPPORTED_FUNCTION; + } + seek.M = at / CDFRAMES_PERMIN; + seek.S = (at / CDFRAMES_PERSEC) % 60; + seek.F = at % CDFRAMES_PERSEC; + if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_SEEK_AUDIO_MSF, &seek, sizeof(seek), + NULL, 0, &br, NULL)) + return MCIERR_HARDWARE; + + if (dwFlags & MCI_NOTIFY) { + TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); + mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), + wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); + } + return 0; +} + +/************************************************************************** + * MCICDA_SetDoor [internal] + */ +static DWORD MCICDA_SetDoor(UINT wDevID, BOOL open) +{ + WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); + DWORD br; + + TRACE("(%04x, %s) !\n", wDevID, (open) ? "OPEN" : "CLOSE"); + + if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; + + if (!DeviceIoControl(wmcda->handle, + (open) ? IOCTL_STORAGE_EJECT_MEDIA : IOCTL_STORAGE_LOAD_MEDIA, + NULL, 0, NULL, 0, &br, NULL)) + return MCIERR_HARDWARE; + + return 0; +} + +/************************************************************************** + * MCICDA_Set [internal] + */ +static DWORD MCICDA_Set(UINT wDevID, DWORD dwFlags, LPMCI_SET_PARMS lpParms) +{ + WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); + + TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); + + if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; + + if (dwFlags & MCI_SET_DOOR_OPEN) { + MCICDA_SetDoor(wDevID, TRUE); + } + if (dwFlags & MCI_SET_DOOR_CLOSED) { + MCICDA_SetDoor(wDevID, FALSE); + } + + /* only functions which require valid lpParms below this line ! */ + if (lpParms == NULL) return MCIERR_NULL_PARAMETER_BLOCK; + /* + TRACE("dwTimeFormat=%08lX\n", lpParms->dwTimeFormat); + TRACE("dwAudio=%08lX\n", lpParms->dwAudio); + */ + if (dwFlags & MCI_SET_TIME_FORMAT) { + switch (lpParms->dwTimeFormat) { + case MCI_FORMAT_MILLISECONDS: + TRACE("MCI_FORMAT_MILLISECONDS !\n"); + break; + case MCI_FORMAT_MSF: + TRACE("MCI_FORMAT_MSF !\n"); + break; + case MCI_FORMAT_TMSF: + TRACE("MCI_FORMAT_TMSF !\n"); + break; + default: + WARN("bad time format !\n"); + return MCIERR_BAD_TIME_FORMAT; + } + wmcda->dwTimeFormat = lpParms->dwTimeFormat; + } + if (dwFlags & MCI_SET_VIDEO) return MCIERR_UNSUPPORTED_FUNCTION; + if (dwFlags & MCI_SET_ON) return MCIERR_UNSUPPORTED_FUNCTION; + if (dwFlags & MCI_SET_OFF) return MCIERR_UNSUPPORTED_FUNCTION; + if (dwFlags & MCI_NOTIFY) { + TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", + lpParms->dwCallback); + mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), + wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); + } + return 0; +} + +/************************************************************************** + * DriverProc (MCICDA.@) + */ +LONG CALLBACK MCICDA_DriverProc(DWORD dwDevID, HDRVR hDriv, DWORD wMsg, + DWORD dwParam1, DWORD dwParam2) +{ + switch(wMsg) { + case DRV_LOAD: return 1; + case DRV_FREE: return 1; + case DRV_OPEN: return MCICDA_drvOpen((LPCWSTR)dwParam1, (LPMCI_OPEN_DRIVER_PARMSW)dwParam2); + case DRV_CLOSE: return MCICDA_drvClose(dwDevID); + case DRV_ENABLE: return 1; + case DRV_DISABLE: return 1; + case DRV_QUERYCONFIGURE: return 1; + case DRV_CONFIGURE: MessageBoxA(0, "MCI audio CD driver !", "Wine Driver", MB_OK); return 1; + case DRV_INSTALL: return DRVCNF_RESTART; + case DRV_REMOVE: return DRVCNF_RESTART; + } + + if (dwDevID == 0xFFFFFFFF) return MCIERR_UNSUPPORTED_FUNCTION; + + switch (wMsg) { + case MCI_OPEN_DRIVER: return MCICDA_Open(dwDevID, dwParam1, (LPMCI_OPEN_PARMSW)dwParam2); + case MCI_CLOSE_DRIVER: return MCICDA_Close(dwDevID, dwParam1, (LPMCI_GENERIC_PARMS)dwParam2); + case MCI_GETDEVCAPS: return MCICDA_GetDevCaps(dwDevID, dwParam1, (LPMCI_GETDEVCAPS_PARMS)dwParam2); + case MCI_INFO: return MCICDA_Info(dwDevID, dwParam1, (LPMCI_INFO_PARMSW)dwParam2); + case MCI_STATUS: return MCICDA_Status(dwDevID, dwParam1, (LPMCI_STATUS_PARMS)dwParam2); + case MCI_SET: return MCICDA_Set(dwDevID, dwParam1, (LPMCI_SET_PARMS)dwParam2); + case MCI_PLAY: return MCICDA_Play(dwDevID, dwParam1, (LPMCI_PLAY_PARMS)dwParam2); + case MCI_STOP: return MCICDA_Stop(dwDevID, dwParam1, (LPMCI_GENERIC_PARMS)dwParam2); + case MCI_PAUSE: return MCICDA_Pause(dwDevID, dwParam1, (LPMCI_GENERIC_PARMS)dwParam2); + case MCI_RESUME: return MCICDA_Resume(dwDevID, dwParam1, (LPMCI_GENERIC_PARMS)dwParam2); + case MCI_SEEK: return MCICDA_Seek(dwDevID, dwParam1, (LPMCI_SEEK_PARMS)dwParam2); + /* commands that should report an error as they are not supported in + * the native version */ + case MCI_SET_DOOR_CLOSED: + case MCI_SET_DOOR_OPEN: + case MCI_LOAD: + case MCI_SAVE: + case MCI_FREEZE: + case MCI_PUT: + case MCI_REALIZE: + case MCI_UNFREEZE: + case MCI_UPDATE: + case MCI_WHERE: + case MCI_STEP: + case MCI_SPIN: + case MCI_ESCAPE: + case MCI_COPY: + case MCI_CUT: + case MCI_DELETE: + case MCI_PASTE: + case MCI_WINDOW: + TRACE("Unsupported command [0x%lx]\n", wMsg); + break; + case MCI_OPEN: + case MCI_CLOSE: + ERR("Shouldn't receive a MCI_OPEN or CLOSE message\n"); + break; + default: + TRACE("Sending msg [0x%lx] to default driver proc\n", wMsg); + return DefDriverProc(dwDevID, hDriv, wMsg, dwParam1, dwParam2); + } + return MCIERR_UNRECOGNIZED_COMMAND; +} + +/*-----------------------------------------------------------------------*/ diff -Nru wine/dlls/mcicda/mcicda.spec winedev/dlls/mcicda/mcicda.spec --- wine/dlls/mcicda/mcicda.spec 1970-01-01 01:00:00.000000000 +0100 +++ winedev/dlls/mcicda/mcicda.spec 2002-06-21 21:15:50.000000000 +0200 @@ -0,0 +1 @@ +@ stdcall DriverProc(long long long long long) MCICDA_DriverProc diff -Nru wine/dlls/winmm/mcicda/.cvsignore winedev/dlls/winmm/mcicda/.cvsignore --- wine/dlls/winmm/mcicda/.cvsignore 2004-03-24 04:36:45.000000000 +0100 +++ winedev/dlls/winmm/mcicda/.cvsignore 1970-01-01 01:00:00.000000000 +0100 @@ -1,2 +0,0 @@ -Makefile -mcicda.drv.dbg.c diff -Nru wine/dlls/winmm/mcicda/Makefile.in winedev/dlls/winmm/mcicda/Makefile.in --- wine/dlls/winmm/mcicda/Makefile.in 2005-02-09 23:26:26.000000000 +0100 +++ winedev/dlls/winmm/mcicda/Makefile.in 1970-01-01 01:00:00.000000000 +0100 @@ -1,14 +0,0 @@ -TOPSRCDIR = @top_srcdir@ -TOPOBJDIR = ../../.. -SRCDIR = @srcdir@ -VPATH = @srcdir@ -MODULE = mcicda.drv -IMPORTS = winmm user32 kernel32 -EXTRALIBS = $(LIBUNICODE) - -C_SRCS = \ - mcicda.c - -@MAKE_DLL_RULES@ - -### Dependencies: diff -Nru wine/dlls/winmm/mcicda/mcicda.c winedev/dlls/winmm/mcicda/mcicda.c --- wine/dlls/winmm/mcicda/mcicda.c 2005-02-09 23:26:26.000000000 +0100 +++ winedev/dlls/winmm/mcicda/mcicda.c 1970-01-01 01:00:00.000000000 +0100 @@ -1,1053 +0,0 @@ -/* -*- tab-width: 8; c-basic-offset: 4 -*- */ -/* - * MCI driver for audio CD (MCICDA) - * - * Copyright 1994 Martin Ayotte - * Copyright 1998-99 Eric Pouech - * Copyright 2000 Andreas Mohr - * - * This library is free software; you can redistribute it and/or - * modify it under the terms of the GNU Lesser General Public - * License as published by the Free Software Foundation; either - * version 2.1 of the License, or (at your option) any later version. - * - * This library is distributed in the hope that it will be useful, - * but WITHOUT ANY WARRANTY; without even the implied warranty of - * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU - * Lesser General Public License for more details. - * - * You should have received a copy of the GNU Lesser General Public - * License along with this library; if not, write to the Free Software - * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA - */ - -#include "config.h" -#include <stdarg.h> -#include <stdio.h> -#include <string.h> - -#include "windef.h" -#include "winbase.h" -#include "wingdi.h" -#include "winuser.h" -#include "ntstatus.h" -#include "wownt32.h" -#include "mmddk.h" -#include "winioctl.h" -#include "ntddstor.h" -#include "ntddcdrm.h" -#include "wine/debug.h" -#include "wine/unicode.h" - -WINE_DEFAULT_DEBUG_CHANNEL(mcicda); - -#define CDFRAMES_PERSEC 75 -#define CDFRAMES_PERMIN (CDFRAMES_PERSEC * 60) -#define FRAME_OF_ADDR(a) ((a)[1] * CDFRAMES_PERMIN + (a)[2] * CDFRAMES_PERSEC + (a)[3]) -#define FRAME_OF_TOC(toc, idx) FRAME_OF_ADDR((toc).TrackData[idx - (toc).FirstTrack].Address) - -typedef struct { - UINT wDevID; - int nUseCount; /* Incremented for each shared open */ - BOOL fShareable; /* TRUE if first open was shareable */ - WORD wNotifyDeviceID; /* MCI device ID with a pending notification */ - HANDLE hCallback; /* Callback handle for pending notification */ - DWORD dwTimeFormat; - HANDLE handle; -} WINE_MCICDAUDIO; - -/*-----------------------------------------------------------------------*/ - -/************************************************************************** - * MCICDA_drvOpen [internal] - */ -static DWORD MCICDA_drvOpen(LPCWSTR str, LPMCI_OPEN_DRIVER_PARMSW modp) -{ - WINE_MCICDAUDIO* wmcda; - - if (!modp) return 0xFFFFFFFF; - - wmcda = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(WINE_MCICDAUDIO)); - - if (!wmcda) - return 0; - - wmcda->wDevID = modp->wDeviceID; - mciSetDriverData(wmcda->wDevID, (DWORD)wmcda); - modp->wCustomCommandTable = MCI_NO_COMMAND_TABLE; - modp->wType = MCI_DEVTYPE_CD_AUDIO; - return modp->wDeviceID; -} - -/************************************************************************** - * MCICDA_drvClose [internal] - */ -static DWORD MCICDA_drvClose(DWORD dwDevID) -{ - WINE_MCICDAUDIO* wmcda = (WINE_MCICDAUDIO*)mciGetDriverData(dwDevID); - - if (wmcda) { - HeapFree(GetProcessHeap(), 0, wmcda); - mciSetDriverData(dwDevID, 0); - } - return (dwDevID == 0xFFFFFFFF) ? 1 : 0; -} - -/************************************************************************** - * MCICDA_GetOpenDrv [internal] - */ -static WINE_MCICDAUDIO* MCICDA_GetOpenDrv(UINT wDevID) -{ - WINE_MCICDAUDIO* wmcda = (WINE_MCICDAUDIO*)mciGetDriverData(wDevID); - - if (wmcda == NULL || wmcda->nUseCount == 0) { - WARN("Invalid wDevID=%u\n", wDevID); - return 0; - } - return wmcda; -} - -/************************************************************************** - * MCICDA_GetStatus [internal] - */ -static DWORD MCICDA_GetStatus(WINE_MCICDAUDIO* wmcda) -{ - CDROM_SUB_Q_DATA_FORMAT fmt; - SUB_Q_CHANNEL_DATA data; - DWORD br; - DWORD mode = MCI_MODE_NOT_READY; - - fmt.Format = IOCTL_CDROM_CURRENT_POSITION; - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_Q_CHANNEL, &fmt, sizeof(fmt), - &data, sizeof(data), &br, NULL)) { - if (GetLastError() == STATUS_NO_MEDIA_IN_DEVICE) mode = MCI_MODE_OPEN; - } else { - switch (data.CurrentPosition.Header.AudioStatus) - { - case AUDIO_STATUS_IN_PROGRESS: mode = MCI_MODE_PLAY; break; - case AUDIO_STATUS_PAUSED: mode = MCI_MODE_PAUSE; break; - case AUDIO_STATUS_NO_STATUS: - case AUDIO_STATUS_PLAY_COMPLETE: mode = MCI_MODE_STOP; break; - case AUDIO_STATUS_PLAY_ERROR: - case AUDIO_STATUS_NOT_SUPPORTED: - default: - break; - } - } - return mode; -} - -/************************************************************************** - * MCICDA_GetError [internal] - */ -static int MCICDA_GetError(WINE_MCICDAUDIO* wmcda) -{ - switch (GetLastError()) - { - case STATUS_NO_MEDIA_IN_DEVICE: return MCIERR_DEVICE_NOT_READY; - case STATUS_IO_DEVICE_ERROR: return MCIERR_HARDWARE; - default: - FIXME("Unknown mode %lx\n", GetLastError()); - } - return MCIERR_DRIVER_INTERNAL; -} - -/************************************************************************** - * MCICDA_CalcFrame [internal] - */ -static DWORD MCICDA_CalcFrame(WINE_MCICDAUDIO* wmcda, DWORD dwTime) -{ - DWORD dwFrame = 0; - UINT wTrack; - CDROM_TOC toc; - DWORD br; - BYTE* addr; - - TRACE("(%p, %08lX, %lu);\n", wmcda, wmcda->dwTimeFormat, dwTime); - - switch (wmcda->dwTimeFormat) { - case MCI_FORMAT_MILLISECONDS: - dwFrame = ((dwTime - 1) * CDFRAMES_PERSEC + 500) / 1000; - TRACE("MILLISECONDS %lu\n", dwFrame); - break; - case MCI_FORMAT_MSF: - TRACE("MSF %02u:%02u:%02u\n", - MCI_MSF_MINUTE(dwTime), MCI_MSF_SECOND(dwTime), MCI_MSF_FRAME(dwTime)); - dwFrame += CDFRAMES_PERMIN * MCI_MSF_MINUTE(dwTime); - dwFrame += CDFRAMES_PERSEC * MCI_MSF_SECOND(dwTime); - dwFrame += MCI_MSF_FRAME(dwTime); - break; - case MCI_FORMAT_TMSF: - default: /* unknown format ! force TMSF ! ... */ - wTrack = MCI_TMSF_TRACK(dwTime); - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) - return 0; - if (wTrack < toc.FirstTrack || wTrack > toc.LastTrack) - return 0; - TRACE("MSF %02u-%02u:%02u:%02u\n", - MCI_TMSF_TRACK(dwTime), MCI_TMSF_MINUTE(dwTime), - MCI_TMSF_SECOND(dwTime), MCI_TMSF_FRAME(dwTime)); - addr = toc.TrackData[wTrack - toc.FirstTrack].Address; - TRACE("TMSF trackpos[%u]=%d:%d:%d\n", - wTrack, addr[1], addr[2], addr[3]); - dwFrame = CDFRAMES_PERMIN * (addr[1] + MCI_TMSF_MINUTE(dwTime)) + - CDFRAMES_PERSEC * (addr[2] + MCI_TMSF_SECOND(dwTime)) + - addr[3] + MCI_TMSF_FRAME(dwTime); - break; - } - return dwFrame; -} - -/************************************************************************** - * MCICDA_CalcTime [internal] - */ -static DWORD MCICDA_CalcTime(WINE_MCICDAUDIO* wmcda, DWORD tf, DWORD dwFrame, LPDWORD lpRet) -{ - DWORD dwTime = 0; - UINT wTrack; - UINT wMinutes; - UINT wSeconds; - UINT wFrames; - CDROM_TOC toc; - DWORD br; - - TRACE("(%p, %08lX, %lu);\n", wmcda, tf, dwFrame); - - switch (tf) { - case MCI_FORMAT_MILLISECONDS: - dwTime = (dwFrame * 1000) / CDFRAMES_PERSEC + 1; - TRACE("MILLISECONDS %lu\n", dwTime); - *lpRet = 0; - break; - case MCI_FORMAT_MSF: - wMinutes = dwFrame / CDFRAMES_PERMIN; - wSeconds = (dwFrame - CDFRAMES_PERMIN * wMinutes) / CDFRAMES_PERSEC; - wFrames = dwFrame - CDFRAMES_PERMIN * wMinutes - CDFRAMES_PERSEC * wSeconds; - dwTime = MCI_MAKE_MSF(wMinutes, wSeconds, wFrames); - TRACE("MSF %02u:%02u:%02u -> dwTime=%lu\n", - wMinutes, wSeconds, wFrames, dwTime); - *lpRet = MCI_COLONIZED3_RETURN; - break; - case MCI_FORMAT_TMSF: - default: /* unknown format ! force TMSF ! ... */ - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) - return 0; - if (dwFrame < FRAME_OF_TOC(toc, toc.FirstTrack) || - dwFrame > FRAME_OF_TOC(toc, toc.LastTrack + 1)) { - ERR("Out of range value %lu [%u,%u]\n", - dwFrame, FRAME_OF_TOC(toc, toc.FirstTrack), - FRAME_OF_TOC(toc, toc.LastTrack + 1)); - *lpRet = 0; - return 0; - } - for (wTrack = toc.FirstTrack; wTrack <= toc.LastTrack; wTrack++) { - if (FRAME_OF_TOC(toc, wTrack) > dwFrame) - break; - } - wTrack--; - dwFrame -= FRAME_OF_TOC(toc, wTrack); - wMinutes = dwFrame / CDFRAMES_PERMIN; - wSeconds = (dwFrame - CDFRAMES_PERMIN * wMinutes) / CDFRAMES_PERSEC; - wFrames = dwFrame - CDFRAMES_PERMIN * wMinutes - CDFRAMES_PERSEC * wSeconds; - dwTime = MCI_MAKE_TMSF(wTrack, wMinutes, wSeconds, wFrames); - TRACE("%02u-%02u:%02u:%02u\n", wTrack, wMinutes, wSeconds, wFrames); - *lpRet = MCI_COLONIZED4_RETURN; - break; - } - return dwTime; -} - -static DWORD MCICDA_Seek(UINT wDevID, DWORD dwFlags, LPMCI_SEEK_PARMS lpParms); -static DWORD MCICDA_Stop(UINT wDevID, DWORD dwFlags, LPMCI_GENERIC_PARMS lpParms); - -/************************************************************************** - * MCICDA_Open [internal] - */ -static DWORD MCICDA_Open(UINT wDevID, DWORD dwFlags, LPMCI_OPEN_PARMSW lpOpenParms) -{ - DWORD dwDeviceID; - DWORD ret = MCIERR_HARDWARE; - WINE_MCICDAUDIO* wmcda = (WINE_MCICDAUDIO*)mciGetDriverData(wDevID); - WCHAR root[7], drive = 0; - int count; - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpOpenParms); - - if (lpOpenParms == NULL) return MCIERR_NULL_PARAMETER_BLOCK; - if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; - - dwDeviceID = lpOpenParms->wDeviceID; - - if (wmcda->nUseCount > 0) { - /* The driver is already open on this channel */ - /* If the driver was opened shareable before and this open specifies */ - /* shareable then increment the use count */ - if (wmcda->fShareable && (dwFlags & MCI_OPEN_SHAREABLE)) - ++wmcda->nUseCount; - else - return MCIERR_MUST_USE_SHAREABLE; - } else { - wmcda->nUseCount = 1; - wmcda->fShareable = dwFlags & MCI_OPEN_SHAREABLE; - } - if (dwFlags & MCI_OPEN_ELEMENT) { - if (dwFlags & MCI_OPEN_ELEMENT_ID) { - WARN("MCI_OPEN_ELEMENT_ID %8lx ! Abort\n", (DWORD)lpOpenParms->lpstrElementName); - return MCIERR_NO_ELEMENT_ALLOWED; - } - TRACE("MCI_OPEN_ELEMENT element name: %s\n", debugstr_w(lpOpenParms->lpstrElementName)); - if (!isalpha(lpOpenParms->lpstrElementName[0]) || lpOpenParms->lpstrElementName[1] != ':' || - (lpOpenParms->lpstrElementName[2] && lpOpenParms->lpstrElementName[2] != '\\')) - { - WARN("MCI_OPEN_ELEMENT unsupported format: %s\n", - debugstr_w(lpOpenParms->lpstrElementName)); - ret = MCIERR_NO_ELEMENT_ALLOWED; - goto the_error; - } - drive = toupper(lpOpenParms->lpstrElementName[0]); - root[0] = drive; root[1] = ':'; root[2] = '\\'; root[3] = '\0'; - if (GetDriveTypeW(root) != DRIVE_CDROM) - { - ret = MCIERR_INVALID_DEVICE_NAME; - goto the_error; - } - } - else - { - /* drive letter isn't passed... get the dwDeviceID'th cdrom in the system */ - root[0] = 'A'; root[1] = ':'; root[2] = '\\'; root[3] = '\0'; - for (count = 0; root[0] <= 'Z'; root[0]++) - { - if (GetDriveTypeW(root) == DRIVE_CDROM && ++count >= dwDeviceID) - { - drive = root[0]; - break; - } - } - if (!drive) - { - ret = MCIERR_INVALID_DEVICE_ID; - goto the_error; - } - } - - wmcda->wNotifyDeviceID = dwDeviceID; - wmcda->dwTimeFormat = MCI_FORMAT_MSF; - - /* now, open the handle */ - root[0] = root[1] = '\\'; root[2] = '.'; root[3] = '\\'; root[4] = drive; root[5] = ':'; root[6] = '\0'; - wmcda->handle = CreateFileW(root, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, 0); - if (wmcda->handle != INVALID_HANDLE_VALUE) - return 0; - - the_error: - --wmcda->nUseCount; - return ret; -} - -/************************************************************************** - * MCICDA_Close [internal] - */ -static DWORD MCICDA_Close(UINT wDevID, DWORD dwParam, LPMCI_GENERIC_PARMS lpParms) -{ - WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwParam, lpParms); - - if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; - - if (--wmcda->nUseCount == 0) { - CloseHandle(wmcda->handle); - } - return 0; -} - -/************************************************************************** - * MCICDA_GetDevCaps [internal] - */ -static DWORD MCICDA_GetDevCaps(UINT wDevID, DWORD dwFlags, - LPMCI_GETDEVCAPS_PARMS lpParms) -{ - DWORD ret = 0; - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); - - if (lpParms == NULL) return MCIERR_NULL_PARAMETER_BLOCK; - - if (dwFlags & MCI_GETDEVCAPS_ITEM) { - TRACE("MCI_GETDEVCAPS_ITEM dwItem=%08lX;\n", lpParms->dwItem); - - switch (lpParms->dwItem) { - case MCI_GETDEVCAPS_CAN_RECORD: - lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_GETDEVCAPS_HAS_AUDIO: - lpParms->dwReturn = MAKEMCIRESOURCE(TRUE, MCI_TRUE); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_GETDEVCAPS_HAS_VIDEO: - lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_GETDEVCAPS_DEVICE_TYPE: - lpParms->dwReturn = MAKEMCIRESOURCE(MCI_DEVTYPE_CD_AUDIO, MCI_DEVTYPE_CD_AUDIO); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_GETDEVCAPS_USES_FILES: - lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_GETDEVCAPS_COMPOUND_DEVICE: - lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_GETDEVCAPS_CAN_EJECT: - lpParms->dwReturn = MAKEMCIRESOURCE(TRUE, MCI_TRUE); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_GETDEVCAPS_CAN_PLAY: - lpParms->dwReturn = MAKEMCIRESOURCE(TRUE, MCI_TRUE); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_GETDEVCAPS_CAN_SAVE: - lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); - ret = MCI_RESOURCE_RETURNED; - break; - default: - ERR("Unsupported %lx devCaps item\n", lpParms->dwItem); - return MCIERR_UNRECOGNIZED_COMMAND; - } - } else { - TRACE("No GetDevCaps-Item !\n"); - return MCIERR_UNRECOGNIZED_COMMAND; - } - TRACE("lpParms->dwReturn=%08lX;\n", lpParms->dwReturn); - return ret; -} - -static DWORD CDROM_Audio_GetSerial(CDROM_TOC* toc) -{ - unsigned long serial = 0; - int i; - WORD wMagic; - DWORD dwStart, dwEnd; - - /* - * wMagic collects the wFrames from track 1 - * dwStart, dwEnd collect the beginning and end of the disc respectively, in - * frames. - * There it is collected for correcting the serial when there are less than - * 3 tracks. - */ - wMagic = toc->TrackData[0].Address[3]; - dwStart = FRAME_OF_TOC(*toc, toc->FirstTrack); - - for (i = 0; i <= toc->LastTrack - toc->FirstTrack; i++) { - serial += (toc->TrackData[i].Address[1] << 16) | - (toc->TrackData[i].Address[2] << 8) | toc->TrackData[i].Address[3]; - } - dwEnd = FRAME_OF_TOC(*toc, toc->LastTrack + 1); - - if (toc->LastTrack - toc->FirstTrack + 1 < 3) - serial += wMagic + (dwEnd - dwStart); - - return serial; -} - - -/************************************************************************** - * MCICDA_Info [internal] - */ -static DWORD MCICDA_Info(UINT wDevID, DWORD dwFlags, LPMCI_INFO_PARMSW lpParms) -{ - LPCWSTR str = NULL; - WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); - DWORD ret = 0; - WCHAR buffer[16]; - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); - - if (lpParms == NULL || lpParms->lpstrReturn == NULL) - return MCIERR_NULL_PARAMETER_BLOCK; - if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; - - TRACE("buf=%p, len=%lu\n", lpParms->lpstrReturn, lpParms->dwRetSize); - - if (dwFlags & MCI_INFO_PRODUCT) { - static const WCHAR wszAudioCd[] = {'W','i','n','e','\'','s',' ','a','u','d','i','o',' ','C','D',0}; - str = wszAudioCd; - } else if (dwFlags & MCI_INFO_MEDIA_UPC) { - ret = MCIERR_NO_IDENTITY; - } else if (dwFlags & MCI_INFO_MEDIA_IDENTITY) { - DWORD res = 0; - CDROM_TOC toc; - DWORD br; - static const WCHAR wszLu[] = {'%','l','u',0}; - - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) { - return MCICDA_GetError(wmcda); - } - - res = CDROM_Audio_GetSerial(&toc); - sprintfW(buffer, wszLu, res); - str = buffer; - } else { - WARN("Don't know this info command (%lu)\n", dwFlags); - ret = MCIERR_UNRECOGNIZED_COMMAND; - } - if (str) { - if (lpParms->dwRetSize <= strlenW(str)) { - lstrcpynW(lpParms->lpstrReturn, str, lpParms->dwRetSize - 1); - ret = MCIERR_PARAM_OVERFLOW; - } else { - strcpyW(lpParms->lpstrReturn, str); - } - } else { - *lpParms->lpstrReturn = 0; - } - TRACE("=> %s (%ld)\n", debugstr_w(lpParms->lpstrReturn), ret); - return ret; -} - -/************************************************************************** - * MCICDA_Status [internal] - */ -static DWORD MCICDA_Status(UINT wDevID, DWORD dwFlags, LPMCI_STATUS_PARMS lpParms) -{ - WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); - DWORD idx; - DWORD ret = 0; - CDROM_SUB_Q_DATA_FORMAT fmt; - SUB_Q_CHANNEL_DATA data; - CDROM_TOC toc; - DWORD br; - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); - - if (lpParms == NULL) return MCIERR_NULL_PARAMETER_BLOCK; - if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; - - if (dwFlags & MCI_NOTIFY) { - TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); - mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), - wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); - } - if (dwFlags & MCI_STATUS_ITEM) { - TRACE("dwItem = %lx\n", lpParms->dwItem); - switch (lpParms->dwItem) { - case MCI_STATUS_CURRENT_TRACK: - fmt.Format = IOCTL_CDROM_CURRENT_POSITION; - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_Q_CHANNEL, &fmt, sizeof(fmt), - &data, sizeof(data), &br, NULL)) - { - return MCICDA_GetError(wmcda); - } - lpParms->dwReturn = data.CurrentPosition.TrackNumber; - TRACE("CURRENT_TRACK=%lu!\n", lpParms->dwReturn); - break; - case MCI_STATUS_LENGTH: - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) { - WARN("error reading TOC !\n"); - return MCICDA_GetError(wmcda); - } - if (dwFlags & MCI_TRACK) { - TRACE("MCI_TRACK #%lu LENGTH=??? !\n", lpParms->dwTrack); - if (lpParms->dwTrack < toc.FirstTrack || lpParms->dwTrack > toc.LastTrack) - return MCIERR_OUTOFRANGE; - idx = lpParms->dwTrack - toc.FirstTrack; - lpParms->dwReturn = FRAME_OF_TOC(toc, lpParms->dwTrack + 1) - - FRAME_OF_TOC(toc, lpParms->dwTrack); - /* Windows returns one frame less than the total track length for the - last track on the CD. See CDDB HOWTO. Verified on Win95OSR2. */ - if (lpParms->dwTrack == toc.LastTrack) - lpParms->dwReturn--; - } else { - /* Sum of the lengths of all of the tracks. Inherits the - 'off by one frame' behavior from the length of the last track. - See above comment. */ - lpParms->dwReturn = FRAME_OF_TOC(toc, toc.LastTrack + 1) - - FRAME_OF_TOC(toc, toc.FirstTrack) - 1; - } - lpParms->dwReturn = MCICDA_CalcTime(wmcda, - (wmcda->dwTimeFormat == MCI_FORMAT_TMSF) - ? MCI_FORMAT_MSF : wmcda->dwTimeFormat, - lpParms->dwReturn, - &ret); - TRACE("LENGTH=%lu !\n", lpParms->dwReturn); - break; - case MCI_STATUS_MODE: - lpParms->dwReturn = MCICDA_GetStatus(wmcda); - TRACE("MCI_STATUS_MODE=%08lX !\n", lpParms->dwReturn); - lpParms->dwReturn = MAKEMCIRESOURCE(lpParms->dwReturn, lpParms->dwReturn); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_STATUS_MEDIA_PRESENT: - lpParms->dwReturn = (MCICDA_GetStatus(wmcda) == MCI_MODE_OPEN) ? - MAKEMCIRESOURCE(FALSE, MCI_FALSE) : MAKEMCIRESOURCE(TRUE, MCI_TRUE); - TRACE("MCI_STATUS_MEDIA_PRESENT =%c!\n", LOWORD(lpParms->dwReturn) ? 'Y' : 'N'); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_STATUS_NUMBER_OF_TRACKS: - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) { - WARN("error reading TOC !\n"); - return MCICDA_GetError(wmcda); - } - lpParms->dwReturn = toc.LastTrack - toc.FirstTrack + 1; - TRACE("MCI_STATUS_NUMBER_OF_TRACKS = %lu !\n", lpParms->dwReturn); - if (lpParms->dwReturn == (WORD)-1) - return MCICDA_GetError(wmcda); - break; - case MCI_STATUS_POSITION: - if (dwFlags & MCI_STATUS_START) { - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) { - WARN("error reading TOC !\n"); - return MCICDA_GetError(wmcda); - } - lpParms->dwReturn = FRAME_OF_TOC(toc, toc.FirstTrack); - TRACE("get MCI_STATUS_START !\n"); - } else if (dwFlags & MCI_TRACK) { - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) { - WARN("error reading TOC !\n"); - return MCICDA_GetError(wmcda); - } - if (lpParms->dwTrack < toc.FirstTrack || lpParms->dwTrack > toc.LastTrack) - return MCIERR_OUTOFRANGE; - lpParms->dwReturn = FRAME_OF_TOC(toc, lpParms->dwTrack); - TRACE("get MCI_TRACK #%lu !\n", lpParms->dwTrack); - } else { - fmt.Format = IOCTL_CDROM_CURRENT_POSITION; - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_Q_CHANNEL, &fmt, sizeof(fmt), - &data, sizeof(data), &br, NULL)) { - return MCICDA_GetError(wmcda); - } - lpParms->dwReturn = FRAME_OF_ADDR(data.CurrentPosition.AbsoluteAddress); - } - lpParms->dwReturn = MCICDA_CalcTime(wmcda, wmcda->dwTimeFormat, lpParms->dwReturn, &ret); - TRACE("MCI_STATUS_POSITION=%08lX !\n", lpParms->dwReturn); - break; - case MCI_STATUS_READY: - TRACE("MCI_STATUS_READY !\n"); - switch (MCICDA_GetStatus(wmcda)) - { - case MCI_MODE_NOT_READY: - case MCI_MODE_OPEN: - lpParms->dwReturn = MAKEMCIRESOURCE(FALSE, MCI_FALSE); - break; - default: - lpParms->dwReturn = MAKEMCIRESOURCE(TRUE, MCI_TRUE); - break; - } - TRACE("MCI_STATUS_READY=%u!\n", LOWORD(lpParms->dwReturn)); - ret = MCI_RESOURCE_RETURNED; - break; - case MCI_STATUS_TIME_FORMAT: - lpParms->dwReturn = MAKEMCIRESOURCE(wmcda->dwTimeFormat, MCI_FORMAT_RETURN_BASE + wmcda->dwTimeFormat); - TRACE("MCI_STATUS_TIME_FORMAT=%08x!\n", LOWORD(lpParms->dwReturn)); - ret = MCI_RESOURCE_RETURNED; - break; - case 4001: /* FIXME: for bogus FullCD */ - case MCI_CDA_STATUS_TYPE_TRACK: - if (!(dwFlags & MCI_TRACK)) - ret = MCIERR_MISSING_PARAMETER; - else { - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) { - WARN("error reading TOC !\n"); - return MCICDA_GetError(wmcda); - } - if (lpParms->dwTrack < toc.FirstTrack || lpParms->dwTrack > toc.LastTrack) - ret = MCIERR_OUTOFRANGE; - else - lpParms->dwReturn = (toc.TrackData[lpParms->dwTrack - toc.FirstTrack].Control & 0x04) ? - MCI_CDA_TRACK_OTHER : MCI_CDA_TRACK_AUDIO; - } - TRACE("MCI_CDA_STATUS_TYPE_TRACK[%ld]=%ld\n", lpParms->dwTrack, lpParms->dwReturn); - break; - default: - FIXME("unknown command %08lX !\n", lpParms->dwItem); - return MCIERR_UNRECOGNIZED_COMMAND; - } - } else { - WARN("not MCI_STATUS_ITEM !\n"); - } - return ret; -} - -/************************************************************************** - * MCICDA_SkipDataTracks [internal] - */ -static DWORD MCICDA_SkipDataTracks(WINE_MCICDAUDIO* wmcda,DWORD *frame) -{ - int i; - DWORD br; - CDROM_TOC toc; - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) { - WARN("error reading TOC !\n"); - return MCICDA_GetError(wmcda); - } - /* Locate first track whose starting frame is bigger than frame */ - for(i=toc.FirstTrack;i<=toc.LastTrack+1;i++) - if ( FRAME_OF_TOC(toc, i) > *frame ) break; - if (i <= toc.FirstTrack && i>toc.LastTrack+1) { - i = 0; /* requested address is out of range: go back to start */ - *frame = FRAME_OF_TOC(toc,toc.FirstTrack); - } - else - i--; - /* i points to last track whose start address is not greater than frame. - * Now skip non-audio tracks */ - for(;i<=toc.LastTrack+1;i++) - if ( ! (toc.TrackData[i-toc.FirstTrack].Control & 4) ) - break; - /* The frame will be an address in the next audio track or - * address of lead-out. */ - if ( FRAME_OF_TOC(toc, i) > *frame ) - *frame = FRAME_OF_TOC(toc, i); - return 0; -} - -/************************************************************************** - * MCICDA_Play [internal] - */ -static DWORD MCICDA_Play(UINT wDevID, DWORD dwFlags, LPMCI_PLAY_PARMS lpParms) -{ - WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); - DWORD ret = 0, start, end; - DWORD br; - CDROM_PLAY_AUDIO_MSF play; - CDROM_SUB_Q_DATA_FORMAT fmt; - SUB_Q_CHANNEL_DATA data; - CDROM_TOC toc; - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); - - if (lpParms == NULL) - return MCIERR_NULL_PARAMETER_BLOCK; - - if (wmcda == NULL) - return MCIERR_INVALID_DEVICE_ID; - - if (dwFlags & MCI_FROM) { - start = MCICDA_CalcFrame(wmcda, lpParms->dwFrom); - if ( (ret=MCICDA_SkipDataTracks(wmcda, &start)) ) - return ret; - TRACE("MCI_FROM=%08lX -> %lu \n", lpParms->dwFrom, start); - } else { - fmt.Format = IOCTL_CDROM_CURRENT_POSITION; - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_Q_CHANNEL, &fmt, sizeof(fmt), - &data, sizeof(data), &br, NULL)) { - return MCICDA_GetError(wmcda); - } - start = FRAME_OF_ADDR(data.CurrentPosition.AbsoluteAddress); - if ( (ret=MCICDA_SkipDataTracks(wmcda, &start)) ) - return ret; - } - if (dwFlags & MCI_TO) { - end = MCICDA_CalcFrame(wmcda, lpParms->dwTo); - TRACE("MCI_TO=%08lX -> %lu \n", lpParms->dwTo, end); - } else { - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) { - WARN("error reading TOC !\n"); - return MCICDA_GetError(wmcda); - } - end = FRAME_OF_TOC(toc, toc.LastTrack + 1) - 1; - } - TRACE("Playing from %lu to %lu\n", start, end); - play.StartingM = start / CDFRAMES_PERMIN; - play.StartingS = (start / CDFRAMES_PERSEC) % 60; - play.StartingF = start % CDFRAMES_PERSEC; - play.EndingM = end / CDFRAMES_PERMIN; - play.EndingS = (end / CDFRAMES_PERSEC) % 60; - play.EndingF = end % CDFRAMES_PERSEC; - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_PLAY_AUDIO_MSF, &play, sizeof(play), - NULL, 0, &br, NULL)) { - ret = MCIERR_HARDWARE; - } else if (dwFlags & MCI_NOTIFY) { - TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); - /* - mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), - wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); - */ - } - return ret; -} - -/************************************************************************** - * MCICDA_Stop [internal] - */ -static DWORD MCICDA_Stop(UINT wDevID, DWORD dwFlags, LPMCI_GENERIC_PARMS lpParms) -{ - WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); - DWORD br; - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); - - if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; - - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_STOP_AUDIO, NULL, 0, NULL, 0, &br, NULL)) - return MCIERR_HARDWARE; - - if (lpParms && (dwFlags & MCI_NOTIFY)) { - TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); - mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), - wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); - } - return 0; -} - -/************************************************************************** - * MCICDA_Pause [internal] - */ -static DWORD MCICDA_Pause(UINT wDevID, DWORD dwFlags, LPMCI_GENERIC_PARMS lpParms) -{ - WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); - DWORD br; - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); - - if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; - - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_PAUSE_AUDIO, NULL, 0, NULL, 0, &br, NULL)) - return MCIERR_HARDWARE; - - if (lpParms && (dwFlags & MCI_NOTIFY)) { - TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); - mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), - wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); - } - return 0; -} - -/************************************************************************** - * MCICDA_Resume [internal] - */ -static DWORD MCICDA_Resume(UINT wDevID, DWORD dwFlags, LPMCI_GENERIC_PARMS lpParms) -{ - WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); - DWORD br; - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); - - if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; - - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_RESUME_AUDIO, NULL, 0, NULL, 0, &br, NULL)) - return MCIERR_HARDWARE; - - if (lpParms && (dwFlags & MCI_NOTIFY)) { - TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); - mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), - wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); - } - return 0; -} - -/************************************************************************** - * MCICDA_Seek [internal] - */ -static DWORD MCICDA_Seek(UINT wDevID, DWORD dwFlags, LPMCI_SEEK_PARMS lpParms) -{ - DWORD at; - WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); - CDROM_SEEK_AUDIO_MSF seek; - DWORD br, ret; - CDROM_TOC toc; - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); - - if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; - if (lpParms == NULL) return MCIERR_NULL_PARAMETER_BLOCK; - - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC, NULL, 0, - &toc, sizeof(toc), &br, NULL)) { - WARN("error reading TOC !\n"); - return MCICDA_GetError(wmcda); - } - switch (dwFlags & ~(MCI_NOTIFY|MCI_WAIT)) { - case MCI_SEEK_TO_START: - TRACE("Seeking to start\n"); - at = FRAME_OF_TOC(toc,toc.FirstTrack); - if ( (ret=MCICDA_SkipDataTracks(wmcda, &at)) ) - return ret; - break; - case MCI_SEEK_TO_END: - TRACE("Seeking to end\n"); - at = FRAME_OF_TOC(toc, toc.LastTrack + 1) - 1; - if ( (ret=MCICDA_SkipDataTracks(wmcda, &at)) ) - return ret; - break; - case MCI_TO: - TRACE("Seeking to %lu\n", lpParms->dwTo); - at = MCICDA_CalcFrame(wmcda, lpParms->dwTo); - if ( (ret=MCICDA_SkipDataTracks(wmcda, &at)) ) - return ret; - break; - default: - TRACE("Unknown seek action %08lX\n", - (dwFlags & ~(MCI_NOTIFY|MCI_WAIT))); - return MCIERR_UNSUPPORTED_FUNCTION; - } - seek.M = at / CDFRAMES_PERMIN; - seek.S = (at / CDFRAMES_PERSEC) % 60; - seek.F = at % CDFRAMES_PERSEC; - if (!DeviceIoControl(wmcda->handle, IOCTL_CDROM_SEEK_AUDIO_MSF, &seek, sizeof(seek), - NULL, 0, &br, NULL)) - return MCIERR_HARDWARE; - - if (dwFlags & MCI_NOTIFY) { - TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", lpParms->dwCallback); - mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), - wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); - } - return 0; -} - -/************************************************************************** - * MCICDA_SetDoor [internal] - */ -static DWORD MCICDA_SetDoor(UINT wDevID, BOOL open) -{ - WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); - DWORD br; - - TRACE("(%04x, %s) !\n", wDevID, (open) ? "OPEN" : "CLOSE"); - - if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; - - if (!DeviceIoControl(wmcda->handle, - (open) ? IOCTL_STORAGE_EJECT_MEDIA : IOCTL_STORAGE_LOAD_MEDIA, - NULL, 0, NULL, 0, &br, NULL)) - return MCIERR_HARDWARE; - - return 0; -} - -/************************************************************************** - * MCICDA_Set [internal] - */ -static DWORD MCICDA_Set(UINT wDevID, DWORD dwFlags, LPMCI_SET_PARMS lpParms) -{ - WINE_MCICDAUDIO* wmcda = MCICDA_GetOpenDrv(wDevID); - - TRACE("(%04X, %08lX, %p);\n", wDevID, dwFlags, lpParms); - - if (wmcda == NULL) return MCIERR_INVALID_DEVICE_ID; - - if (dwFlags & MCI_SET_DOOR_OPEN) { - MCICDA_SetDoor(wDevID, TRUE); - } - if (dwFlags & MCI_SET_DOOR_CLOSED) { - MCICDA_SetDoor(wDevID, FALSE); - } - - /* only functions which require valid lpParms below this line ! */ - if (lpParms == NULL) return MCIERR_NULL_PARAMETER_BLOCK; - /* - TRACE("dwTimeFormat=%08lX\n", lpParms->dwTimeFormat); - TRACE("dwAudio=%08lX\n", lpParms->dwAudio); - */ - if (dwFlags & MCI_SET_TIME_FORMAT) { - switch (lpParms->dwTimeFormat) { - case MCI_FORMAT_MILLISECONDS: - TRACE("MCI_FORMAT_MILLISECONDS !\n"); - break; - case MCI_FORMAT_MSF: - TRACE("MCI_FORMAT_MSF !\n"); - break; - case MCI_FORMAT_TMSF: - TRACE("MCI_FORMAT_TMSF !\n"); - break; - default: - WARN("bad time format !\n"); - return MCIERR_BAD_TIME_FORMAT; - } - wmcda->dwTimeFormat = lpParms->dwTimeFormat; - } - if (dwFlags & MCI_SET_VIDEO) return MCIERR_UNSUPPORTED_FUNCTION; - if (dwFlags & MCI_SET_ON) return MCIERR_UNSUPPORTED_FUNCTION; - if (dwFlags & MCI_SET_OFF) return MCIERR_UNSUPPORTED_FUNCTION; - if (dwFlags & MCI_NOTIFY) { - TRACE("MCI_NOTIFY_SUCCESSFUL %08lX !\n", - lpParms->dwCallback); - mciDriverNotify(HWND_32(LOWORD(lpParms->dwCallback)), - wmcda->wNotifyDeviceID, MCI_NOTIFY_SUCCESSFUL); - } - return 0; -} - -/************************************************************************** - * DriverProc (MCICDA.@) - */ -LONG CALLBACK MCICDA_DriverProc(DWORD dwDevID, HDRVR hDriv, DWORD wMsg, - DWORD dwParam1, DWORD dwParam2) -{ - switch(wMsg) { - case DRV_LOAD: return 1; - case DRV_FREE: return 1; - case DRV_OPEN: return MCICDA_drvOpen((LPCWSTR)dwParam1, (LPMCI_OPEN_DRIVER_PARMSW)dwParam2); - case DRV_CLOSE: return MCICDA_drvClose(dwDevID); - case DRV_ENABLE: return 1; - case DRV_DISABLE: return 1; - case DRV_QUERYCONFIGURE: return 1; - case DRV_CONFIGURE: MessageBoxA(0, "MCI audio CD driver !", "Wine Driver", MB_OK); return 1; - case DRV_INSTALL: return DRVCNF_RESTART; - case DRV_REMOVE: return DRVCNF_RESTART; - } - - if (dwDevID == 0xFFFFFFFF) return MCIERR_UNSUPPORTED_FUNCTION; - - switch (wMsg) { - case MCI_OPEN_DRIVER: return MCICDA_Open(dwDevID, dwParam1, (LPMCI_OPEN_PARMSW)dwParam2); - case MCI_CLOSE_DRIVER: return MCICDA_Close(dwDevID, dwParam1, (LPMCI_GENERIC_PARMS)dwParam2); - case MCI_GETDEVCAPS: return MCICDA_GetDevCaps(dwDevID, dwParam1, (LPMCI_GETDEVCAPS_PARMS)dwParam2); - case MCI_INFO: return MCICDA_Info(dwDevID, dwParam1, (LPMCI_INFO_PARMSW)dwParam2); - case MCI_STATUS: return MCICDA_Status(dwDevID, dwParam1, (LPMCI_STATUS_PARMS)dwParam2); - case MCI_SET: return MCICDA_Set(dwDevID, dwParam1, (LPMCI_SET_PARMS)dwParam2); - case MCI_PLAY: return MCICDA_Play(dwDevID, dwParam1, (LPMCI_PLAY_PARMS)dwParam2); - case MCI_STOP: return MCICDA_Stop(dwDevID, dwParam1, (LPMCI_GENERIC_PARMS)dwParam2); - case MCI_PAUSE: return MCICDA_Pause(dwDevID, dwParam1, (LPMCI_GENERIC_PARMS)dwParam2); - case MCI_RESUME: return MCICDA_Resume(dwDevID, dwParam1, (LPMCI_GENERIC_PARMS)dwParam2); - case MCI_SEEK: return MCICDA_Seek(dwDevID, dwParam1, (LPMCI_SEEK_PARMS)dwParam2); - /* commands that should report an error as they are not supported in - * the native version */ - case MCI_SET_DOOR_CLOSED: - case MCI_SET_DOOR_OPEN: - case MCI_LOAD: - case MCI_SAVE: - case MCI_FREEZE: - case MCI_PUT: - case MCI_REALIZE: - case MCI_UNFREEZE: - case MCI_UPDATE: - case MCI_WHERE: - case MCI_STEP: - case MCI_SPIN: - case MCI_ESCAPE: - case MCI_COPY: - case MCI_CUT: - case MCI_DELETE: - case MCI_PASTE: - case MCI_WINDOW: - TRACE("Unsupported command [0x%lx]\n", wMsg); - break; - case MCI_OPEN: - case MCI_CLOSE: - ERR("Shouldn't receive a MCI_OPEN or CLOSE message\n"); - break; - default: - TRACE("Sending msg [0x%lx] to default driver proc\n", wMsg); - return DefDriverProc(dwDevID, hDriv, wMsg, dwParam1, dwParam2); - } - return MCIERR_UNRECOGNIZED_COMMAND; -} - -/*-----------------------------------------------------------------------*/ diff -Nru wine/dlls/winmm/mcicda/mcicda.drv.spec winedev/dlls/winmm/mcicda/mcicda.drv.spec --- wine/dlls/winmm/mcicda/mcicda.drv.spec 2002-06-21 21:15:50.000000000 +0200 +++ winedev/dlls/winmm/mcicda/mcicda.drv.spec 1970-01-01 01:00:00.000000000 +0100 @@ -1 +0,0 @@ -@ stdcall DriverProc(long long long long long) MCICDA_DriverProc diff -Nru wine/tools/winapi/win32.api winedev/tools/winapi/win32.api --- wine/tools/winapi/win32.api 2005-07-21 20:36:44.000000000 +0200 +++ winedev/tools/winapi/win32.api 2005-07-22 14:47:09.000000000 +0200 @@ -1806,7 +1806,7 @@ HDRVR LONG -%%mcicda.drv +%%mcicda.dll %long diff -Nru wine/tools/wine.inf winedev/tools/wine.inf --- wine/tools/wine.inf 2005-06-29 20:29:00.000000000 +0200 +++ winedev/tools/wine.inf 2005-07-22 14:46:50.000000000 +0200 @@ -208,7 +208,7 @@ [MCI] HKLM,%Mci32Str%,"AVIVideo",,"mciavi.drv" -HKLM,%Mci32Str%,"CDAudio",,"mcicda.drv" +HKLM,%Mci32Str%,"CDAudio",,"mcicda.dll" HKLM,%Mci32Str%,"Sequencer",,"mciseq.drv" HKLM,%Mci32Str%,"WaveAudio",,"mciwave.drv" @@ -2065,7 +2065,7 @@ system.ini, mci,,"MPEGVideo=mciqtz.drv" system.ini, mci,,"MPEGVideo2=mciqtz.drv" system.ini, mci,,"avivideo=mciavi.drv" -system.ini, mci,,"cdaudio=mcicda.drv" +system.ini, mci,,"cdaudio=mcicda.dll" system.ini, mci,,"sequencer=mciseq.drv" system.ini, mci,,"vcr=mcivisca.drv" system.ini, mci,,"; videodisc=mcipionr.drv"

1 0

Re: [ntdll/tests/info.c] Skip test if needed
by Felix Nawothnig 22 Jul '05

22 Jul '05

Paul Vriens wrote: > every now and then one of the tests failed. Probably because a process is > not longer there. You could spawn a child-process in the test which would be more reliable (or you could query the current process - that's what I do in the psapi tests)... Felix

2 1

Re: PATCH: EnumProps16 do not enumerate non strings
by Alexandre Julliard 22 Jul '05

22 Jul '05

Marcus Meissner <meissner(a)suse.de> writes: > In 2001 when windows/property.c moved to dlls/user/property.c additionaly > EnumProps16 gained the ability to enumerate non-string atoms. > > This brings a 16 bit application I have here to crash in > repne scansb es:(di), so it clearly expects get only strings. > > Ciao, Marcus > > Changelog: > Do not enumerate non-strings in EnumProp16. That ability was added specifically for 16-bit apps, so I don't think it should be removed. Probably the problem is because of some Wine internal property. Can you find out which property is causing trouble? -- Alexandre Julliard julliard(a)winehq.org

2 1

winrash and ntservice
by Paul Walker 22 Jul '05

22 Jul '05

I just joined this list and noticed the nt service messages (below) I haven't investigated what winrash is, but _assuming_ that you need it as a service on NT, then the problem appears to be that it needs to display windows (or interact with the user somehow). The main problem will be that services run on their own desktop (unique to the service, not the logon, screensaver or iteractive desktops). A message box can be displayed on the interactive desktop by using the MB_SERVICE_NOTIFICATION flag with MessageBox(). To actually display some more complex UI, you need to create the window on the correct desktop. Check MSDN (msdn.microsoft.com) for details, but the following is what is probably required: 1. Call OpenInputDesktop(). 2. Call SetThreadDesktop() to allow the current thread to use that desktop. 3. Create your windows etc. Note the security risk msdn notes for SetThreadDesktop. This is because the service is probably running as a priviledged user (the LocalSystem account unless specified otherwise). It will need the elevated priviledges to attach to the desktop which will have an ACL that only allows the current logged in user). Hope that's enough to get someone working on this (sorry, I'm not volunteering :-( Robert Shearman wrote: >> >> >> Only on Win95/98/ME. > > > > I thought we'd fixed the problems with running it as a service on NT > so that it could again be run automatically? > Not as far as i know. It was recommended to mark the winrash service as "allowed to interact with desktop" or some such. It didn't help though. //Jakob

2 1

Changing DLL imports in wine
by Damjan Jovanovic 22 Jul '05

22 Jul '05

I'd like to know if there are any functions in Wine for changing the function pointer values in a DLL's (or, for that matter, an executable's) import table at the time it is loaded. ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

3 6

Buttons in window title bar
by Michael Jung 22 Jul '05

22 Jul '05

Hi, since this patch (http://www.winehq.org/hypermail/wine-cvs/2005/07/0168.html) was applied, the buttons in the window title bars are plain squares on my system. I'm wondering if I have a problem with my font setup. Do other people have this problem (You will only see it in desktop mode or in MDI applications though)? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

5 7

Re: SETUPAPI: Fix whitespace handling in the INF parser.
by Alexandre Julliard 22 Jul '05

22 Jul '05

Matthew Davison <mjd77(a)cam.ac.uk> writes: > Without this patch, the INF parser in setupapi will strip any spaces > which are not inside quotes from an INF file. Windows will only strip > spaces at the start and end of each field/line. This is supposed to be handled by the TRAILING_SPACES state already. Do you have a test case demonstrating the problem? -- Alexandre Julliard julliard(a)winehq.org

2 4

D3DCMPFUNC fix
by Paul Walker 22 Jul '05

22 Jul '05

A tried to run Morrowind (it fails loading the outdoors). I saw a message of unsupported D3DCMPFUNC. So I looked up MSDN and it mentioned defaults, so I've added them. Not sure if they also need to be in the d3d8/ directory too? It didn't fix my problem, but it is probably still useful to have.

1 0

dlls/wined3d/drawprim.c warnings
by Gerald Pfeifer 22 Jul '05

22 Jul '05

I'm currently seeing the following, new warnings for dlls/wined3d/drawprim.c: drawprim.c: In function `primitiveConvertToStridedData': drawprim.c:540: warning: unused variable `canDoViaGLPointers' drawprim.c: At top level: drawprim.c:702: warning: `draw_vertex' defined but not used The former is fixed by the patch below (the variable not being used anywhere). The latter has been introduced by the following cleanup patch: revision 1.16 date: 2005/07/14 12:19:53; author: julliard; state: Exp; lines: +9 -9 Stefan Huehner <stefan(a)huehner.org> Fix some missing-declarations warnings. Gerald ChangeLog: Remove unused variable in primitiveConvertToStridedData(). Index: drawprim.c =================================================================== RCS file: /home/wine/wine/dlls/wined3d/drawprim.c,v retrieving revision 1.19 diff -u -3 -p -r1.19 drawprim.c --- drawprim.c 21 Jul 2005 11:01:19 -0000 1.19 +++ drawprim.c 22 Jul 2005 06:41:51 -0000 @@ -537,7 +537,6 @@ static void primitiveConvertToStridedDat short LoopThroughTo = 0; short nStream; - BOOL canDoViaGLPointers = TRUE; int numBlends; int numTextures; int textureNo;

1 0

Re: HHCTRL.OCX: fix W to A call
by Dmitry Timoshkov 21 Jul '05

21 Jul '05

"Saulius Krasuckas" <saulius2(a)ar.fi.lt> wrote: > ChangeLog: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Fix W to A call. I don't see much point in such a "fix". It actually fixes nothing, and removes a readability of the message. -- Dmitry.

6 6

Re: Update win32.api
by Vincent Béron 21 Jul '05

21 Jul '05

Le jeu 21/07/2005 à 12:17, Francois Gouget a écrit : [snip] > Index: dlls/secur32/secur32.c > =================================================================== > RCS file: /var/cvs/wine/dlls/secur32/secur32.c,v > retrieving revision 1.7 > diff -u -p -r1.7 secur32.c > --- dlls/secur32/secur32.c 18 Jul 2005 09:11:14 -0000 1.7 > +++ dlls/secur32/secur32.c 19 Jul 2005 13:26:26 -0000 > @@ -958,7 +958,7 @@ BOOLEAN WINAPI GetUserNameExW( > NTSTATUS WINAPI LsaCallAuthenticationPackage( > HANDLE LsaHandle, ULONG AuthenticationPackage, PVOID ProtocolSubmitBuffer, > ULONG SubmitBufferLength, PVOID* ProtocolReturnBuffer, PULONG ReturnBufferLength, > - NTSTATUS *ProtocolStatus) > + PNTSTATUS ProtocolStatus) This causes a compilation error, PNTSTATUS isn't defined anywhere else. Or do you have an as of yet unsent patch adding it? :) Vincent

1 0

printing problems
by josie＠mbstemps.com 21 Jul '05

21 Jul '05

Hi I've been running Delphi executables off of Wine and I just installed a default printer to my linux system. It's a miracle but I could print off of my Delphi executable on the first try. The only problem is the margins and page layout are little off. Nothing drastic, but the margins cutoff the first line and about half a character on the left margin. I was wondering if this is a postscript problem and what I could do to fix it? -Josie

1 0

wow32 forwards going into the void?
by Marcus Meissner 21 Jul '05

21 Jul '05

Hi, dlls/wow32/wow32.spec forwards into our kernel32.dll by named imports. However, the referenced functions are no longer exported by name. Also jsut replacing the function by a number does not seem to work. How to fix? Ciao, Marcus

1 0

Re: [wined3d] numblends
by Raphael 21 Jul '05

21 Jul '05

On Wednesday 20 July 2005 20:18, you wrote: > Hi, > This patch corrects a problem with the way that FVF vertex arrays > containing blends or orthographic is calcualted. > > This patch should get Axis and Allies and Kohan 2 started > Good catch :) Regards, Raphael

2 1

Re: foward declare interfaces in stdole2
by Huw D M Davies 21 Jul '05

21 Jul '05

On Thu, Jul 21, 2005 at 12:06:15PM +0530, Vijay Kiran Kamuju wrote: > This fixes the below problem, same problem i faced with msxml > interfaces and forward declarations fixed it. > > ChangeLog > ---------------- > Forward declare interfaces This isn't what we want anyway, since it changes the order of the typeinfos in the typelib. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Run-time error '13'
by Savio Ramos 21 Jul '05

21 Jul '05

Hi, I am using wine without problems but after upgrade for release 0.0.20050628-2, this error appeared in a window after SISUPFOR.exe started: Run-time error '13' Type mismatch Any help? Thanks. -- Savio Martins Ramos - Arquiteto Rio de Janeiro ICQ 174972645 Pirataria não! Seja livre: Linux http://www.debian.org _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/

3 5

std* streams in MSVC
by Saulius Krasuckas 21 Jul '05

21 Jul '05

I am testing code: | #include <stdio.h> | | void main( void ) | { | printf( "The file handle for stdin is %p %d\n", stdin, _fileno( stdin )); | printf( "The file handle for stdout is %p %d\n", stdout, _fileno( stdout )); | printf( "The file handle for stderr is %p %d\n", stderr, _fileno( stderr )); | } I link with no libraries and get following output: | The file handle for stdin is 00424A30 0 | The file handle for stdout is 00424A50 1 | The file handle for stderr is 00424A70 2 If I link with msvcrtd.lib, then output is: | The file handle for stdin is 004150B0 270578480 | The file handle for stdout is 004150D0 270608264 | The file handle for stderr is 004150F0 0 And this I get with msvcrt.lib: | The file handle for stdin is 004150B0 2013313950 | The file handle for stdout is 004150D0 2013328746 | The file handle for stderr is 004150F0 0 Calls to freopen(), fprintf(), setvbuf() using any std* stream throws an exception in last two cases (msvcrtd.lib and msvcrt.lib). I guess pointers are left uninitialized. Anybody knows why and how to make this code work in all three cases?

1 0

Re: stdole2.tlb
by Ivan Gyurdiev 21 Jul '05

21 Jul '05

> I've not tested this with an InstallShield installer - feedback > welcome. Thank you very much - GTA will now begin installing, will get through all the InstallShield screens, and then it gets to the last one where it should begin installing, and it freezes and nothing happens. fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:system:SystemParametersInfoW Unimplemented action: 8202 (SPI_GETFONTSMOOTHINGTYPE) fixme:system:SystemParametersInfoW Unimplemented action: 8202 (SPI_GETFONTSMOOTHINGTYPE) fixme:system:SystemParametersInfoW Unimplemented action: 8202 (SPI_GETFONTSMOOTHINGTYPE) fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects ... (more of this) fixme:win:SetWindowTextA setting text "TITLE_CAPTIONBAR" of other process window (nil) should not use SendMessage fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:win:SetWindowTextA setting text "GTA San Andreas - InstallShield Wizard" of other process window (nil) should not use SendMessage fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff .... fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad3f8,0x7fcad3fc), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad2f8,0x7fcad2fc), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad37c,0x7fcad380), stub! fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad8e4,0x7fcad8e8), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad7e4,0x7fcad7e8), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad868,0x7fcad86c), stub! ... (more of this)

1 0

Re: headers: handle sizeof(long)==8
by Raphael 21 Jul '05

21 Jul '05

On Wednesday 20 July 2005 05:00, Kevin Koltzau wrote: > Changelog > If sizeof(long)==8, define DWORD and LONG as 32bit int Hi, Why not using basetsd.h defines instead ? Regards, Raphael

2 1

Re: File dialogs *should* browse to the directory when a directory name is typed in and the "Open" button or save button is clicked
by Huw D M Davies 20 Jul '05

20 Jul '05

On Wed, Jul 20, 2005 at 04:18:55PM +1000, Troy Rollo wrote: > This patch reverses the change made by change set 17928 > <http://cvs.winehq.org/patch.py?id=17928>. Under windows if you type in the > name of a directory these dialogs do browse to that directory. As far as I > can tell 17928 does nothing other than make the Wine dialog's behaviour > diverge from native Windows behaviour. > > ChangeLog: > Reverse change set 17928 - the correct behaviour in Windows is to > browse to the directory if a directory name is typed into the edit box > of a file dialog and the confirmation button (or Enter key) is hit. Hmm, there's clearly something else going on here as I didn't just make up this behaviour. Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Today's winetest build?
by Paul Millar 20 Jul '05

20 Jul '05

Hi, I've noticed that the test site (test.winehq.org/data) has no mention of today's cron-build of winetest. Having monkeyed about with the build process over the weekend (but, I thought, not that part) I'm a little worried I might have inadvertently upset the part that registers a new cron-build. Could someone check that test.winehq.org/service received a (http) hit today? Cheers, Paul.

5 6

Celebrating some hard work
by Jeremy White 20 Jul '05

20 Jul '05

Hi folks, You may have noticed Rob submitting a long string of OLE patches. That is formally the last set of 'hard work' we planned to do as part of our work on our 5.0 release. Now we just have to do the 'easy part' - stabilizing for release <g>. The big picture items included the window manager rewrite, the OLE/COM work, and the work on MSI. I'd like to take a minute to thank all the people, both inside and outside CodeWeavers, that helped to work on these projects. I think that these tasks represent a fairly signficant milestone for Wine - we seem to have enough working that Alexandre is willing to contemplate a non alpha release; that's a pretty big deal. (Another 11 years, and maybe 1.0 will actually happen :-/). At any rate, this work has been a bit hard on us, because it's largely been under the hood, unsexy work that tends to cause regressions. So from a customer perspective, the rational analysis is: "you did all that work and now my windows don't scroll right? Morons!" But one of the key benefits that the OLE/MSI work gives us, in particular, is that we can now intelligently debug issues with COM, which was always a nightmare to debug before. And, as you all probably know, many installers rely heavily on both COM and MSI to do their work. So we now believe that many, many more installers will 'just work' than before. And we further believe that those that don't work can be fixed in a much more straightforward way. Thus, I am now making good on my promise to lock Rob and Aric in a room and make installers go. We've announced a formal, CrossOver based program over on our web site. However, I wanted to let you know that we'll do the same on an informal basis, particularly for known Wine developers. I'm hoping that as a result of this work we'll soon be able to claim with a straight face: "Most things install." So, if you have an app that doesn't install, post a message to wine-devel, and let's see if we can't make some lemonade and have a party! Cheers, Jeremy

9 9

Re: WLDAP32: implement ldap_simple_bind* and ldap_unbind* functions
by Felix Nawothnig 20 Jul '05

20 Jul '05

Hans Leidekker wrote: > Although not strictly necessary, I did the ldap_unbind functions > as wrappers because I'd like the debug logging to show ldap_bind > and matching ldap_unbind calls. Does +relay not work here? Felix

1 0

Re: [HHCTRL #1] Add the WebBrowser header
by Alexandre Julliard 20 Jul '05

20 Jul '05

James Hawkins <truiken(a)gmail.com> writes: > +HRESULT STDMETHODCALLTYPE Storage_QueryInterface(IStorage *This, REFIID riid, LPVOID *ppvObj); > +ULONG STDMETHODCALLTYPE Storage_AddRef(IStorage *This); > +ULONG STDMETHODCALLTYPE Storage_Release(IStorage *This); > +HRESULT STDMETHODCALLTYPE Storage_CreateStream(IStorage *This, const WCHAR *pwcsName, DWORD grfMode, DWORD reserved1, DWORD reserved2, IStream **ppstm); > +HRESULT STDMETHODCALLTYPE Storage_OpenStream(IStorage *This, const WCHAR * pwcsName, void *reserved1, DWORD grfMode, DWORD reserved2, IStream **ppstm); > +HRESULT STDMETHODCALLTYPE Storage_CreateStorage(IStorage *This, const WCHAR *pwcsName, DWORD grfMode, DWORD reserved1, DWORD reserved2, IStorage **ppstg); > +HRESULT STDMETHODCALLTYPE Storage_OpenStorage(IStorage *This, const WCHAR * pwcsName, IStorage * pstgPriority, DWORD grfMode, SNB snbExclude, DWORD reserved, IStorage **ppstg); > +HRESULT STDMETHODCALLTYPE Storage_CopyTo(IStorage *This, DWORD ciidExclude, IID const *rgiidExclude, SNB snbExclude,IStorage *pstgDest); > +HRESULT STDMETHODCALLTYPE Storage_MoveElementTo(IStorage *This, const OLECHAR *pwcsName,IStorage * pstgDest, const OLECHAR *pwcsNewName, DWORD grfFlags); > +HRESULT STDMETHODCALLTYPE Storage_Commit(IStorage *This, DWORD grfCommitFlags); > +HRESULT STDMETHODCALLTYPE Storage_Revert(IStorage *This); > +HRESULT STDMETHODCALLTYPE Storage_EnumElements(IStorage *This, DWORD reserved1, void * reserved2, DWORD reserved3, IEnumSTATSTG ** ppenum); > +HRESULT STDMETHODCALLTYPE Storage_DestroyElement(IStorage *This, const OLECHAR *pwcsName); > +HRESULT STDMETHODCALLTYPE Storage_RenameElement(IStorage *This, const WCHAR *pwcsOldName, const WCHAR *pwcsNewName); > +HRESULT STDMETHODCALLTYPE Storage_SetElementTimes(IStorage *This, const WCHAR *pwcsName, FILETIME const *pctime, FILETIME const *patime, FILETIME const *pmtime); > +HRESULT STDMETHODCALLTYPE Storage_SetClass(IStorage *This, REFCLSID clsid); > +HRESULT STDMETHODCALLTYPE Storage_SetStateBits(IStorage *This, DWORD grfStateBits, DWORD grfMask); > +HRESULT STDMETHODCALLTYPE Storage_Stat(IStorage *This, STATSTG * pstatstg, DWORD grfStatFlag); Functions that are not used in other files should be declared static, you should only export functions that really have to be used somewhere else. That will save Mike some trouble... -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: difference with long datatype in 64bit gcc and msvc++
by Juan Lang 20 Jul '05

20 Jul '05

Kevin wrote: > Binary compatibility with win64 will be just about impossible as the > long datatype is used extensively throughout the headers and code > > doing -Dlong=int works in simple cases, but not as a general rule Can you give an example of a non-simple case? What about defining LONG as int in win64? --Juan ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

4 3

[AppDB] Fix app and version links in adminBugs.php
by Tony Lambregts 20 Jul '05

20 Jul '05

Change Log: Fix application and version links (Doh!) Files Changed: admin/adminBugs.php Index: admin/adminBugs.php =================================================================== RCS file: /home/wine/appdb/admin/adminBugs.php,v retrieving revision 1.1 diff -u -r1.1 adminBugs.php --- admin/adminBugs.php 20 Jul 2005 02:29:17 -0000 1.1 +++ admin/adminBugs.php 20 Jul 2005 04:08:30 -0000 @@ -145,11 +145,11 @@ echo ' <td align=center>'.$oRow->bug_status.'</td>',"\n"; echo ' <td>'.$oRow->short_desc.'</td>',"\n"; echo ' <td>',"\n"; - echo ' <a href="appview.php?appId='.$oRow->appId.'">'.$oRow->appName.'</a>',"\n"; + echo ' <a href="'.apidb_fullurl('appview.php?appId='.$oRow->appId).'">'.$oRow->appName.'</a>',"\n"; echo ' </td>',"\n"; echo ' <td>'.$oRow->appDescription.'</td>',"\n"; echo ' <td>',"\n"; - echo ' <a href="appview.php?versionId='.$oRow->versionId.'">'.$oRow->versionName.'</a>',"\n"; + echo ' <a href="'.apidb_fullurl('appview.php?versionId='.$oRow->versionId).'">'.$oRow->versionName.'</a>',"\n"; echo ' </td>',"\n"; echo ' <td align=center>[<a href="adminBugs.php?sub=delete',"\n"; echo '&buglinkId='.$oRow->linkId,"\n";

1 0

FreeBSD and wine DVD/CD read errors
by Jeffrey Zellman 20 Jul '05

20 Jul '05

Hi, I am currently running FreeBSD 5.4 and Wine 20050310. When I startup Wine with DVDShrink, I get the following output to the terminal: fixme:file:get_default_drive_device auto detection of DOS devices not supported on this platform fixme:cdrom:CDROM_GetInterfaceInfo not implemented for BSD fixme:ntdll:NtQueryVolumeInformationFile device info not properly supported on this platform Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixels to set the screen resolution and remove the "Resolution" entry in the config file fixme:ole:CoRegisterMessageFilter stub err:x11drv:X11DRV_CreateWindow invalid window height 3339982 err:x11drv:X11DRV_CreateWindow invalid window height 3339982 err:listview:LISTVIEW_WindowProc unknown msg 1044 wp=00000000 lp=0033e5a0 fixme:ole:CoCreateInstance no classfactory created for CLSID {e436ebb2-524f-11ce-9f53-0020af0ba770}, hres is 0x80040154 err:quartz:FILTERGRAPH_create Unable to create filter mapper (80040154) fixme:ole:CoCreateInstance no instance created for interface {56a868a9-0ad4-11ce-b03a-0020af0ba770} of class {e436ebb3-524f-11ce-9f53-0020af0ba770}, hres is 0x80040154 When I try to read a DVD with DVDShrink I get an error message in DVDShrink: "DVD Shrink encountered an error and cannot continue. Failed to read file "D:\" Not Ready I also get some more output to the terminal: fixme:cdrom:DVD_ReadStructure fixme:cdrom:DVD_ReadStructure I guess my question is, has anyone had success working with wine, *BSD and DVD Shrink or any other program that uses CD/DVD devices? I've had success with wine under linux, but I am more comfortable under *BSD. thanks, Jeff

1 0

[AppDB] Use display_page_range() in admin/adminCommentView.php
by Tony Lambregts 20 Jul '05

20 Jul '05

Change Log: Use display_page_range() Files Changed: admin/adminCommentView.php Index: admin/adminCommentView.php =================================================================== RCS file: /home/wine/appdb/admin/adminCommentView.php,v retrieving revision 1.7 diff -u -r1.7 adminCommentView.php --- admin/adminCommentView.php 9 Feb 2005 23:49:21 -0000 1.7 +++ admin/adminCommentView.php 20 Jul 2005 02:16:56 -0000 @@ -10,91 +10,54 @@ apidb_header("Comments"); -function display_range($currentPage, $pageRange, $totalPages, $commentsPerPage) -{ - /* display the links to each of these pages */ - if($currentPage != 0) - { - $previousPage = $currentPage - 1; - echo "<a href='adminCommentView.php?page=$previousPage&commentsPerPage=$commentsPerPage'>Previous</a> "; - } else - echo "Previous "; - - /* display the next 10 and previous 10 pages */ - $pageRange = 10; +/* display a range of 10 pages */ +$pageRange = 10; - if($currentPage > $pageRange) - $startPage = $currentPage - $pageRange; - else - $startPage = 0; - - if($currentPage + $pageRange < $totalPages) - $endPage = $currentPage + $pageRange; - else - $endPage = $totalPages; - - /* display the desired range */ - for($x = $startPage; $x <= $endPage; $x++) - { - if($x != $currentPage) - echo "<a href='adminCommentView.php?page=$x&commentsPerPage=$commentsPerPage'>$x</a> "; - else - echo "$x "; - } - - if($currentPage < $totalPages) - { - $nextPage = $currentPage + 1; - echo "<a href='adminCommentView.php?page=$nextPage&commentsPerPage=$commentsPerPage'>Next</a> "; - } else - echo "Next "; -} - -$commentsPerPage = 10; -$currentPage = 0; +$ItemsPerPage = 10; +$currentPage = 1; +if($_REQUEST['ItemsPerPage']) + $ItemsPerPage = $_REQUEST['ItemsPerPage']; if($_REQUEST['page']) $currentPage = $_REQUEST['page']; -if($_REQUEST['commentsPerPage']) - $commentsPerPage = $_REQUEST['commentsPerPage']; +$totalPages = ceil(getNumberOfComments()/$ItemsPerPage); -$totalPages = floor(getNumberOfComments()/$commentsPerPage); +if($ItemsPerPage > 100) $ItemsPerPage = 100; -if($commentsPerPage > 100) $commentsPerPage = 100; /* display page selection links */ echo "<center>"; echo "<b>Page $currentPage of $totalPages</b><br />"; -display_range($currentPage, $pageRange, $totalPages, $commentsPerPage); +display_page_range($currentPage, $pageRange, $totalPages, $_SERVER['PHP_SELF']."?ItemsPerPage=".$ItemsPerPage); echo "<br />"; echo "<br />"; /* display the option to choose how many comments per-page to display */ echo "<form method=\"get\" name=\"message\" action=\"".$_SERVER['PHP_SELF']."\">"; echo "<b>Number of comments per page:</b>"; -echo "<select name='commentsPerPage'>"; +echo "&nbsp<select name='ItemsPerPage'>"; -$commentsPerPageArray = array(10, 20, 50, 100); -foreach($commentsPerPageArray as $i => $value) +$ItemsPerPageArray = array(10, 20, 50, 100, 500); +foreach($ItemsPerPageArray as $i => $value) { - if($commentsPerPageArray[$i] == $commentsPerPage) - echo "<option value='$commentsPerPageArray[$i]' SELECTED>$commentsPerPageArray[$i]"; + if($ItemsPerPageArray[$i] == $ItemsPerPage) + echo "<option value='$ItemsPerPageArray[$i]' SELECTED>$ItemsPerPageArray[$i]"; else - echo "<option value='$commentsPerPageArray[$i]'>$commentsPerPageArray[$i]"; + echo "<option value='$ItemsPerPageArray[$i]'>$ItemsPerPageArray[$i]"; } echo "</select>"; echo "<input type=hidden name=page value=$currentPage>"; -echo "<input type=submit value='Refresh'>"; +echo "&nbsp<input type=submit value='Refresh'>"; echo "</form>"; echo "</center>"; /* query for all of the commentId's, ordering by their time in reverse order */ -$offset = $currentPage * $commentsPerPage; +$offset = (($currentPage-1) * $ItemsPerPage); $commentIds = query_appdb("SELECT commentId from appComments ORDER BY ". - "appComments.time ASC LIMIT $offset, $commentsPerPage;"); + "appComments.time ASC LIMIT $offset, $ItemsPerPage;"); while ($ob = mysql_fetch_object($commentIds)) { $qstring = "SELECT from_unixtime(unix_timestamp(time), \"%W %M %D %Y, %k:%i\") as time, ". @@ -107,8 +70,9 @@ } /* display page selection links */ + echo "<center>"; -display_range($currentPage, $pageRange, $totalPages, $commentsPerPage); +display_page_range($currentPage, $pageRange, $totalPages, $_SERVER['PHP_SELF']."?ItemsPerPage=".$ItemsPerPage); echo "</center>"; apidb_footer();

1 0

Re: [version/info.c] Don't always convert win32 to win16 structure
by Steven Edwards 19 Jul '05

19 Jul '05

Hi Paul, On Tue, 2005-07-19 at 22:34 +0200, Paul Vriens wrote: > I have to find a better way to retrieve the strings from the unicode > structure in VerQueryValueA (instead of converting the whole structure) > though. > > I do still have a small issue with a 16bit windows application. It seems > that the version is wrong here. But hey, Process Explorer on Windows > doesn't show the process at all :-). While you are working on this could you look at moving the 16bit version resouce stuff to shell32.ExtractVersionResource16W. Its undocumented but according to my tests native version.dll uses it when doing 16bit resource lookups. Thanks Steven

1 0

difference with long datatype in 64bit gcc and msvc++
by Kevin Koltzau 19 Jul '05

19 Jul '05

gcc and msvc++ have different opinions on the size of a long in 64bit code, gcc has sizeof(long)==8 while msvc++ has sizeof(long)==4 Binary compatibility with win64 will be just about impossible as the long datatype is used extensively throughout the headers and code doing -Dlong=int works in simple cases, but not as a general rule I'm at a loss as to where to go from here, suggestions are most welcome.

1 0

Installing Palm Desktop
by James Liggett 19 Jul '05

19 Jul '05

Hi Uwe, I figured out how to install Palm Desktop, perhaps this might prove useful to someone: 1. Install native Windows Installer manually. To do this, install dcom98 first. Then run instmsia.exe. The install will complain, but it will leave behind all the files you need in Windows\Installer\InstMsi0. Copy all the files in there to Windows\system, and set msi.dll and msiexec.exe to native. 2. Install Windows Script 5.6. You can download it from here: http://www.microsoft.com/downloads/details.aspx?FamilyID=0a8a18f6-249c-4a72… Keep in mind that it's the English version though. To install it, set setupapi to builtin and run the file. 3. Run Palm Desktop setup like normal, and it will install everything you need. Of course, running palm desktop is a different story (there is a crash in WinMM that stops it from running.) I'm currently working on getting Hotsync to work with my USB cradle using the visor driver, but there's some problems with that. I'll post a dump of the messages I get and see if I can make something happen. Thanks for the help :). James

7 15

Using a private itss.dll header
by James Hawkins 19 Jul '05

19 Jul '05

Hi, I need access to the definition of the IITStorage interface which is only defined in dlls/itss/itss.h. This interface is used to gain access to CHM help files. The Win32 public headers don't have this interface publicly available, so would that restrict us from moving itss.h to wine/include? Another solution would be to copy itss.h to dlls/hhctrl.ocx and use that, but that seems like a waste to me. Anyone have any ideas? -- James Hawkins

1 0

Proper way to test a specific locale
by Alex Villacís Lasso 19 Jul '05

19 Jul '05

Could somebody indicate me on the proper way to write a test for one specific locale? By this I mean, even if the user has LANG=en defined in the environment, the test should (temporarily) force the code path taken as if LANG=es_EC was defined in the environment. I am asking this because I want to write a test that demonstrates a difference between floating-point formatting in native oleaut32 versus builtin, that only shows up when a locale other than LANG=en is used, and I want this test to actually test the difference even for US/UK testers. Feel free to ask me for any clarifications. Thanks for your attention. Alex Villacís Lasso

1 0

include/msvcrt/crtdbg.h
by Saulius Krasuckas 19 Jul '05

19 Jul '05

I am trying to extend functionality of the MSVCRTD_operator_new_dbg(), so did #include "msvcrt/crtdbg.h" in the file dlls/msvcrtd/debug.c . Is that OK? I have found some differences in used parameter types of some functions, like: int <-> long int. void (*) <-> void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t) Then I see all the declared function are defined to be non-operational: | #endif /* _DEBUG */ | | #define _CrtCheckMemory() ((int)1) | #define _CrtDbgReport(...) ((int)0) | #define _CrtDoForAllClientObjects(f,c) ((void)0) | #define _CrtDumpMemoryLeaks() ((int)0) Yet then I see lots of declared functions are prefixed with __cdecl and _CRTIMP prefixes. | #ifndef _CRTIMP | #ifdef _DLL | #define _CRTIMP __declspec(dllimport) | #else /* ndef _DLL */ | #define _CRTIMP | #endif /* _DLL */ | #endif /* _CRTIMP */ Do we need to sync crtdbg.h with native one? What parts then, all mentioned? (Maybe I should direct this q exceptionally to Alexandre)

2 3

wine/dlls/mscms build failures
by Gerald Pfeifer 19 Jul '05

19 Jul '05

I started getting the following failures about two days ago: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./mscms.spec handle.o icc.o mscms_main.o profile.o stub.o transform.o mscms.dll.dbg.o version.res -o mscms.dll.so -L../../dlls -L../../dlls/kernel32 -L../../dlls/ntdll -lkernel32 -lntdll -L../../libs/wine -lwine -L../../libs/port -lwine_port profile.o: In function `OpenColorProfileW': /test/wine/dlls/mscms/profile.c:786: undefined reference to `cmsOpenProfileFromMem' /test/wine/dlls/mscms/profile.c:835: undefined reference to `cmsOpenProfileFromMem' profile.o: In function `CloseColorProfile': /test/wine/dlls/mscms/profile.c:2246: undefined reference to `cmsCloseProfile' transform.o: In function `CreateColorTransformW': /test/wine/dlls/mscms/transform.c:72: undefined reference to `cmsCreate_sRGBProfile' /test/wine/dlls/mscms/transform.c:85: undefined reference to `cmsCreateMultiprofileTransform' /test/wine/dlls/mscms/transform.c:82: undefined reference to `cmsCreateTransform' transform.o: In function `CreateMultiProfileTransform': /test/wine/dlls/mscms/transform.c:2246: undefined reference to `cmsCreateMultiprofileTransform' transform.o: In function `DeleteColorTransform': /test/wine/dlls/mscms/transform.c:133: undefined reference to `cmsDeleteTransform' transform.o: In function `TranslateBitmapBits': /test/wine/dlls/mscms/transform.c:159: undefined reference to `cmsDoTransform' collect2: ld returned 1 exit status winegcc: /sw/gcc-3.3.4/bin/gcc failed. gmake: *** [mscms.dll.so] Error 2 The last change to transform.c was the following: revision 1.3 date: 2005/07/15 10:09:43; author: julliard; state: Exp; lines: +1 -3 Hans Leidekker <hans(a)it.vu.nl> Link directly to liblcms. Fix typo in test. This is on FreeBSD 4.10, but I expect it may be more related to the system still running XFree86 4.3? Is some configure check missing somewhere? Gerald

2 2

Altiagent systray problem
by Hans Kristian Rosbach 19 Jul '05

19 Jul '05

Altiagent from Altigen (control-panel for "real" IP-telephones) is now working mostly like I'd expect it to work, except when I minimize the window. It disappears from the taskbar and is supposed to have an icon in the systray, but the systray is empty so I cannot retrieve the window again. Also the systray is in a separate window, not attached to gnome's applet bar. Is this how it should be? I'm running: wine-cvs 20050628 FC4 w/Gnome Output messages from wine: fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil)) - stub! err:ole:CoGetClassObject class {5fca6a47-ce12-45f5-89aa-c79d804e9f68} not registered err:ole:create_server class {5fca6a47-ce12-45f5-89aa-c79d804e9f68} not registered fixme:ole:CoCreateInstance no classfactory created for CLSID {5fca6a47-ce12-45f5-89aa-c79d804e9f6 8}, hres is 0x80040150 err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-0000 00000046} err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000001-0000-0000-c000-0000 00000046} err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80040155 err:ole:CoMarshalInterface Failed to marshal the interface {00000001-0000-0000-c000-000000000046} , 80040155 fixme:ole:CoRegisterClassObject CoMarshalInterface failed, 80040155! err:ole:CoGetClassObject class {a3faf082-99e5-426f-8f31-cd14a0bc3da8} not registered fixme:ole:CoCreateInstance no classfactory created for CLSID {a3faf082-99e5-426f-8f31-cd14a0bc3da 8}, hres is 0x80040154 err:ole:CoGetClassObject class {a3faf082-99e5-426f-8f31-cd14a0bc3da8} not registered fixme:ole:CoCreateInstance no classfactory created for CLSID {a3faf082-99e5-426f-8f31-cd14a0bc3da 8}, hres is 0x80040154 err:ole:CoGetClassObject class {a3faf082-99e5-426f-8f31-cd14a0bc3da8} not registered fixme:ole:CoCreateInstance no classfactory created for CLSID {a3faf082-99e5-426f-8f31-cd14a0bc3da 8}, hres is 0x80040154 More information available on request w/details on how to get them. -HK

2 2

pointer to __cdecl function
by Saulius Krasuckas 19 Jul '05

19 Jul '05

I am trying to sync w/ native crtdbg.h file, which defines: | typedef void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t); This doesn't compile with my gcc: | gcc -c -I. -I. -I../../../include -I../../../include -I../../../include/msvcrt -I./.. -D_REENTRANT -fPIC -Wall -pipe | -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o headers.o headers.c | In file included from headers.c:35: | ../../../include/msvcrt/crtdbg.h:52: parse error before '*' token Does anyone know a way to workaround this?

3 3

GetOpenFileName and typing directory names into the edit box
by Troy Rollo 19 Jul '05

19 Jul '05

About a month and a half ago the following change was committed to CVS: r20659 (orig r20659): troy | 2005-06-06 09:20:44 +1000 Huw Davies <huw(a)codeweavers.com> If a folder is selected on Open then browse into it, otherwise we should return the path in the edit box whether that be a folder or a file. Don't add extensions to a folder. One of the effects of this appears to be that when browsing for a file, you can no longer type in the name of an existing directory and be taken straight to that directory. Since Windows allows this, this seems to be somewhat less than desirable. Additionally it seems a lot of the code for FILEDLG95_OnOpen makes direct calls to the API in cases where the IShellFolder interface could provide the same information. It seems to me that the IShellFolder interfaces should be preferred in such situations because the IShellFolder object is best positioned to know how to process a path given the current context. For instance, if we are browsing the Unix heirarchy then the UNIXFS implementation of IShellFolder might want to allow the user to enter UNIX directory paths (and probably *should*, since that's the type of path we are effectively presenting to the user).

1 0

FWIW, news of SFU and wine
by Wesley Parish 19 Jul '05

19 Jul '05

I've installed MS SFU successfully. I can now use gcc under wine on Linux to compile source for Linux under wine on Linux ... ;) A bit bizarre, and a decidedly roundabout way of doing things, but what's a challenge for? I had a go at installing the x-window-system-on-MS-Windows package shown but it halted with these error messages: [wparish@localhost sfu+X]$ wine x-win612LX.exe fixme:win:SetWindowTextA cannot set text "InstallShield Wizard" of other process window (nil) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. fixme:shell:SHELL32_DllCanUnloadNow (void): stub [wparish@localhost sfu+X]$ So at the moment I can't run X under wine on Linux just for the fun of it and the delight of saying I can ... ;( Anyone got any ideas? Thanks Wesley Parish file:/home/wparish/wine-hdd/sfu+X/SFU35SEL_EN.exe file:/home/wparish/wine-hdd/sfu+X/x-win612LX.exe -- Clinersterton beademung, with all of love - RIP James Blish ----- Mau e ki, he aha te mea nui? You ask, what is the most important thing? Maku e ki, he tangata, he tangata, he tangata. I reply, it is people, it is people, it is people.

3 3

file locking
by Brian Vincent 18 Jul '05

18 Jul '05

I've been playing around with file locking and Wine, namely the fact that Wine doesn't have any. Is there any way around this, maybe placing the burden on a filesystem? If I wanted to share files between two different users (say with something dumb like file permissions 666), is there any way to prevent the two people from stomping on each other? -Brian

5 7

Failed to find a suitable visual
by Saulius Krasuckas 18 Jul '05

18 Jul '05

Since the patch [1] every time I run any larger app I get this in wine output: | fixme:opengl:X11DRV_setup_opengl_visual Failed to find a suitable visual Does this mean some misconfiguration on my box? How can it be described in simpler words? [1] http://cvs.winehq.org/patch.py?id=18642

4 12

Re: Implement GdiGetCharDimensions
by Alexandre Julliard 18 Jul '05

18 Jul '05

Robert Shearman <rob(a)codeweavers.com> writes: > +LONG WINAPI GdiGetCharDimensions(HDC hdc, LPTEXTMETRICW lptm, LONG *height) > +{ > + SIZE sz; > + static const WCHAR alphabet[] = { > + 'a','b','c','d','e','f','g','h','i','j','k','l','m','n','o','p','q', > + 'r','s','t','u','v','w','x','y','z','A','B','C','D','E','F','G','H', > + 'I','J','K','L','M','N','O','P','Q','R','S','T','U','V','W','X','Y','Z',0}; > + > + if(lptm && !GetTextMetricsW(hdc, lptm)) return 0; > + > + if(!GetTextExtentPointW(hdc, alphabet, 52, &sz)) return 0; > + > + if (height) *height = sz.cy; > + return (sz.cx / 26 + 1) / 2; > +} Again I think you should be using tmHeight instead of sz.cy for the height. Some fonts may well have characters larger than the alphabet ones, and the current behavior is always to use tmHeight. -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: WLDAP32: implement ber_* functions
by Alexandre Julliard 18 Jul '05

18 Jul '05

Hans Leidekker <hans(a)it.vu.nl> writes: > > This won't work I'm afraid, you would need a ber_vprintf. Though it > > seems to me you could link directly to the Unix lib from the spec file > > and avoid all the wrappers. > > Indeed, I can. Unlike with the ldap_* functions there are no encoding > differences to account for here. However you will still need to provide dummy functions when the library is missing, otherwise it won't link. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: WLDAP32: implement ber_* functions
by Alexandre Julliard 18 Jul '05

18 Jul '05

Hans Leidekker <hans(a)it.vu.nl> writes: > +INT WLDAP32_ber_printf( BerElement *berelement, PCHAR fmt, ... ) > +{ > + INT ret = LBER_ERROR; > +#ifdef HAVE_LBER_H > + va_list valist; > + > + TRACE( "(%p, %p)\n", berelement, fmt ); > + > + va_start( valist, fmt ); > + ret = ber_printf( berelement, fmt, valist ); > + va_end( valist ); This won't work I'm afraid, you would need a ber_vprintf. Though it seems to me you could link directly to the Unix lib from the spec file and avoid all the wrappers. -- Alexandre Julliard julliard(a)winehq.org

1 0

Keyboard Layout
by Altan Íz³dogru 18 Jul '05

18 Jul '05

My computer works with Linux 8.2. I have tried to install (to execute) a Windows Program on my Computer. The wine-program started and the windows sreen appeared. Suddenly the programm stopped and I got the message: Your keyboard layout was not found! Using closest match instead (German keyboard layout without dead keys) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. I don´t know how to define my keyboard layout. It would be very nice, when you could explain me how to define my keyboard layout. Thank You

2 1

Did I do something wrong?
by Vikram Kumar 18 Jul '05

18 Jul '05

Hi, Any particular reason this patch didn't get commited? http://www.winehq.org/hypermail/wine-patches/2005/07/0361.html It's only a stub but I need it for an app to run.... Shall I just resubmit? Cheers Vik

1 0

Re: MSCMS: Use lcms only if both library and headers are detected
by Alexandre Julliard 18 Jul '05

18 Jul '05

Jacek Caban <jack(a)itma.pwr.wroc.pl> writes: > --- dlls/mscms/mscms_priv.h 21 Feb 2005 18:38:15 -0000 1.7 > +++ dlls/mscms/mscms_priv.h 16 Jul 2005 16:12:03 -0000 > @@ -22,7 +22,11 @@ > #define HAVE_LCMS_H 1 > #endif > > -#ifdef HAVE_LCMS_H > +#if defined(HAVE_LCMS_H) && defined(HAVE_LCMS) > +#define USE_LCMS > +#endif Checking HAVE_LCMS should be enough, there's no need to define a new symbol for the same thing. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: unixfs and CP_ACP versus CP_UNIXCP
by Michael Jung 18 Jul '05

18 Jul '05

Hi Troy, On Monday 18 July 2005 09:37, you wrote: > I just noticed that your unixfs code appears to be using CP_ACP for all > conversions between wide characters and multi byte characters. This is OK > for multi byte display names, but for file names being used in or received > from the UNIX file system, CP_UNIXCP is probably more appropriate. See > wcstoumbs in ntdll, which uses unix_cptable, set by kernel32, which uses > the same table for CP_UNIXCP Thanks for the tip! I'll fix this. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

operating with non-existent files
by Saulius Krasuckas 18 Jul '05

18 Jul '05

When I operate with "c:\nonexist_subdir" and "c:\\nonexist_subdir" filenames in Wine and in NT5, most of API functions set the same LastError. That functions are: OpenFile() CreateFileA() SetCurrentDirectoryA() FindFirstFileA() GetFileAttributesA() But if I call this: IShellFolder_ParseDisplayName(IDesktopFolder, NULL, NULL, cNonExistDirW, NULL, &newPIDL, 0) then I get two different codes: * for the first one HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND), * for the second one E_FAIL. This is true for winME and win2k (and not for Wine). Do we need to distinguish between these two filenames in Wine? If so, on top of what functions should it be implemented? Do someone know, how native IShellFolder_ParseDisplayName works in the case of IDesktopFolder? I think the double-slash in the filename has something to do with object names, but I have no ground here.

1 1

Re: win64: x86_64 context
by Chris Morgan 18 Jul '05

18 Jul '05

I'd argue that the correct naming is "AMD64" as Amd created that architecture and named it like that. In this case Intel happens to be AMD64 compatible. Chris On 7/17/05, Kevin Koltzau <kevin(a)plop.org> wrote: > Microsoft incorrectly calls their x86_64 context "AMD64" however it applies to > Intels x86_64 processor also > > Changelog > Define x86_64 context > > >

1 0

stdole2.tlb
by Ivan Gyurdiev 17 Jul '05

17 Jul '05

I was wondering what the status is of stdole2.tlb in wine. GTA: San Andreas will not install without it.. http://bugs.winehq.org/show_bug.cgi?id=3108

4 4

Water effect demo patch...
by Nick Burns 16 Jul '05

16 Jul '05

I got Water demo working -- whew thats all of my lil demos here (crap gotta get some more...) So heres the deal Water should have worked with wined3d -- but it was crashing on me due to the following... (the patch is attached -- you may have to use fromdos (for formatting newline issues)) ...drawprim.c : drawStridedSlow : ~1210... int coordIdx = This->stateBlock->textureState[textureNo][D3DTSS_TEXCOORDINDEX]; float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); /*INSTA-CRASH(tm) location*/ float s = 0.0, t = 0.0, r = 0.0, q = 0.0; if (coordIdx > 7) { VTRACE(("tex: %d - Skip tex coords, as being system generated\n", textureNo)); continue; } else if (sd->u.s.texCoords[coordIdx].lpData == NULL) {/*NOTICE pointer validity check here*/ TRACE("tex: %d - Skipping tex coords, as no data supplied\n", textureNo); continue; } else { /*pointer safety*/ float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); -------------------the fix-use pointer after check(not before)------------------ int coordIdx = This->stateBlock->textureState[textureNo][D3DTSS_TEXCOORDINDEX]; /*former INSTA-CRASH(tm) location*/ float s = 0.0, t = 0.0, r = 0.0, q = 0.0; if (coordIdx > 7) { VTRACE(("tex: %d - Skip tex coords, as being system generated\n", textureNo)); continue; } else if (sd->u.s.texCoords[coordIdx].lpData == NULL) {/*NOTICE pointer validity check here*/ TRACE("tex: %d - Skipping tex coords, as no data supplied\n", textureNo); continue; } else { /*pointer safety*/ float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); --------------------------------- patch version -- also attached -- dunno if the below will even format correctly --------------------------------- cvs -z4 diff -u -wb -d -p drawprim.c (in directory C:\cvs_stuff\wine\dlls\wined3d\) Index: drawprim.c =================================================================== RCS file: /home/wine/wine/dlls/wined3d/drawprim.c,v retrieving revision 1.16 diff -u -w -b -d -p -r1.16 drawprim.c --- drawprim.c 14 Jul 2005 12:19:53 -0000 1.16 +++ drawprim.c 16 Jul 2005 21:08:45 -0000 @@ -1207,7 +1207,9 @@ static void drawStridedSlow(IWineD3DDevi if (This->stateBlock->textures[textureNo] != NULL) { int coordIdx = This->stateBlock->textureState[textureNo][D3DTSS_TEXCOORDINDEX]; +#if 0 float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); +#endif float s = 0.0, t = 0.0, r = 0.0, q = 0.0; if (coordIdx > 7) { @@ -1218,6 +1220,8 @@ static void drawStridedSlow(IWineD3DDevi continue; } else { +/*pointer safety*/ +float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); int coordsToUse = sd->u.s.texCoords[coordIdx].dwType + 1; /* 0 == D3DDECLTYPE_FLOAT1 etc */ /* The coords to supply depend completely on the fvf / vertex shader */

1 0

Status of HTML Help
by James Hawkins 16 Jul '05

16 Jul '05

Hey, In light of a recent wine-users' query about wine's help system, I've decided to shed some light on the status of wine's HTML Help implementation. I decided not to send patches till I had the base interfaces fleshed out, and this process is almost complete. As of now you can pass a .chm file to hh.exe which will bring up the help viewer. The toolbar with the Back, Stop, Refresh etc buttons is complete (minus correct icons..I can't draw), and the user can browse through the contents of the help file (the most important part). I still have to implement the navigator pane, but that's really secondary to the browser. I have a working .exe and visual studio project if anyone wants to take a look at it before I start submitting patches; just reply and I'll send it to you. For more information on what's left TODO with the project, check out my wiki page: wiki.winehq.org/JamesHawkins Thanks, James Hawkins

1 0

Re: setup_exception nested exception on signal stack
by Eric Pouech 16 Jul '05

16 Jul '05

>>sounds like the same error we got from David Hemmo a while back. which OS >>are you using ? (distro version and kernel version) >>A+ > > > I am running Fedora Core 4 kernel 2.6.12-1.1390_FC4 amd64 but it happens also > with vanilla 2.6.12 kernel. > Thanks Normally, fixes for ptrace in kernel have been included in 2.6.12 for x86_64... Sounds like it still doesn't work as expected... This should be reported to LKML IMO. A+ -- Eric Pouech

1 0

Re: wined3d - d3d9 regression testing 7_12_2005
by Jesse Allen 16 Jul '05

16 Jul '05

On 7/16/05, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > Hi, > > > Thanks, I've got the game running how Battlefront looked. Fonts are > > messed up, and some rendering problems, but it does run for me. > > Battlefront has a crashing problem I know Oliver knows how to fix. > Isn't Battlefront an OpenGL game(Quake3 based)? I allways thought it was. > Obviously not... Even if it was Quake 3 based, the OpenGL mode is not apparent. Jedi Academy is Quake 3 based and does run in OpenGL. > > I'm looking forward to seeing the rendering problems fixed. Fow ~A week they > were fixed by a patch in wine CVS, but I think it was a patch that broke some > functionality which broke the textures. > About the fonts: The game looks for a font called 'System' on startup, which > doesn't exists. I didn't find such a font file on my Windows system(where > BF1942 runs), does anyone know what this is? > > Stefan >

1 0

fr-025-final2 doesn't work
by Oliver Stieber 16 Jul '05

16 Jul '05

With the last two patches I sent fr-025-final2 is working again for me.. There's still one other problem with a tiger print texture appearing in a few of the scenes. The patch to fix this problem is a couple of patches down the line. If anyone has any games or applications they would like to see working than it would be really handy if you could add them to the Bugs DB blocking bug 1434 it would be great. http://bugs.winehq.org/query.cgi?query_format=&short_desc_type=allwordssubs… ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

3 4

Updated GLX -> WGL d3d9 patch
by Nick Burns 16 Jul '05

16 Jul '05

--As promised on the a few days ago-- NOTE: you may want to run "fromdos" on these to convert the new line characters Initial window resizing implemented (incorrect but at least does something) Initial vsync choosing (PresentationInterval) implemented Initial swap effects (SwapEffects) implemented Synced with wine HEAD (thats the fun part...) GLX is still supported #define __WIN32_OPENGL__ to use WGL instead of GLX (this is done automatically if either __CYGWIN__ or WIN32 is defined) Makefile.in and Makefile have been modified for cimpiling (under cygwin -- dunno about any other)... needs "/usr/include/w32api" to exist and have "/usr/include/w32api/GL/gl.h", "/usr/include/w32api/GL/glext.h" this has to be done manually now (link to opengl32 instead of using the GLX libs) configure would have to be changed to accomadate this patch... (kind of annoying I think...) As such the Makefile has been included with this patch (for people with Cygwin/MinGW32? to build) (if this patch is too large tell me and I will not post large patches (80KB) ... or instead I will Zip it ... or just email to people interested...) Nick

1 0

Wierd multi-file "selection" & mouse drag behavior
by Hiji 16 Jul '05

16 Jul '05

Trying out both June's and May's release of Wine, I noticed that there is some wierd behavior when selecting multiple files and dragging within an application. It basically makes the ability to select and drag files unusable. In my case, I am using AbsoluteFTP; as you guessed, its an FTP app. If you can imagine, within it, there are two windows that look like the file Explorer on Windows. On the left, is the local machine and the right is the box you've FTPed into. On wine-20041201, I can hold down shift and select >2 files on the remote box. Then using my mouse, drag them to my localbox. On (at least), these last two releases, I select multiple-files, and the moment I try to drag, the multi-select turns into a one file select. Furthermore, the app enters into a state where it thinks I am holding the mouse down dragging the one file around. Minimizing and maximizng the app doesn't work either; in previous versions, when I couldn't drag a file from one window to the other, I'd minimize/ maximize the app (which would "reset" things), and I could drag files once again. Also, on my CodeWright application, I can no longer highlight text by dragging the mouse across code. Any ideas? I'm sure it will ring a bell for someone who may have been working towards improving the mouse dragging capabilities. Thanks! Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Black Boxes on Apps
by Hiji 16 Jul '05

16 Jul '05

Reading tonight through some of the old CXOffice threads, I noticed some people were having issues running apps likes Illustrator because the panel buttons would be black. This is the same thing that happens on ImageReady. I also saw this: http://www.codeweavers.com/site/compatibility/browse/name?app_id=369;issues… The only "apparent" way to fix this is to change your XF86Config file so the screen depth is 16 and not 24. Is there a way around this since (I'm guessing) apps which run fine at 16bit (like Photoshop) do not have this issue. I'm assuming Adobe products carry a lot of the same codebase. Any ideas? Thanks again, Hiji ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

1 1

Compiling Wine test under Windows with MinGW?
by Mitchell Mebane 15 Jul '05

15 Jul '05

I currently am not running a Linux distro. I'm stuck with Windows for a couple of apps, that's why I'm interested in Wine. ;) I plan on trying Linux again once I find a good distro, but that's not the point of this message. The point is, can I compile the Wine tests under Windows XP with MinGW? If so, where can I find instructions? Thanks, Mitchell Mebane -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

2 1

Lotus Notes 6.51 Full Text Index
by Kevin DeKorte 15 Jul '05

15 Jul '05

Hi All, Any idea what could be causing this message from Notes 6.51 running under Wine CVS (7/15/05) Thanks, Kevin 07/15/2005 11:48:14 AM Index update process started fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored 07/15/2005 11:48:31 AM Full Text message: Index file integrity has been lost. errcode = 512 07/15/2005 11:48:31 AM Error full text indexing document NT0003F86E C: \lotus\notes\data\kdekorte.ft (rc=3879) Full text index Corrupt, Try to Delete and Re-add Index fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored 07/15/2005 11:48:40 AM Full Text message: Index file integrity has been lost. errcode = 512 07/15/2005 11:48:40 AM Error full text indexing document NT0003F86E C: \lotus\notes\data\kdekorte.ft (rc=3879) Full text index Corrupt, Try to Delete and Re-add Index 07/15/2005 11:48:40 AM Error full text indexing kdekorte.nsf: Full text index Corrupt, Try to Delete and Re-add Index 07/15/2005 11:48:50 AM Index update process shutdown

1 1

Re: user: test: LoadImage() alpha handling
by Alexandre Julliard 15 Jul '05

15 Jul '05

Frank Richter <frank.richter(a)gmail.com> writes: > +static void test_LoadImage(void) > +{ > + HINSTANCE hInst = GetModuleHandle (NULL); > + HBITMAP bmp = LoadImage (hInst, MAKEINTRESOURCE(1), IMAGE_BITMAP, > + 0, 0, LR_CREATEDIBSECTION|LR_SHARED); > + DIBSECTION ds; > + > + GetObject (bmp, sizeof(ds), &ds); > + > + todo_wine ok (((BYTE*)ds.dsBm.bmBits)[3] == 0x7f, "alpha value %x != 0x7f\n", > + ((BYTE*)ds.dsBm.bmBits)[3]); Is this really supposed to fail on Wine? It works fine here... -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: comctl32: uxtheme wrapper
by Robert Shearman 15 Jul '05

15 Jul '05

Frank Richter wrote: >Frank Richter <frank.richter(a)gmail.com> >Added a wrapper to delay-load uxtheme.dll, as needed by future theming >changes. > > Hey Frank, You don't need any code for this. Just add uxtheme to DELAYIMPORTS in the Makefile.in and it will be done automagically for you. -- Rob Shearman

2 1

New OLEAUT32 test on numeric format
by Alex Villacís Lasso 15 Jul '05

15 Jul '05

Could somebody with access to a Windows machine please test the attached patch for an oleaut32 test? This test checks for the output format of a negative number, and I have reason to believe that at least one VB application fails because native and builtin oleaut32 differ on the tested behavior. Alex Villacís Lasso

2 2

Re: [wined3d] color fill
by Alexandre Julliard 15 Jul '05

15 Jul '05

Oliver Stieber <oliver_stieber(a)yahoo.co.uk> writes: > Hi, > This patch implements IWineD3Device_ColorFill, > the fr-30 candytron demo ( > http://www.scene.org/file.php?file=/demos/groups/farb-rausch/fr-030_candytr… > ) makes use of this function. I get a warning with this patch: device.c:5013: warning: suggest parentheses around && within || and it isn't clear to me what you are trying to do here. The whole handling of the container variable looks suspicious, at some places you check it against NULL even though it has already been dereferenced, and it's not released properly, so it looks like the warning is a symptom of a deeper problem with that function. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine/programs/rundll32 (how to make good Patches for wine ?)
by Detlef Riekenberg 15 Jul '05

15 Jul '05

Am Donnerstag, den 14.07.2005, 07:34 -0500 schrieb Alexandre Julliard: > ChangeSet ID: 18925 > Patch: http://cvs.winehq.org/patch.py?id=18925 > > Old revision New revision Changes Path > 1.11 1.12 +4 -2 wine/programs/rundll32/rundll32.c I try to learn, how to make good Patches for wine, but sometimes, it's difficult for me to understand: Why not being nice and Free the allocated Memory as in my Patch? 1) Just Save some Bytes of Code 2) This is done automatic, when the Program exit's 3) We are nice, and Free all our Resources. If we are not nice, we can also: Index: programs/rundll32/rundll32.c =================================================================== RCS file: /home/wine/wine/programs/rundll32/rundll32.c,v retrieving revision 1.12 diff -u -r1.12 rundll32.c --- programs/rundll32/rundll32.c 14 Jul 2005 12:34:04 -0000 1.12 +++ programs/rundll32/rundll32.c 14 Jul 2005 18:35:27 -0000 @@ -321,6 +321,5 @@ DestroyWindow(hWnd); if (hDll) FreeLibrary(hDll); - HeapFree(GetProcessHeap(),0,szDllName); return 0; /* rundll32 always returns 0! */ } If we are nice, we need to insert : Index: programs/rundll32/rundll32.c =================================================================== RCS file: /home/wine/wine/programs/rundll32/rundll32.c,v retrieving revision 1.12 diff -u -r1.12 rundll32.c --- programs/rundll32/rundll32.c 14 Jul 2005 12:34:04 -0000 1.12 +++ programs/rundll32/rundll32.c 14 Jul 2005 18:44:15 -0000 @@ -307,6 +307,8 @@ if (shell) pRunDLL_CallEntry16 = (void *)GetProcAddress( shell, (LPCSTR)122 ); if (pRunDLL_CallEntry16) pRunDLL_CallEntry16( entry_point, hWnd, instance, cmdline, info.wShowWindow ); + + FreeLibrary(shell); } else { -- By By ... ... Detlef

2 1

Wine CVS configure error (July 14)
by James Liggett 15 Jul '05

15 Jul '05

Hi, I just updated my CVS tree and tried to reconfigure it, but I got this error about a missing Makefile.in: config.status: error: cannot find input file: dlls/wldap32/Makefile.in Is this going to screw up my build? Thanks, James Liggett

2 1

[AppDB] and [Bugzilla] Integration
by Tony Lambregts 15 Jul '05

15 Jul '05

I think it's safe to say that the Appdb has come a long way and that it is continually improving. I have been working on better integration with Bugzilla (on and off) now for quite a while and I am closer to getting out something but it would really help me if I could have a copy of the bugzilla database similar to the one for the appdb IE: ftp://ftp.winehq.org/pub/wine/wine-appdb-20050703.tar.gz That way I can do some _real_ testing. -- Tony Lambregts

3 3

Re: Add new "nrelay" debug channel - useful for debugging GPFs in target applications
by Alexandre Julliard 14 Jul '05

14 Jul '05

Troy Rollo <wine(a)troy.rollo.name> writes: > Activate by setting WINEDEBUG=relay,nrelay > > Alternatives considered but rejected: > > - Having a config file option. When the config file options are read it is > already too late to prevent calls by and between kernel32.dll and > ntdll.dll from being logged. This option clearly belongs with the similar ones in the config file, probably even as a special case of RelayFromExclude. The fact that it doesn't work properly on startup is not a reason to invent a new mechanism, the other config options don't work on startup either, and this needs to be fixed. -- Alexandre Julliard julliard(a)winehq.org

3 2

Re: winspool: (wiki about Native Printer Drivers)
by Detlef Riekenberg 14 Jul '05

14 Jul '05

Am Dienstag, den 12.07.2005, 10:18 +0100 schrieb Huw D M Davies: > Huw Davies <huw(a)codeweavers.com> > ScheduleJob for 'file' ports. Thanks for working on winspool.drv. Any Suggestions for this Wiki-Page ? http://wiki.winehq.org/PrinterDrivers -- By By ... ... Detlef

1 0

Re: Managementness of borderless windows
by Stefan Dösinger 14 Jul '05

14 Jul '05

Hi, > well, you might as well redirect this bug to anybody who might be > concerned. btw. in my case, window also does not have a minimize button, > and in this output WS_MINIMIZEBOX is mentioned? just pointing out the > obvious :) Well, I didn't look at the minimize box, but this is clearly a different bug, as the window has WM_CAPTION set. That doesn't say we shouldn't solve it. ;-) To Address the unmanaged window problem, I'll send a patch which makes WS_SYSMENU windows managed soon(Have to recompile and test again first). I think this solution is better than a half-correct hack(getParent()==NULL), as windows with MS_SYSMENU should have WS_CAPTION set according to MSDN, so if they were setup correctly, they would be managed right away. Stefan Dösinger

1 0

setup_exception nested exception on signal stack
by Jose Alberto Reguero 14 Jul '05

14 Jul '05

I had the foloowing error when I run a program: warn:seh:setup_exception exception outside of stack limits in thread 000c eip 7bed9651 esp 7f9510f4 stack 0x7f950000-0x7fa50000 err:seh:setup_exception nested exception on signal stack in thread 000c eip 7bed99fd esp 7ffffcd0 stack 0x7f950000-0x7fa50000 Any Idea? Thanks. Jose Alberto

3 4

WINMM/tests: failures in mixer.c
by Saulius Krasuckas 14 Jul '05

14 Jul '05

| $ wine dlls/winmm/tests/winmm_test.exe.so mixer | fixme:opengl:X11DRV_setup_opengl_visual Failed to find a suitable visual | mixer.c:962:--- Testing ASCII functions --- | mixer.c:965:found 1 Mixer devices | mixer.c:374: 0: "mad16 WSS (82C930)" 1.0 (170:85) | mixer.c:240: Test failed: Couldn't change value from 153354 to 152698, returned 153354 | mixer.c:988:--- Testing WCHAR functions --- | mixer.c:991:found 1 Mixer devices | mixer.c:756: 0: "mad16 WSS (82C930)" 1.0 (170:85) | mixer.c:617: Test failed: Couldn't change value from 153354 to 152698, returned 153354 | mixer: 144 tests executed, 0 marked as todo, 2 failures. Any ideas on what could be wrong?

1 0

[comp.emulators.ms-windows.wine] compile error with today's cvs
by Ferenc Wagner 14 Jul '05

14 Jul '05

FYI: From: "Eike Lantzsch, ZP6CGE" <eikelan(a)gmx.net> Date: Wed, 13 Jul 2005 11:59:36 -0400 Message-ID: <slrnddaej8.4fh.eikelan(a)ID-77364.user.individual.net> I get errors when compiling current cvs. .../wine# /wine/dlls/crypt32/tests/main.c:148: undefined reference to `CertFindAttribute' .../wine/dlls/crypt32/tests/encode.c:541: undefined reference to `CryptDecodeObjectEx' I'm trying on Debian Sid with stock 2.6.11 kernel. Am I missing some kernel headers? -- Feri.

2 1

Re: [wined3d] basic memory mamagement
by Ivan Gyurdiev 14 Jul '05

14 Jul '05

> This patch should hopefully get Half Life 2, Axis and > Allies and Kohan 2 working. I can confirm that this patch gets HL2 past the login screen, and I can actually start the game! Thanks for all of your work, it is much appreciated. However, HL2 is still awfully slow, and unplayable. It seems like it runs at .5 fps or so at the moment. I didn't have the patience to wait for it to get past the initial G-man sequence (which by the way, is still not shown, like in Cedega - it's a white screen). I tried turning down the resolution to 640x480, but that actually seemed to make it worse (different res. from desktop). DirectX is detected at 6.0 by the game (9.0 hardware), and I think it hardcodes the memory to 64MB of video ram (see messages). Anyway, it seems to constantly be calling this - there are thousands of those, and this is by far the most common message: fixme:d3d_draw:drawStridedSlow Blending not supported yet fixme:d3d_draw:drawStridedSlow Blending not supported yet fixme:d3d_draw:drawStridedSlow Blending not supported yet fixme:d3d_draw:drawStridedSlow Blending not supported yet If I filter those out, I can see the SetRenderState unimplemented messages again (see d3d bug), and also: fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is nonexistent at the moment! fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is nonexistent at the moment! fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x7ff6bc30) : stub, emulating 64Mib for now, returning 64Mib .... fixme:d3d:IWineD3DDeviceImpl_EvictManagedResources (0x7ff6bc30) : stub fixme:wave:DSD_CreateSecondaryBuffer (0x7c939db8,0x7fcae404,8,0,0x7c949fd4,0x7c94a0c4,0x7c949fb0): stub fixme:font:WineEngAddFontResourceEx Ignoring flags 10 fixme:font:WineEngAddFontResourceEx Ignoring flags 10 fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:vxd:VXD_Open Unknown/unsupported VxD L"gdperf.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:d3d:IWineD3DDeviceImpl_EvictManagedResources (0x7ff6bc30) : stub fixme:d3d:IWineD3DResourceImpl_SetPriority (0x741ec4b0) : stub fixme:d3d:IWineD3DDeviceImpl_EvictManagedResources (0x7ff6bc30) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x7ffc9978) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x7ffc9978) : stub fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x7ffc9978) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x7ffc9978) : stub fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x7ffc9978) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x7ffc9978) : stub fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x7ffc9978) : stub ============= I also left it playing the initial sequence and went to sleep .. and now I see it has crashed (runtime error dialog box) with the following messages: ... fixme:d3d_draw:drawStridedSlow Blending not supported yet fixme:d3d_draw:drawStridedSlow Blending not supported yet fixme:d3d:IWineD3DQueryImpl_GetData (0x74c6f350) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x74c6f540) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74c6f350) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74c6f350) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74e985f8) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74e985f8) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74c6f540) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74c6f540) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x70c862b0) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x70c862b0) : stub err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 07f5, blocked by 07f4, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7c9fe8e0 "DSOUND_mixlock" wait timed out in thread 0031, blocked by 0038, retrying (60 sec) fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6be70) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x7ffc9bb8) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x7ffc9bb8) : stub err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 07f6, blocked by 07f5, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7c9fe8e0 "DSOUND_mixlock" wait timed out in thread 0031, blocked by 0038, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 07f7, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x762200 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 07f6, blocked by 0031, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x762200 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) wine: Unhandled exception (thread 07f7), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:seh:start_debugger Couldn't start debugger ("winedbg --auto 48 8444") (31) Read the Wine Developers Guide on how to set up winedbg or another debugger err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) /home/phantom/bin/steam: line 7: 4303 Killed wine Steam.exe err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) [phantom@cobra ~]$ client callback thread error client callback thread error err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 006a, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0034, blocked by 07f6, retrying (60 sec)

2 1

Re: WLDAP32: dynamically load ldap libraries
by Alexandre Julliard 14 Jul '05

14 Jul '05

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog > Dynamically load ldap libraries. If the dll refuses to load if the libraries are missing then there isn't any point in loading them dynamically, you might just as well link to them directly. -- Alexandre Julliard julliard(a)winehq.org

2 1

Problems with file creation, what means L"\\??\\C:\\" vs. L"C:\\"
by Tobias Burnus 14 Jul '05

14 Jul '05

Hello, I try to create a file with Origin 6.0 and saving (only) in Origin's internal format fails. Writing other file types (in Origin) to that directory works flawlessly. (Below the output using +file,+ntdll) First, kernel/file.c's CreateFileW is called ------------- trace:file:CreateFileW L"C:\\Program Files\\origin6.0\\UNTITLED.OPJ" GENERIC_READ GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE creation 5 attributes 0x80 ------------- (creation 5 = TRUNCATE_EXISTING; attributes 0x80 = FILE_ATTRIBUTE_NORMAL) which then calls NtCreateFile: ------------- trace:ntdll:NtCreateFile handle=0x406de164 access=c0000000 name=L"\\??\\C:\\Program Files\\origin6.0\\UNTITLED.OPJ" objattr=00000040 root=(nil) sec=(nil) io=0x406de168 alloc_size=(nil)attr=00000080 sharing=00000001 disp=1 options=00000050 ea=(nil).0x00000000 ------------- (access=c0000000 = GENERIC_READ|GENERIC_WRITE = 0x80000000|0x40000000 objattr=00000040 = OBJ_CASE_INSENSITIVE) Which fails then with: ------------- warn:file:wine_nt_to_unix_file_name L"UNTITLED.OPJ" not found in /home/wine/.wine/dosdevices/c:/Program Files/origin6.0 warn:ntdll:NtCreateFile L"\\??\\C:\\Program Files\\origin6.0\\UNTITLED.OPJ" not found (c0000034) warn:file:CreateFileW Unable to create file L"C:\\Program Files\\origin6.0\\UNTITLED.OPJ" (status c0000034) trace:file:CreateFileW returning 0xffffffff ----------- Except for the L"\\??\\" whick looks odd to me, I frankly have no idea what's going wrong. Any tips welcome. (Details can be found from line 675 on in http://bugs.winehq.org/attachment.cgi?id=958 of Bug http://bugs.winehq.org/show_bug.cgi?id=3115 ) Tobias

2 1

Good testcase for comctl32.dll
by Joël Bourquard 14 Jul '05

14 Jul '05

Hi, I think I've found a good testcase for comctl32.dll. The application is Ilium eWallet 4.0.0 (www.iliumsoft.com) with Wine 20050628 (running on Gentoo). There is also a 30-day trial of eWallet, which exhibits the problem as well. Icons don't look good, and it is worked around by using a native comctl32.dll (md5sum 0b5d337119929505ee72d4e4a41ed1fd). Can something be done to fix the icons without using a native comctl32 ? PNG screenshots of eWallet attached. Thanks, Joël

2 1

Civilization 2
by R.T. 14 Jul '05

14 Jul '05

I've been using wine for a couple of years now, but I still couldn't play my favorite game, civ2, so I decided to give it a try and see if I could fix anything. I'm new to wine development and its hard to get my bearings, so I'm hoping to get some hints from any knowledgeable persons, as to how I might tackle this problem. The problem I (and some other people as well, from what I gathered from the archives) am having with civ2 is that the game is incredibly slow. More precisely, it seems to have serious perfomance issues while rendering, which makes the game unplayable, although the graphics look good overall. So I started inverstigating, running oprofile with default settings turned up that wine spends a lot of time in * X11DRV_DIB_SetImageBits_8 * MapColor * GetImageBits_8 Besides actually writing pixels on the screen, these functions also convert between X's internal representation which is 24 bit in my case, since I am running X in 24 bits, and 8 bit as required for the DIB. So, I tried setting X's display depth to 8 bit, which actually made the game playable. This leads me to conclude that the conversion between 8 and 24 bits, ties up many resources. I'm not quite sure how to proceed from here on though. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

5 6

Ditching the config file
by James Liggett 14 Jul '05

14 Jul '05

Hi all, Now that we've ditched the config file, I'm finding myself migrating all of my DllOverride settings to Winecfg. I have a lot of them, so this is getting very tedious. So, I was wondering, why don't we just make it so that if a config file is found it will read the existing overrides into the new location, and then delete the config file? Where is the code for reading the config file located? I'd like to get started on it--I think it could make upgrades a lot easier. Regards, James Liggett

2 1

WoW
by Tom Wickline 13 Jul '05

13 Jul '05

Has anyone tried the 1.6.0 patch? Tom

2 2

Redraw problem with comboboxes on tab controls
by Michael Jung 13 Jul '05

13 Jul '05

Hi, I do have a couple of windows programs that have comboboxes in tab controls, which have redraw problems. There's a small test-program appended to this mail, which exhibits this problem. It's probably a very simple problem, but I have no experience with wine's GUI code. So if someone who is familiar with the combobox code could have a look at it, that would be nice. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: file locking
by jakov＠vmlinux.org 13 Jul '05

13 Jul '05

Brian Vincent wrote: >I've been playing around with file locking and Wine, namely the fact >that Wine doesn't have any. > >Is there any way around this, maybe placing the burden on a >filesystem? If I wanted to share files between two different users >(say with something dumb like file permissions 666), is there any way >to prevent the two people from stomping on each other? > > This could almost be FAQ? I think the discussions always boiled down to that integratation with Samba and/or DCE would be that best way. (But perfect is the enemy of good.) http://us1.samba.org/samba/ http://www.opengroup.org/dce/download/ //Jakob

1 0

Recent wine and valgrind, possible?
by Peter Zelezny 13 Jul '05

13 Jul '05

Hi All, I'm trying to get valgrind and wine working, that is to debug the exe wine itself is running. So far I've failed, so if anyone has any information or patches to get this working, I'd appreciate it. Firstly I applied this patch to Wine-20050628: http://www.winehq.org/hypermail/wine-patches/2004/09/0067.html (this applied cleanly, you have to edit one header file to change the prototype for wine_init(), but this is obvious from the gcc error). Second, I tried to use valgrind-wine over here: http://valgrind.org/downloads/valgrind-20031012-wine.tar.bz2 After encouraging it to use LinuxThreads, I gave up, this is too old and just won't build on a modern Linux distro. --- gcc -Winline -Wall -Wshadow -O -fomit-frame-pointer -mpreferred-stack-boundary=2 -g -Wno-pointer-sign -I/usr/include/linuxthreads -mpreferred-stack-boundary=2 -o libpthread.so -Werror -fno-omit-frame-pointer -UVG_LIBDIR -shared -fpic -Wl,-version-script ./vg_libpthread.vs -Wl,-z,nodelete,-z,initfirst -Wl,--soname=libpthread.so.0 vg_libpthread.o vg_libpthread_unimp.o /usr/bin/ld: errno: TLS definition in /lib/libc.so.6 section .tbss mismatches non-TLS reference in vg_libpthread.o /lib/libc.so.6: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [libpthread.so] Error 1 make[1]: Leaving directory `/home/pz/down/valgrind-20031012-wine/coregrind' --- So I went to a vanilla valgrind 2.4.0. $ valgrind wine-pthread app.exe Executable range 0x7bf00000-0x7bf02394 is outside the acceptable range (nil)-0x52c00000 valgrind: do_exec(/usr/local/bin/wine-pthread) failed: Cannot allocate memory Thanks in advance for any info. -Peter.

1 0

Question about Wine tests
by Mitchell Mebane 13 Jul '05

13 Jul '05

I've been running the Wine test from http://test.winehq.com/data/ for a while now. I usually run them in batches. It suddenly struck me that maybe I should be restarting Windows between each test. Should I do this for best results, or is it OK to run them back to back? --Mitchell -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

2 1

Installer: How is the progress coming along?
by Hiji 13 Jul '05

13 Jul '05

How are things coming along with the application installer? I remember at one point reading that "person A" was going to lock "person B" in some room until work on it was completed. >:) Right now, many us wine users can't install a lot of apps on newer versions of Wine. So, either we're stuck on an earlier version of Wine, or we have to do wacky things like install an app on an old version and then move the install files to a newer version. (The latter only works in some instances like Flash MX.) Certain workarounds we used in the past for installing apps don't work with the current state of the installer; i.e. utilizing stdole32.tlb I want to get an idea of how long I/ we need to hold my breath for. :) Thanks! Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

Re: commctrl.h: Add WC_STATIC
by Felix Nawothnig 13 Jul '05

13 Jul '05

Frank Richter wrote: > +#define WC_STATICA "Static" > +#if defined(__GNUC__) > +# define WC_STATICW (const WCHAR []){ 'S','t','a', 't','i','c',0 } > +#elif defined(_MSC_VER) > +# define WC_STATICW L"Static" > +#else > +static const WCHAR WC_STATICW[] = { 'S','t','a','t','i','c',0 }; > +#endif > +#define WC_STATIC WINELIB_NAME_AW(WC_STATIC) > + I'm curious, what is the reason for the special case handling for MSVC and GCC when we have to do the portable way anyway? Felix

3 5

AppDB screenshots and color problems
by James Liggett 12 Jul '05

12 Jul '05

Hi all, I just looked at some screenshots I sent in for Steam: http://appdb.winehq.org/screenshots.php?appId=1163&versionId= (the HL Multiplayer Shot.) If you look at it, you'll notice the color depth is screwed up. What's going on? Thanks, James Liggett

3 2

Re: msi: use SourceLIst Functions
by Mike McCormack 12 Jul '05

12 Jul '05

Aric Stewart wrote: > + MsiSourceListGetInfoW(szProduct, NULL, MSIINSTALLCONTEXT_USERMANAGED, > + MSICODE_PRODUCT, INSTALLPROPERTY_LASTUSEDSOURCEstringW, sourcepath, > + &sz); Hi Aric, Seeing that you've gone to the trouble to define INSTALLPROPERTY_LASTUSEDSOURCE(A/W) in msi.h, which not use that define, rather than a non-standard one suffixed with stringW ? The definition of INSTALLPROPERTY_LASTUSEDSOURCE means that a number of static string will be created everywhere msi.h is included. There's a little bit more complicated but slightly better way of doing this used elsewhere in Wine, (eg. definition of STATUSCLASSNAME in include/commctrl.h). Could you please update the strings defined in msi.h like those? thanks, Mike

1 0

Palm Hotsync and usbserial: New Findings
by James Liggett 12 Jul '05

12 Jul '05

Hello all, I have been working on getting Hotsync to sync to a USB cradle using usbserial. I did some research, and as it turns out, the functions that wine uses to poll normal serial ports (like ioctl and tcgetattr) don't like usbserial devices very much. In fact, when I query my USB cradle using setserial, it gives me the same "Invalid Arguement" error that GetCommState does. Additionally, pilot-link doesn't even use these functions to communicate with a usbserial connected palm. The question now is, can we get tcgetattr to play nice with usbserial? Best Regards, James Liggett

5 17

Re: [Wine]june 2005 release and 'registry' ?
by gslink 11 Jul '05

11 Jul '05

Mike Hearn wrote: >> Eventually nobody should have to use winecfg for anything. Let's spend our >> time fixing the bugs and increasing automation rather than arguing about >> the best way to represent a list of hacks in the UI :) I think the reality is that winecfg is going to hang round for a while. I only see patches adding to its functionality, and nobody is removing config options. Having a configurationless Wine is a lofty goal, but not one that's achieveable in the short term. It would be nice to spend a little bit of time to fix up the usability issues that Felix has pointed out. Opening a new window for app specific overrides might be hard, but it would make alot more sense. Mike The big problem with Wine is that every time something gets improved something quits running. This is normal for any development and can't be helped. If there were 10 times the effort put into Wine we might be able to get rid of winecfg but not as things are. There simply isn't the manpower.

2 1

Re: [kernel/module.c] Return ERROR_PROC_NOT_FOUND for NULL hModule
by Dmitry Timoshkov 11 Jul '05

11 Jul '05

"Paul Vriens" <paul.vriens(a)xs4all.nl> wrote: > Process Explorer tries to load a dll with LoadLibraryA. This fails and > NULL is returned. PE is however still trying to do GetProcAddress on this > (not loaded) dll. Windows returns ERROR_PROC_NOT_FOUND, we get into an > exception. > > I will send a test tonight that confirms the above. > > Changelog > Return ERROR_PROC_NOT_FOUND if hModule is NULL Probably the test also should confirm whether it's a responsibility of dlls/ntdll/loader.c,LdrGetProcedureAddress() to return STATUS_ENTRYPOINT_NOT_FOUND which will be converted by GetProcAddress to ERROR_PROC_NOT_FOUND. -- Dmitry.

3 4

Re: ListBox: Fix LB_SETTABSTOPS (Resend)
by Vitaly Lipatov 11 Jul '05

11 Jul '05

В сообщении от 10 Июль 2005 02:53 Robert Shearman написал(a): > This time with the correct patch. > > Changelog: > The units passed into LB_SETTABSTOPS are dialog units, not logical units. Why you do not use DIALOG_GetCharSize function from user/dialog.c ? I think the magic with averaging sizes of 52 symbols have to be in one instance only. -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

Re: [Resent] Disable CopyImage for IMAGE_BITMAP for now
by Alexandre Julliard 11 Jul '05

11 Jul '05

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > dlls/user/cursoricon.c: CopyImage() for IMAGE_BITMAP > Disable for now, code causes memory corruption Then it should be fixed, not disabled. -- Alexandre Julliard julliard(a)winehq.org

3 3

Re: msi: source one off error correction
by Mike McCormack 11 Jul '05

11 Jul '05

Aric Stewart wrote: > rc = RegQueryValueExW(sourcekey, INSTALLPROPERTY_LASTUSEDSOURCEstringW, > 0, 0, (LPBYTE)buffer,&size); > ptr = strchrW(buffer,';'); > + ptr ++; > ptr = strchrW(ptr,';'); > if (!ptr) > rc = ERROR_UNKNOWN_PROPERTY; This will crash immediately if there's anything other than a string with ;; in it in the registry. Mike

2 1

Re: [kernel/module.c] Return ERROR_PROC_NOT_FOUND for NULL hModule
by Paul Vriens 11 Jul '05

11 Jul '05

> "Paul Vriens" <paul.vriens(a)xs4all.nl> wrote: > >> Process Explorer tries to load a dll with LoadLibraryA. This fails and >> NULL is returned. PE is however still trying to do GetProcAddress on >> this >> (not loaded) dll. Windows returns ERROR_PROC_NOT_FOUND, we get into an >> exception. >> >> I will send a test tonight that confirms the above. >> >> Changelog >> Return ERROR_PROC_NOT_FOUND if hModule is NULL > > Probably the test also should confirm whether it's a responsibility of > dlls/ntdll/loader.c,LdrGetProcedureAddress() to return > STATUS_ENTRYPOINT_NOT_FOUND > which will be converted by GetProcAddress to ERROR_PROC_NOT_FOUND. > > -- > Dmitry. > > Hi Dmitry, how do I make sure that's the case. Obviously a seperate test case for LdrGetProcedureAddress can be made but that doesn't prove your question. Cheers, Paul.

2 1

Re: commctrl: initial button theming support
by Jonathan Wilson 11 Jul '05

11 Jul '05

Frank Richter wrote: > Frank Richter <frank.richter(a)gmail.com> > Add theming support. When comctl32.dll is attached to a thread, a CBT > hook is set up for the current thread which intercepts all window > creations. There, the class name of the window is checked. In case of a > known class, the window is subclassed, and the subclass is handling the > theming-related stuff. > Add initial theming support for the "Button" class. Not that I am any kind of expert here but would it not make sense to implement things the way windows does it? From what I know, windows implements it via activation contexts and manifests.

2 1

Re: [Wine]june 2005 release and 'registry' ?
by Hiji 11 Jul '05

11 Jul '05

--- Dan Sawyer <dansawyer(a)earthlink.net> wrote: > All, > > I am testing with the wine 2005 release. The release > notes state config > file control has been moved to the registry and that > winecfg is active. > winecfg does not seem to recognize dll overrides. > Has anyone else seen > this? If so were you able to work around it? > > Thanks, > Dan I'd be interested to know as well! I could not find how to do DLL overrides with winecfg. I believe that some portions of the config file will still work, but I didn't know what parts were referred to. I'm adding the wine-devel alias to this email; maybe someone there can help. How are DLL overrides done in winecfg? Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

11 11

Did anything happen with WINEDLLOVERRIDES?
by Uwe Bonnes 11 Jul '05

11 Jul '05

hertz:/spare/bon/Wine/drive_c/Programme/GALEP32> env WINEDEBUG=+loaddll WINEDLLOVERRIDES=msvcrt=n /spare/bon/wine-realclean/wine/wine Galep32.exe trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt.dll" : builtin Also explicitly requested, msvcrt is loaded as builtin. native msvcrt.dll is available in the system directory and the application directory (where Galep32.exe resides) -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Looking for a good disassembler
by James Liggett 11 Jul '05

11 Jul '05

Hi all, Can someone recommend a good win32 disassembler, preferably one that shows the contents of data segments and shows imports/exports? Thanks a lot, James Liggett

8 7

Re: ListBox: Fix LB_SETTABSTOPS (Resend)
by Alexandre Julliard 10 Jul '05

10 Jul '05

Robert Shearman <rob(a)codeweavers.com> writes: > @@ -1277,12 +1286,14 @@ static INT LISTBOX_SetFont( LB_DESCR *de > return 16; > } > if (font) oldFont = SelectObject( hdc, font ); > - GetTextMetricsW( hdc, &tm ); > + GetTextExtentPointA( hdc, alphabet, 52, &sz); > if (oldFont) SelectObject( hdc, oldFont ); > ReleaseDC( descr->self, hdc ); > + > + descr->avg_char_width = (sz.cx / 26 + 1) / 2; > if (!IS_OWNERDRAW(descr)) > - LISTBOX_SetItemHeight( descr, 0, tm.tmHeight, FALSE ); > - return tm.tmHeight; > + LISTBOX_SetItemHeight( descr, 0, sz.cy, FALSE ); > + return sz.cy; I think tm.tmHeight is a better choice for the height. Do you have evidence that Windows doesn't use the font metrics here? -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: AppDB Not accepting backslashes in HOWTOs
by James Liggett 10 Jul '05

10 Jul '05

Thanks Andrew, that worked. Duh...I should have thought of that. BTW, did you get Windows Installer working? James On Sun, 2005-07-10 at 03:08 +0100, Andrew Neil Ramage wrote: > Sounds like a Unix/Linux feature where the backslash is used for escape > codes, so you should use double backslashes. eg, C:\\Some\\Directory\\File > > Andrew > > You can be the captain > I will draw the chart > Sailing into destiny > Closer to the heart > > Closer to the Heart by Rush (A Farewell to Kings, 1977) > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > James Liggett wrote: > > I took a look at a howto in one of my AppDB entries, and I noticed that > > where thare are supposed to be backslash characters (mostly in windows > > paths,) they don't show up. If I enter something like Windows\system, it > > shows up fine in the preview, but when it actually goes to the real page > > it shows as Windowssystem. See > > http://appdb.winehq.org/appview.php?versionId=1043 for a few more > > examples. Has anyone seen anything like this before? > > > > Thanks, > > James Liggett > > > > > > > >

2 1

Managementness of borderless windows
by Stefan Dösinger 10 Jul '05

10 Jul '05

Hello List, Wine has problems with Windows which don't have the WS_CAPTION flag set. These Windows are usually not managed, which leads to focus problems(no keyboard) and the window constantly stays on top. I had a look on this and tried to find a solution: (Applications tested: Steam, Quicktime, Realoneplayer) *All windows seem to have the WS_POPUP and WS_SYSMENU flag set *GetParent(hwnd) returns NULL on the windows hwnd. *GetAncestor(hwnd, GA_PARENT) returns the same as GetDesktopWindow() I added a line which checks for GetAncestor() in is_window_managed(). This made the problematic windows managed nicely on my KDE Desktop, but it broke the menus which are also children of the desktop window. Checking GetParent(hwnd) == NULL seems to work too, and it doesn't break the menus. I've sent a patch in March 2005 (http://www.winehq.org/hypermail/wine-patches/2005/03/0504.html), but it wasn't accepted, and according to my information using GetParent in this situation is wrong, and it affects other windows too, like some parts of the main window of Half Life 1. The last thing that came into my mind is to make windows with WS_SYSMENU managed. This works without any side effects for me, but it doesn't appear right to me. Can anyone suggest a solution? Are there any other apps which I can test(Freely downloadable, small download preferable)? Thanks, Stefan Dösinger

3 3

WineD3D glx -> wgl patch
by Nick Burns 10 Jul '05

10 Jul '05

I have made a patch to make wined3d use wgl instead of glx (tested under win98se gf4 4200 and winxp gffx 5500) and would like to extend it and see it into the wine tree. This patch also applies the d3d9patch.2005-06-13.diff (heavily modified due to changes in wine head). I can send the files (sources and binaries) (and patch) and test programs (d3d9 demos mainly), if interested. The patch is rather large (1.3 MB raw text) and I'm hesitant to simply post it. The dlls (d3d9.dll -> wined3d.dll -> cygwin1.dll) were compiled under cygwin. Most of the simple d3d9 demos work perfect (even supports window resizing kinda) But the more complex demos are giving me some trouble (crashing) I have not really had time to run real games under this... Also I deactivated all the debugging stuff for windows/cygwin compiles (it gave lots of problems) --I will be looking into this soon

2 2

commctrl: initial button theming support - next try
by Frank Richter 10 Jul '05

10 Jul '05

Hi, I've worked the suggestions made wrt into that new patch. In particular, - subclassing is now properly done with SetWindowSubclass - uxtheme is delay-loaded - minor things like a correct "hot" flag and more cleanliness due the better subclassing. I've uploaded the patch to: http://www.minet.uni-jena.de/~res/commctrl-themedbutton.diff [or would have ~32k been an okay size for the list?] Reviews are appreciated. -f.r.

1 0

Re: [RESENT] Check for a valid buffer in NTReadFile
by Alexandre Julliard 10 Jul '05

10 Jul '05

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > wine/dlls/ntdll/file.c: NtReadFile() > Reject a NULL buffer That should be handled by the EFAULT case already. Why does it make a difference for you? -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: [RESENT] Add --all option to crosstest
by Alexandre Julliard 10 Jul '05

10 Jul '05

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog > wine/include/wine/test.h > Add --all option to run all tests in the testlist This has been discussed before, tests should be able to assume a clean environment when starting. It's much better to do that in a wrapper script. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Make Size Returned from HeapSize Always Match The Requested Size
by Alexandre Julliard 10 Jul '05

10 Jul '05

Robert Shearman <rob(a)codeweavers.com> writes: > --- dlls/ntdll/heap.c 25 Jun 2005 18:00:57 -0000 1.41 > +++ dlls/ntdll/heap.c 8 Jul 2005 16:22:47 -0000 > @@ -52,6 +52,9 @@ typedef struct tagARENA_INUSE > { > DWORD size; /* Block size; must be the first field */ > DWORD magic; /* Magic number */ > + BYTE unused_bytes; /* Number of bytes in the block not used by user data */ > + BYTE reserved0[3]; /* Not used. Set to 0 */ > + DWORD reserved1; /* Not used. Set to 0 */ > } ARENA_INUSE; I don't think we want to double the arena size for that. You can just steal a few bits from the magic number. -- Alexandre Julliard julliard(a)winehq.org

1 0

Debugger startup
by Robert Lunnon 10 Jul '05

10 Jul '05

To implement a Solaris debugger I have traced the wineservers startup and there is something I don't understand. I get the following stack trace: send_thread_signal+0x4a(80aab90, 10) stop_thread+0x1f(80aab90) suspend_process+0x4d(81c72a8) debugger_attach+0xf1(81c72a8, 81d1b58) req_debug_process+0x4c(81d1c38, 80477a0) call_req_handler+0x74(81d1b58) read_request+0x68(81d1b58) thread_poll_event+0x62(81d22b0, 1) fd_poll_event+0x14(81d22b0, 1) main_loop+0x9e(804785c, 8056a51, 1, 8047868, 8047870, 804785c) main+0xc6(1, 8047868, 8047870) _start+0x5d(1, 804795c, 0, 8047979, 80479f6, 8047a0a) bebugger_attach calls suspend_process then stop_thread stop_thread sends a SIGUSR1 at the thread of interest. The result of this is that the thread is terminated and there is nothing to attach to.... Why is this SIGUSR1 sent ? Bob

3 3

AppDB Not accepting backslashes in HOWTOs
by James Liggett 09 Jul '05

09 Jul '05

I took a look at a howto in one of my AppDB entries, and I noticed that where thare are supposed to be backslash characters (mostly in windows paths,) they don't show up. If I enter something like Windows\system, it shows up fine in the preview, but when it actually goes to the real page it shows as Windowssystem. See http://appdb.winehq.org/appview.php?versionId=1043 for a few more examples. Has anyone seen anything like this before? Thanks, James Liggett

1 0

Patch 326: Esound support
by Peter Åstrand 09 Jul '05

09 Jul '05

The comment on http://bugs.winehq.com/show_bug.cgi?id=326 says: >> Why hasn't this patch been accepted? > >The best is to ask on wine-devel. So, now my question is, of course: Why hasn't this patch been accepted? Btw, one reason why esddsp doesn't work with Wine on most systems seems to be that esddsp only overloads "open"; not "open64". I've tried patching libesddsp so that it overloads "open64" as well. This helps, but things works very bad anyway - the sound sometimes stops for minutes. If only people could agree on a standard sound server... -- Peter Åstrand Chief Developer Cendio www.thinlinc.com Teknikringen 3 www.cendio.se 583 30 Linköping Phone: +46-13-21 46 00

4 4

dlls/ntdll/cdrom.c breakage
by Gerald Pfeifer 08 Jul '05

08 Jul '05

The following change to dlls/ntdll/cdrom.c revision 1.57 date: 2005/06/27 12:07:49; author: julliard; state: Exp; lines: +13 -19 Dmitry Timoshkov <dmitry(a)codeweavers.com> Add a check for sg_io_hdr_t and (not tested) check for scsireq_t presence. breaks on FreeBSD cdrom.c: In function `CDROM_ScsiPassThroughDirect': cdrom.c:1419: error: invalid application of `sizeof' to an incomplete type cdrom.c:1411: warning: unused variable `io' cdrom.c: In function `CDROM_ScsiPassThrough': cdrom.c:1534: error: invalid application of `sizeof' to an incomplete type cdrom.c:1526: warning: unused variable `io' which does not have struct request_sense, but does have struct scsi_request_sense in /usr/include/cam/scsi/scsi_all.h. I would have tried to cobble up a patch guard these by #ifdef linux, but I'm not sure whether the patch to cdrom.c really was correct as it currently looks: defining struct linux_cdrom_generic_command in cdrom.c seems like quite bad a hack, doesn't it? Gerald

2 8

How to split winspool.drv ?
by Detlef Riekenberg 08 Jul '05

08 Jul '05

Hi. I want to split the source of winspool.drv in simple, easy to maintain Parts. (My Target is to get my "Lexmark X5100 Series" working.) Possible Resulting Files: "host" Host-Related (Cups / LPR / Installing wineps) "printers" printer and printerdata - related "drivers" printerdrivers and printerports - related "monitors" printmonitors and printprocessor - related "documents" Forms, Jobs, Spooling, {Start/End}{Doc/Page}, PlayGDI "dialogs" Printer related Dialog Functions "winspool_main" definitions, misc stuff and wspool.c ... and also split the 16Bit part in separate Files. Any hints / suggestions / Ideas ? -- By By ... ... Detlef

1 0

LoadImage & 32bpp bitmaps
by Frank Richter 08 Jul '05

08 Jul '05

Hi, I have a bit of trouble with loading a 32bpp RGBA bitmap from a resource. On Windows, using LoadImage() and LR_CREATEDIBSECTION the alpha values stays the same; however, doing the same on Wine, the alpha channel gets clobbered. I suspect it's the StretchDIBits() call, as hacking around that by memcpy()ing the bitmap bits into the returned DIB section makes it work... is memcpy()ing feasible? I also checked StretchDIBits() (and BitBlt()), both preserve alpha when blitting between 32bpp DIB sections... so maybe it's in order to add alpha preservation to those functions? -f.r.

5 11

Re: shell32: Printers folder
by Martin Fuchs 08 Jul '05

08 Jul '05

Is there some problem with this patch? Seems it's not yet committed, and I could not find any answer mail about it. http://www.winehq.org/hypermail/wine-patches/2005/04/0127.html On 12.04.2005 13:13:27 Huw D M Davies wrote: > This depends on 'shell32: Add unicode pidl type' > Huw Davies <huw(a)codeweavers.com> > Add a printers folder. > -- > Huw Davies > huw(a)codeweavers.com

3 3

Re: _setmbcp giving error for codepage -3
by Juan Lang 08 Jul '05

08 Jul '05

Hi Vijay, > it should not get errored out for _MB_CP_ANSI which is actually > defined in mbctype.h You're right, _MB_CP_ANSI should be defined in mbctype.h. Wine already has a mbctype.h, in include/msvcrt. Would you mind patching that? --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 3

any success running HTTP-Tunnel Client
by Vijay Kiran Kamuju 08 Jul '05

08 Jul '05

Hi, Has anybody run HTTP-Tunnel Client successfully under wine? I first complained about mozilla activex plugin, then used native dll (shdocv.dll)(using dll overrides). I gave some error with msvcrt, i did same thing as above. Then its giving me dialog box that some exception has occured. Which debug channel should i enable? Thanks, Vijay

1 1

SBCS implementaion for wine msvcrt
by Vijay Kiran Kamuju 08 Jul '05

08 Jul '05

Hi, Can anybody help me in implementing the SBCS functionality for wine msvcrt? This link http://www.geocities.com/yongweiwu/multibyte.htm says that _MB_CP_SBCS is equivalent to "C" locale. This link http://www.linuxforum.net/chinese/topic/lcr-1.htm (its in chinese) say that SBCS code pages are different, and there are present. Do i have to implement a seperate function like msvcrt_set_ctype? if so how to? Thanks, Vijay

1 0

Re: wine-devel -- confirmation of subscription -- request 548612 (wine-devel: message 1 of 1 -last one!-)
by wine-devel.1.tracyanne＠spamgourmet.com 08 Jul '05

08 Jul '05

I may be sending this to the wrong mailing list, if so my appologies. I downloaded and installed Virtual Salior a game developed for MS Windows to run under WINE. I'm using the latest version to come from Mandriva's unstable development mirror 20050524. Virtual Salior crashes with the following errors. [Linux Shell]$ wine "~/.wine/drive_c/Program Files/Virtual Sailor/Vs.exe" fixme:d3d_caps:IDirect3D8Impl_FillGLCaps found GL_VERSION ("1.3 Mesa 6.2.1")->(0x00000009) fixme:d3d_caps:IDirect3D8Impl_FillGLCaps found GL_RENDERER ("Mesa DRI Intel(R) 830M 20040919 x86/MMX/SSE")->(0x0000) fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(40,0) not handled yet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(128,0) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(129,0) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(130,0) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(131,0) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(132,0) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(133,0) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(134,0) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(135,0) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(156,0) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(161,1) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(162,-1) not handled yet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(163,0) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(164,1065353216) not handled yet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(165,1) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(172,3) not handledyet fixme:d3d:IDirect3DDevice8Impl_SetRenderState (0x77c89590)->(173,1) not handledyet fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3d:IDirect3DDevice8Impl_GetDeviceCaps (0x77c89590) : stub, calling idirect3d for now fixme:d3d:IDirect3DDevice8Impl_GetDisplayMode (0x77c89590) : returning w(800) h(600) rr(85) fmt(21,D3DFMT_A8R8G8B8) fixme:d3dxof:IDirectXFileImpl_RegisterTemplates (0x77c86df0/0x77c86df0)->(0x502648,3278) stub! fixme:d3dxof:IDirectXFileImpl_CreateEnumObject (0x77c86df0/0x77c86df0)->(0x77aafb40,0,0x77aaf9e0) stub! fixme:d3dxof:IDirectXFileImpl_CreateEnumObject Source is a file 'panels \panel_1000\panel.x' fixme:d3dxof:IDirectXFileEnumObjectImpl_GetNextDataObject (0x77c87360/0x77c87360)->(0x77aaf9e4) stub! fixme:d3dxof:IDirectXFileDataImpl_GetType (0x77c83d98/0x77c83d98)->(0x77aaf8f0)stub! wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0046fb34). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:0046fb34 ESP:77aaf850 EBP:77aaf914 EFLAGS:00010246( - 00 -RIZP1) EAX:00000000 EBX:00000000 ECX:00000004 EDX:77efee9f ESI:00000000 EDI:004f5a54 Stack dump: 0x77aaf850: 7d6825cc 00000001 7d6825e0 77ebe58c 0x77aaf860: 77aaf8e0 00080000 77c87390 77ef4f54 0x77aaf870: 77eb27cd 77ebe58c 77aaf8f8 00080000 0x77aaf880: 77c83dc8 77ef4f54 77eb27cd 7d6825cc 0x77aaf890: 77ef4f54 77ec063f 77c1001c 00000000 0x77aaf8a0: 00000028 77efee48 00000066 77aaf920 0200: sel=1007 base=77e80000 limit=00001f97 32-bit rw- Backtrace: =>1 0x0046fb34 in vs (+0x6fb34) (0x77aaf914) 2 0x0046ff68 in vs (+0x6ff68) (0x77aaf9e8) 3 0x0044cae8 in vs (+0x4cae8) (0x77aafb40) 0x0046fb34: repe cmpsl (%esi),%es:(%edi) Modules: Module Address Debug info Name (77 modules) PE 0x00400000-00b22000 Export vs PE 0x65f00000-65fc2000 Deferred ole32 PE 0x70bd0000-70c35000 Deferred shlwapi ELF 0x7705b000-77120000 Deferred comctl32<elf> \-PE 0x77070000-77120000 \ comctl32 PE 0x77120000-77164000 Deferred msvcrt ELF 0x77172000-7723d000 Deferred shell32<elf> \-PE 0x77190000-7723d000 \ shell32 ELF 0x7723d000-772a7000 Deferred wined3d<elf> \-PE 0x77250000-772a7000 \ wined3d ELF 0x772a7000-772b0000 Deferred libgcc_s.so.1 ELF 0x77380000-77417000 Deferred libglu.so.1 ELF 0x77417000-77482000 Deferred libgl.so.1 ELF 0x77482000-7754f000 Deferred libx11.so.6 ELF 0x7754f000-7755d000 Deferred libxext.so.6 ELF 0x7755d000-77562000 Deferred libxxf86vm.so.1 ELF 0x77562000-7757a000 Deferred libice.so.6 ELF 0x7757a000-77583000 Deferred libsm.so.6 ELF 0x7759c000-77615000 Deferred d3d8<elf> \-PE 0x775b0000-77615000 \ d3d8 ELF 0x77615000-77698000 Deferred winmm<elf> \-PE 0x77620000-77698000 \ winmm ELF 0x77698000-776e8000 Deferred dsound<elf> \-PE 0x776b0000-776e8000 \ dsound ELF 0x776e8000-77725000 Deferred dinput<elf> \-PE 0x77700000-77725000 \ dinput ELF 0x77725000-77739000 Deferred dinput8<elf> \-PE 0x77730000-77739000 \ dinput8 ELF 0x77739000-7775a000 Deferred iphlpapi<elf> \-PE 0x77740000-7775a000 \ iphlpapi ELF 0x7775a000-7779d000 Deferred advapi32<elf> \-PE 0x77770000-7779d000 \ advapi32 ELF 0x7779d000-7782f000 Deferred gdi32<elf> \-PE 0x777b0000-7782f000 \ gdi32 ELF 0x7782f000-77967000 Deferred user32<elf> \-PE 0x77850000-77967000 \ user32 ELF 0x77967000-77993000 Deferred ws2_32<elf> \-PE 0x77970000-77993000 \ ws2_32 ELF 0x77993000-779b0000 Deferred wsock32<elf> \-PE 0x779a0000-779b0000 \ wsock32 ELF 0x77af5000-77c10000 Deferred kernel32<elf> \-PE 0x77b20000-77c10000 \ kernel32 ELF 0x77d2d000-77d38000 Deferred libnss_files.so.2 ELF 0x77d51000-77d74000 Deferred libm.so.6 ELF 0x77d74000-77e69000 Deferred libwine_unicode.so.1 ELF 0x77e82000-77f00000 Deferred ntdll<elf> \-PE 0x77ea0000-77f00000 \ ntdll ELF 0x77f00000-77f03000 Deferred <wine-loader> ELF 0x7c65b000-7c680000 Deferred d3dxof<elf> \-PE 0x7c670000-7c680000 \ d3dxof ELF 0x7db7b000-7db90000 Deferred midimap.drv<elf> \-PE 0x7db80000-7db90000 \ midimap.drv ELF 0x7dca3000-7dcc7000 Deferred msacm32<elf> \-PE 0x7dcb0000-7dcc7000 \ msacm32 ELF 0x7dcc7000-7dce0000 Deferred msacm.drv<elf> \-PE 0x7dcd0000-7dce0000 \ msacm.drv ELF 0x7dce0000-7dd24000 Deferred wineoss.drv<elf> \-PE 0x7dcf0000-7dd24000 \ wineoss.drv ELF 0x7de6b000-7de73000 Deferred libxrender.so.1 ELF 0x7de73000-7de7c000 Deferred libxcursor.so.1 ELF 0x7de95000-7deb3000 Deferred imm32<elf> \-PE 0x7dea0000-7deb3000 \ imm32 ELF 0x7deb3000-7deb6000 Deferred iso8859-1.so ELF 0x7ded6000-7def4000 Deferred ximcp.so.2 ELF 0x7def4000-7def7000 Deferred xlcdef.so.2 ELF 0x7fcb9000-7fe75000 Deferred i915_dri.so ELF 0x7fe75000-7ff01000 Deferred winex11.drv<elf> \-PE 0x7fe90000-7ff01000 \ winex11.drv ELF 0x7ff01000-7ff21000 Deferred libexpat.so.0 ELF 0x7ff21000-7ff50000 Deferred libfontconfig.so.1 ELF 0x7ff69000-7ff7b000 Deferred libz.so.1 ELF 0x7ff7b000-7ffe7000 Deferred libfreetype.so.6 ELF 0xb7e77000-b7e7b000 Deferred libdl.so.2 ELF 0xb7e7b000-b7fa5000 Deferred libc.so.6 ELF 0xb7fa5000-b7fb7000 Deferred libpthread.so.0 ELF 0xb7fb7000-b7fd0000 Deferred libwine.so.1 ELF 0xb7fea000-b8000000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Virtual Sailor\Vs.exe 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8 [Linux Shell]$ Regards Tracy Barlow

2 1

tunnelling based cvs
by Vijay Kiran Kamuju 08 Jul '05

08 Jul '05

Hi, Is it possible to access the winehq cvs using tunning ssh for cvs, like in http://www.openoffice.org/scdocs/ddSSHGuide.html If so please provide me the details how to do it Thanks, Vijay

2 2

Remove now-superfluous memory zeroing (resend)
by Frank Richter 07 Jul '05

07 Jul '05

Frank Richter <frank.richter(a)gmail.com> Always zero destination buffer in SYSPARAMS_LoadRaw(). Remove now-superfluous memory zeroing in some other places.

1 1

Re: user: properly save "flat menu" and "gradient caption" sysparams
by Frank Richter 07 Jul '05

07 Jul '05

On 06.07.2005 13:24, Frank Richter wrote: > Add support for proper saving of the "FLATMENU" and "GRADIENTCAPION" > system parameters to the registry. What issues does this patch have? -f.r.

1 1

Get FireFox button ?
by Tom Wickline 07 Jul '05

07 Jul '05

Hello, Would anyone object to a "Get FireFox" button on our front page? I know I can send a patch and wait and see if there is objection to it. I just think its better to ask before hand. If there is NO objection ill send a patch in a couple days, or Jer can beat me to it ;) Tom

12 25

Wrapping around stdcall
by Maarten Lankhorst 07 Jul '05

07 Jul '05

I have been trying to get some work done on a class returned by CreateTextServices, but the differences between windows' stdcall and linux' are giving me a few headaches. right now I've done it pretty much like this: /* These macros are taken from wine/dlls/msvcrt/cpp.c */ #ifdef __i386__ /* thiscall functions are i386-specific */ #define THISCALL(func) __thiscall_ ## func #define THISCALL_NAME(func) __ASM_NAME("__thiscall_" #func) #define DEFINE_THISCALL_WRAPPER(func) \ extern void THISCALL(func)(); \ __ASM_GLOBAL_FUNC(__thiscall_ ## func, \ "popl %eax\n\t" \ "pushl %ecx\n\t" \ "pushl %eax\n\t" \ "jmp " __ASM_NAME(#func) ) #else /* __i386__ */ #define THISCALL(func) func #define THISCALL_NAME(func) __ASM_NAME(#func) #define DEFINE_THISCALL_WRAPPER(func) /* nothing */ #endif /* __i386__ */ DEFINE_THISCALL_WRAPPER(fnTextSrv_TxSendMessage); static HRESULT __stdcall fnTextSrv_TxSendMessage(ITextServices *iface, UINT msg, WPARAM wparam, LPARAM lparam, LRESULT* plresult) { .... } static const ITextServicesVtbl textservices_Vtbl = { fnTextSrv_QueryInterface, fnTextSrv_AddRef, fnTextSrv_Release, THISCALL(fnTextSrv_TxSendMessage), ... }; This works, however it is not clean, it gives me 2 compiler warnings: 1: fnTextServ_TxSendMessage defined but not used 2: initialisation from incompatible pointer type (in the vtable) I wonder how I can do this cleaner (Meaning no compiler warnings without ugly hacks). Also I would like to know how to call a function like __thiscall_fnTextSrv_TxSendMessage, because some methods I need are implemented in windows' stdcall. And I would like to know wether include/textserv.h needs to be adjusted now that I know they are not WINAPI.

4 11

Re: commctrl: initial button theming support
by Kevin Koltzau 07 Jul '05

07 Jul '05

On Sunday 03 July 2005 9:16 am, Frank Richter wrote: > Add initial button theming support. Upon initialization, the "Button" > class is subclassed. In case theming is activated, the subclass will > take control of painting and state management; without theming, all > theming-unrelated messages are forwarded to the old button class. + /* internal stuff */ +#define BUTTON_HOT 0x80000000 +#define BUTTON_INTERNAL (BUTTON_HOT) Under windows, the mouseover state is 0x200 + theme = themingActive ? OpenThemeData( hWnd, themeClass ) : NULL; + set_button_theme( hWnd, theme ); Calling OpenThemeData with a handle associates that theme with the window, which can then be retrieved with GetWindowTheme(hWnd), you don´t need to track the window theme handle yourself

2 2

_setmbcp giving error for codepage -3
by Vijay Kiran Kamuju 07 Jul '05

07 Jul '05

Hi, according to http://msdn2.microsoft.com/library/883tf19a(en-us,vs.80).aspx or msdn.microsoft.com/library/ en-us/vccore98/HTML/_crt__setmbcp.asp it should not get errored out for _MB_CP_ANSI which is actually defined in mbctype.h the value's are /* _setmbcp parameter defines */ #define _MB_CP_SBCS 0 #define _MB_CP_OEM -2 #define _MB_CP_ANSI -3 #define _MB_CP_LOCALE -4 so it should not get erroed out for code page of -3 and also i think that we should add mbctype.h to the include. If u agree i would like to write it or anyone can do it. Thanks, Vijay

1 1

Get FireFox button ?
by Sijmen Mulder 07 Jul '05

07 Jul '05

He's got a point there. The target audience is mostly the Linux user - which won't be using Internet Explorer anyways! 2005/7/6, Marcelo Duarte <marcelotduarte(a)gmail.com>: > Wine uses an Mozilla ActiveX in shdocvw, and Jacek is using Gecko in > another part, forcing the user to have Firefox, no? > In another side, the user of Wine, is using Linux and Firefox or another > Open Source Browser, not IE. > > wino(a)piments.com escreveu: > > > Yes but anyone looking a wine knows about Linux and knows about the > > ammount crap to expect for IE be it on wine or windows > > > > I find it hard to imagine that anyone coming to wine needs to be made > > aware of FF or any other non-IE browser. > > > > The Open-standards link suggested would be a good idea for a link page > > but I agree with Marcus that it is not needed on the front page. > > > > Why not some worthy appeal buttons as well , Tsunami victims are less > > important than FireFox? > > > > m2c ;) > > > > On Wed, 06 Jul 2005 14:27:12 +0200, Andreas Mohr > > <andi(a)rhlx01.fht-esslingen.de> wrote: > > > >> Hi, > >> > >> On Wed, Jul 06, 2005 at 01:46:06PM +0200, Holly Bostick wrote: > >> > >>> By the way, did you guys know that Mozilla.org links to CX on the > >>> plugins page? > >>> > >>> http://plugindoc.mozdev.org/linux.html > >>> > >>> Check the bottom of the page. > >>> > >>> They even bring Wine into it, and compliment Codeweavers for their > >>> support of the Wine project. > >>> > >>> Damn decent of them, really. > >>> > >>> But, whatever. > >>> > >>> Holly > >> > >> Do I sense some slight disagreement in this mail? ;-) > >> > >> Well, I for one am slightly astonished about that FireFox button > >> reaction. > >> > >> The whole world is talking about the lack of interoperability or > >> community > >> efforts within the OSS community, and here we are blindly rejecting > >> any attempt to go into such a direction. > >> > >> So, while it can very easily be considered not very "PC" to place a > >> specific > >> Mozilla button on the main page, a non-specific "you may get a > >> standards-compliant browser here" button surely cannot hurt? > >> (provided a decent web site exists for such an effort, and provided we > >> really want to do that) > >> > >> I mean, *did* we have a huge amount of pain from all the non-standard > >> web pages caused by the "less than perfectly" interoperable > >> Intrusion Engine, > >> or didn't we? > >> And *did* we have huge pains from the continually reoccurring security > >> issues of IE or didn't we? > >> > >> Next time you tell us we should remove the donation button from the > >> web page since it distracts users... > >> > >> Andreas Mohr > >> > >> > > > > > > > > > > -- Sijmen Mulder -- Sijmen Mulder

6 6

re: cabinet.dll dev. - Using external compression libraries
by Dan Kegel 07 Jul '05

07 Jul '05

Gerold J. Wucherpfennig wrote: > I'd like to use an LGPL licensed LZX compressor > for the compression part of cabinet.dll. > > What's the best way to accomplish this? > - copy and pasting the code as required. > - dynamically loading an elf library at runtime > - do configure checks at ./configure and link statically > - do the same and link dynamically > - checkin a windows-version of this LZX compressor to wine cvs and use that at > runtime. > > Web site: > http://www.speakeasy.org/~russotto/chm/ I had a look at the source for this compressor. It's pretty small. I recommend unpacking lzxcomp.tar.gz right into dlls/cabinet and simply using the source files completely unchanged if possible. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

cabinet.dll dev. - Using external compression libraries
by Gerold J. Wucherpfennig 06 Jul '05

06 Jul '05

Hi all, I'd like to use an LGPL licensed LZX compressor for the compression part of cabinet.dll. What's the best way to accomplish this? - copy and pasting the code as required. - dynamically loading an elf library at runtime - do configure checks at ./configure and link statically - do the same and link dynamically - checkin a windows-version of this LZX compressor to wine cvs and use that at runtime. Web site: http://www.speakeasy.org/~russotto/chm/ Regards Gerold

2 1

Re: shell32.dll/Printer_LoadIconsW implemented (v2)
by Frank Richter 06 Jul '05

06 Jul '05

On 06.07.2005 01:01, Detlef Riekenberg wrote: > + /* Icon in native printui.dll: "Not the default, connected Local Printer" */ > + SHELL32_hmodule = LoadLibraryA("printui.dll"); > + iconindex = 1; > + > + if (SHELL32_hmodule == NULL) > + { > + /* Icon in shell32.dll: "Not the default, connected Local Printer" */ > + SHELL32_hmodule = shell32_hInstance; > + iconindex = IDI_SHELL_PRINTER; > + } Actually, all the different printer icons are contained in shell32.dll; hence, trying to use printui.dll there is probably rather counter-productive... -f.r.

2 1

Theming
by Frank Richter 06 Jul '05

06 Jul '05

Hi, I've recently submitted a patch to add initial theming support for push buttons. Most likely I'll have to iterate over it a few times before it could get accepted into CVS, so I'd like to just query for comments/questions/criticism on it. Thanks! Patch: http://www.winehq.org/hypermail/wine-patches/2005/07/0073.html -f.r.

2 3

Re: [WINECFG] Japanese translation
by Frank Richter 06 Jul '05

06 Jul '05

On 05.07.2005 09:28, Hajime Segawa wrote: > +FONT 9, "MS UI Gothic" Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[ 2]", which is at runtime mapped to a font appropriate for the language (e.g. "MS UI Gothic" for Japanese)? This link, while not 100% on that topic, contains some links: http://blogs.msdn.com/michkap/archive/2005/03/20/399322.aspx -f.r.

3 2

Re: support for gradient captions (resend)
by Dmitry Timoshkov 06 Jul '05

06 Jul '05

"Frank Richter" <frank.richter(a)gmail.com> wrote: > (Now using GradientFill() instead of GdiGradientFill().) > --- dlls/user/Makefile.in (/wine/trunk/dlls/user) (revision 21713) > +++ dlls/user/Makefile.in (/me/trunk/dlls/user) (local) > @@ -5,7 +5,7 @@ > VPATH = @srcdir@ > MODULE = user32.dll > IMPORTLIB = libuser32.$(IMPLIBEXT) > -IMPORTS = gdi32 advapi32 kernel32 ntdll > +IMPORTS = gdi32 msimg32 advapi32 kernel32 ntdll It's even worse. user32 can't depend on msimg32 or any other high level dll. Just add GdiGradientFill to wingdi.h and resend your 1st patch. -- Dmitry.

2 2

Re: support for gradient captions
by Dmitry Timoshkov 06 Jul '05

06 Jul '05

"Frank Richter" <frank.richter(a)gmail.com> wrote: > --- dlls/user/nonclient.c (/wine/trunk) (revision 21713) > +++ dlls/user/nonclient.c (/me/trunk) (local) > @@ -197,6 +197,69 @@ > return hIcon; > } > > +extern BOOL WINAPI GdiGradientFill (HDC, PTRIVERTEX, ULONG, PVOID, ULONG, ULONG); wingdi.h is a more appropriate place for this. -- Dmitry.

1 0

Re: [ntdll] load all dll sections no matter what attributes say
by Eric Pouech 06 Jul '05

06 Jul '05

Vitaliy Margolen a écrit : > Vitaliy Margolen > > changelog: > dlls/ntdll/virtual.c > Load all dll sections no matter what attributes say why do you need this ? A+ -- Eric Pouech

3 4

sample msxml3 implementation
by Vijay Kiran Kamuju 06 Jul '05

06 Jul '05

Hi, I thought i have some suggestions in implementing the msxml3.dll I am sending an old sample stub implemenation (incomplete). I am rewriting the msxml3.dll need some suggestions. Thanks, Vijay

2 3

wine configuration via the registry and such
by Ray 06 Jul '05

06 Jul '05

Hi, I'm Ray, and I am a wine addict. ;) Seeing how a big step is made, I thought I'd drop a line concerning the "new way" to configure wine. First off, it's great to have some GUI to setup wine, though the config file was kind of handy and simple to use. There had to be changes with the winecfg tool though. But seeing how the configuration now is plainy stuffed into the "normal" registry, and how the important keys are simply get mixed up with other stuff makes me wonder if it could be done otherwise. I also wondered why exactly the registry is used for wine configuration and not a single config file? Winecfg could store the exactly same settings in the config file, too. Of course, on one hand to be as much "windows-ish" as possible, the registry seems to be the way, on the other hand, since wine comes from the linux side, I cannot really see some argument against ONE SINGLE easy-to-handle config file. >From the aspect of a GUI usage, I can't think of an real difference between both, except where the settings are stored. I might miss something else as well, though. But secondly, the winecfg tool is basically not usable for a basic setup or the switch from config file to the registry (yet). In other words, I based my configuration on the Sidenet-configuration-tool once and simply can't be bothered to hack all those DLL settings in via the GUI. And this everytime I have to reconfigure or setup (a new) wine. And there are more settings than just the DLL ones. Of course, once the basic configuration is done, one could use the registry editor to export a couple .reg files for later reimports. Basically it is what I do/did, I just "patched" the Sidenet-1.8.2-script to import .reg files, of course shortly before 1.8.3 came out ;* So I now ended up in doing it the .INF-file way .. it appears to be the best one for script based setup, too. But using simply and ONLY winecfg for setting wine up is hardly practicable if you have an existing configuration to implement. Editing the .reg files in an editor is somewhat strange since all the registrykeys are re-arranged every time wine is started, that means a lot of searching, especially if software has been installed. It also appears there is no coherent block of wine configuration settings, which was some kind of advance for the config file. Another advance was the ability to comment things out in the config file, if you do it the same way in the .reg file it gets deleted with the next wine start. A possible solution is not to comment the whole line out, but change the key's name (e.g. "comctl32"="native" => ";comctl32"="native"). But that again causes the key to be re-arranged and you have to find it again. Granted, using this example it is just moved up to the beginning of the section, plus you can see all the "commented" keys at once.. on the other hand, I don't really know what happens with those keys, since they are not really taken out of the configuration. And it's not very handy to delete and recreate those entries via winecfg in case of error/bug search or whatever. There is an option "disable" on the libraries tab, but it seems to completely disable the use of a DLL. (Err.. just like it says ^^) Speaking of comments, there is also no possibility to comment sections in the configuration anymore, which make it difficult to always remember why a setting has been made, what are there for options etc. This is not good, and even more if the whole configuration stuff is not arranged using my (the users) order/system but wine's :~ I think some im- and export interface for settings in the winecfg tool could be useful. (Using Sidenet seems to be useful, too, but .. I don't think it'd be too much of a redundance :D) Maybe there also should be some kind of description/comment lines available in the GUI. And I think it would be nice to have a way to disable a setting (read: comment out), mostly and especially on the libraries tab. And what I would like to see is some extra .reg file like "wine.reg" where all (real) wine related stuff is stored. This way one can simply transfer wine settings from one wine instance to another without having any worries about accidently catching some keys made by other software. "Native" editing would be much more simpler, too. Another advantage would be that one can easily "reset" a screwed configuration by restoring a backup of the file without the risk of screwing registry entries of installed software. And finally, there is the documentation issue. Many basic config file sections and options are documented, but not all, most of them can be simply "converted" to the registry ones, some of them are commented in the source but may lack of documentation, some are just .. however, the point I am trying to make is, that guessing things because they are undocumented is something from the windows world I do not really want to be "emulated" with wine. ;D -Rayston

1 0

Re: PATCH: EXTRACFLAGS removal from configure
by Alexandre Julliard 06 Jul '05

06 Jul '05

Marcus Meissner <marcus(a)jet.franken.de> writes: > EXTRACFLAGS and CFLAGS complement it each other in the configure.ac script, > I see no need to have it "EXTRA". The reason for it is that the user is allowed to set his own CFLAGS, so the Wine flags have to be in EXTRACFLAGS. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: PATCH: avifile init/exit handling
by Andreas Mohr 06 Jul '05

06 Jul '05

Hi, On Wed, Jul 06, 2005 at 08:14:14AM +0200, Marcus Meissner wrote: > Hi, > > This implements Roberts suggestion of uninitializing Ole if it is no > longer needed. > > Ciao, Marcus > > Changelog: > Call OleUninitialize() on last AVIFileExit() > +static int ole_initialized = 0; > + > + if (!ole_initialized++) > + OleInitialize(NULL); Isn't that somewhat racey? Probably better to use InterlockedIncrement() here. Andreas Mohr

1 0

Re: Half-Life 2 / Counter-Strike: Source under Wine
by Paul Vriens 06 Jul '05

06 Jul '05

> Why it need StackWalk64 ? > Do you use a windows-64 bit version ? You can call the *64 functions without running a 64-bit version of windows or the dll. I had to forward SymLoadModule64 to SymLoadModule to solve an issue in Process Explorer. This however means that more and more apps are going to use the *64 funtions and that our dbghelp needs an overhaul (any volunteers ?). Cheers, Paul.

1 0

Re: fyi link to wine-wiki based on your forum post
by James Liggett 06 Jul '05

06 Jul '05

I think this should also go into the official Wine Wiki too. But anyways, thanks very much for the exposure :) James On Wed, 2005-07-06 at 15:40 +1200, Joseph Black wrote: > I have copied some of what you wrote in the forum into the unofficial > wine-wiki, > but I would appreciate a quick look over in case I have made an error > Here is a link for your perusal. > > http://wiki.jswindle.com/index.php/Palm_Desktop > > there is also some info about dcom,and ie that may be of interest. > > If you wish me to remove /change/ fix.. :-) , please email me > directly, or help > yourself to remove/change/make anon etc.. > > thank you. > > Joseph Black > cc Stefan Leichter

1 0

Re: fyi link to wine-wiki based on your forum post
by James Liggett 06 Jul '05

06 Jul '05

Hi Joseph, Thanks for doing this, great work!! FYI, I just became the app maintainer for Desktop 4.1; the same stuff can now be found in the app db. Other than that, this looks good. James Liggett On Wed, 2005-07-06 at 15:40 +1200, Joseph Black wrote: > I have copied some of what you wrote in the forum into the unofficial > wine-wiki, > but I would appreciate a quick look over in case I have made an error > Here is a link for your perusal. > > http://wiki.jswindle.com/index.php/Palm_Desktop > > there is also some info about dcom,and ie that may be of interest. > > If you wish me to remove /change/ fix.. :-) , please email me > directly, or help > yourself to remove/change/make anon etc.. > > thank you. > > Joseph Black > cc Stefan Leichter

1 0

Re: [USER32] Zero out buffer in SYSPARAMS_Load
by Dmitry Timoshkov 06 Jul '05

06 Jul '05

"Felix Nawothnig" <felix.nawothnig(a)t-online.de> wrote: > + memset( lpBuf, 0, count ); Don't you think that your patch is a bit too large although the only thing it does is adding the only a single memset call? Please get rid of all not necessary formatting changes and resubmit. -- Dmitry.

2 1

Re: Installing Palm Desktop
by James Liggett 06 Jul '05

06 Jul '05

Thanks Chris, just submitted. Knew I was being stupid about it... James On Tue, 2005-07-05 at 22:47 -0400, Chris Morgan wrote: > I wouldn't worry about the reason. If you run the app and are interested in > maintaining the howto and potentially responding to forum posts, thats more > than enough. We put the reason question on there because otherwise its > difficult to tell apart the users that have the knowledge to help vs. the > ones that just want the application to work for them under wine. > > Chris > > > On Tuesday 05 July 2005 10:19 pm, James Liggett wrote: > > Hi Tony, > > This is Desktop 4.1 that came with my Tungsten T. I've considered > > becoming a maintainer for the app, but being the extremely neurotic > > perfectionist I am, I've yet to decide what exactly my "reason" for > > becoming a maintainer will be, but I will be putting in the request > > eventually. > > > > Kind regards, > > James Liggett > > > > On Tue, 2005-07-05 at 19:42 -0600, Tony Lambregts wrote: > > > James Liggett wrote: > > > > Hi Uwe, > > > > I figured out how to install Palm Desktop, perhaps this might prove > > > > useful to someone: > > > > > > > > 1. Install native Windows Installer manually. To do this, install > > > > dcom98 first. Then run instmsia.exe. The install will complain, but it > > > > will leave behind all the files you need in Windows\Installer\InstMsi0. > > > > Copy all the files in there to Windows\system, and set msi.dll and > > > > msiexec.exe to native. > > > > > > > > 2. Install Windows Script 5.6. You can download it from here: > > > > http://www.microsoft.com/downloads/details.aspx?FamilyID=0a8a18f6-249c- > > > >4a72-bfcf-fc6af26dc390&DisplayLang=en Keep in mind that it's the English > > > > version though. To install it, set setupapi to builtin and run the > > > > file. > > > > > > > > 3. Run Palm Desktop setup like normal, and it will install everything > > > > you need. > > > > > > > > Of course, running palm desktop is a different story (there is a crash > > > > in WinMM that stops it from running.) I'm currently working on getting > > > > Hotsync to work with my USB cradle using the visor driver, but there's > > > > some problems with that. I'll post a dump of the messages I get and see > > > > if I can make something happen. Thanks for the help :). > > > > > > What version of Palm Desktop is this? This would make a great howto, I > > > would add it to the proper version myself if I knew the version. > > > > > > Please consider becoming a maintainer for this app. > > > > > > http://appdb.winehq.org/appview.php?appId=688 > > > > > > -- > > > > > > Tony Lambregts

1 0

Palm Desktop and Hotsync with usbserial
by James Liggett 06 Jul '05

06 Jul '05

Hello all, Many have been following my attempts at getting Palm Desktop and Hotsync to work. I've tried setting up a COM port that points to the USB device generated by the visor kernel driver when you hit the button on the cradle. Unfortunately, there's a problem in GetCommState: err:comm:GetCommState tcgetattr or ioctl error 'Invalid argument' I'm not really sure if this is due to my use of the USB stuff, or if this would happen with a direct serial cradle. But, the good news is that it's trying to pick something up. My Dad has a serial cradle, but I don't know if he'd let me borrow it. Anyway, after the sync fails, wine goes crazy and dumps my registry. I've created a dump of all the output, but it's over 500K and is too big for the list. Anybody got any ideas on this stuff? If someone could try exactly what I did and report it, I would appreciate it. ;-) Thanks a lot, James Liggett P.S. If you do try to run Hotsync, set your win version to nt40 to get rid of complaints about missing comm drivers.

1 0

LoadImageW: Fix type of TRACE-Parameter (update to cvs-commit)
by Detlef Riekenberg 05 Jul '05

05 Jul '05

Am Dienstag, den 05.07.2005, 07:40 -0500 schrieb Alexandre Julliard: > > Modified files: > dlls/user : cursoricon.c > > Log message: > Detlef Riekenberg <wine.dev(a)web.de> > LoadImageW: Fix type of TRACE parameter. > > Patch: http://cvs.winehq.org/patch.py?id=18666 > > Old revision New revision Changes Path > 1.6 1.7 +3 -7 wine/dlls/user/cursoricon.c Sorry, but you modified the Patch in a wrong Way. (HIWORD(name)) is the short version of (IS_INTRESOURCE(name)) here Changelog: - LoadImageW: Fix type of TRACE-Parameter (Restored the 'if (HIWORD(name))' - Part and added some comments) -- By By ... ... Detlef

2 2

Re: Add an appearently missing return in commctrl32
by Andreas Mohr 05 Jul '05

05 Jul '05

Hi, On Tue, Jul 05, 2005 at 06:56:20PM +0100, Robbert Xerox wrote: > Hi, let me be clear: i don't know anything about this > comctl32 stuff, but compared to this patch: > http://cvs.winehq.org/patch.py?id=15317 > it seems to me there's a missing return, which i added > in this patch.I have no time to get deeper into this > comctl32 stuff so I'll leave it for a review to others > who know more about it. Anyways: it fixes the > following bug in Shareaza: > http://bugs.winehq.org/show_bug.cgi?id=2659 Hmm, well, the fact that there are many structs like phdi->cxy = (lpItem != NULL) ? lpItem->cxy : 0; suggests that even if lpItem is NULL (failure mode), the outbound phdi struct should still get filled with proper data (which is, to be fair, not much more than a zeroed-out struct, all taken together). IOW, it seems a lot like this should simply be another up-front failure check instead (such code is found in many functions in comctl32 on Windows!): if ((nItem < 0) || (nItem >= (INT)infoPtr->uNumItem)) { memset(phdi, 0, sizeof(HDITEMW)); return FALSE; } lpItem = &infoPtr->items[nItem]; ... But even that is rather non-proven, so the best thing to do here is to write a good test suite test for this function (for the easiest way to call this function's functionality under Windows, that is...). Andreas Mohr

1 0

Re: shell32.dll/Printer_LoadIconsW implemented
by Frank Richter 05 Jul '05

05 Jul '05

On 05.07.2005 13:37, Detlef Riekenberg wrote: > + HMODULE SHELL32_hmodule=NULL; > + INT iconindex=IDI_SHELL_PRINTER; ... > + if(SHELL32_hmodule==NULL) > + { > + SHELL32_hmodule=LoadLibraryA("shell32.dll"); > + } Why not use the global 'shell32_hInstance' variable? -f.r.

2 1

Regression: Installing Zoo Tycoon 1 Demo stalls with ALSA
by Paul Vriens 05 Jul '05

05 Jul '05

Hi, It's been a while since I tried the installation but it hangs with a full 100% when I select ALSA as the audio driver (current CVS). Choosing OSS get's me through the installation. trace with +wave shows: trace:wave:wodPlayer waiting 3ms (10,3) warn:wave:wodUpdatePlayedTotal Unexpected state (3) or delay (-3) while updating Total Played, resetting trace:wave:wodNotifyClient wMsg = 0x03bd dwParm1 = 7BE83560 dwParam2 = 0000 trace:wave:wodPlayer_NotifyCompletions Empty queue trace:wave:wodPlayer waiting 10ms (10,4294967295) trace:wave:ALSA_wodMessage (0, WODM_RESET, 45ABC7B9, 00000000, 00000000); trace:wave:wodReset (0); trace:wave:wodPlayer_ProcessMessages Received WINE_WM_RESETTING 0 Any idea where to look. Cheers, Paul.

1 0

Re: [Darwine] RFC: Bug Management (was: wine_ldt_copy)
by Pierre d'Herbemont 05 Jul '05

05 Jul '05

Sorry for cross posting to the wine-devel but I think this may interest the whole wine community. Selon Phil Krylov <phil.krylov(a)gmail.com>: > Fine :) Could you please correct the corresponding To Do entry on the Web > site? I can't do it right now, so I'll fix that later. Any way our To Do Section is not flexible enough. So that raises a good question: how shall we handle bug reports? My propositions: 1) Every bug reports handled by darwine(a)bugzilla.opendarwin.org or the darwine@sf Bug Management System. 2) Every bug reports handled by bugzilla.winehq.org. 3) - Wine related bugs (including darwin port specific bugs) handled by bugzilla.winehq.org. - bugs that are darwine related and not wine specific (WineHelper bugs, installer bugs, sdk bugs, ... ) handled by darwine(a)bugzilla.opendarwin.org or darwine@sf. Solution 1) is the worst, since we'll have to deal with bug duplication between the darwine BMS and the winehq BMS. Solution 2) is doable but probably not desired. So I think we should go for 3). Whereas it seems to be the most confusing solution for bug reporters, the separation wine code/darwine distrib is clear. Anyway bug reporters usually read the "how to bug report" before submitting a bug, do they? Would solution 3) be acceptable? Pierre.

1 0

Re: [WINECFG] Japanese translation
by Frank Richter 05 Jul '05

05 Jul '05

On 05.07.2005 09:28, Hajime Segawa wrote: > +FONT 9, "MS UI Gothic" Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[ 2]", which is at runtime mapped to a font appropriate for the language (e.g. "MS UI Gothic" for Japanese)? This link, while not 100% on that topic, contains some links: http://blogs.msdn.com/michkap/archive/2005/03/20/399322.aspx -f.r.

2 1

Re: [WINECFG] Japanese translation
by Frank Richter 05 Jul '05

05 Jul '05

On 05.07.2005 09:28, Hajime Segawa wrote: > +FONT 9, "MS UI Gothic" Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[ 2]", which is at runtime mapped to a font appropriate for the language (e.g. "MS UI Gothic" for Japanese)? This link, while not 100% on that topic, contains some links: http://blogs.msdn.com/michkap/archive/2005/03/20/399322.aspx -f.r.

1 0

Re: http://cvs.winehq.org/patch.py?id=18650
by Paul Vriens 05 Jul '05

05 Jul '05

Hi, +#define ITextServices_OnTxInplaceDeactivate(p,a) (p)->lpVtbl->OnTxInplaceActivate(p,a) shouldn't that be (p)->lpVtbl->OnTxInplaceDeactivate ? Cheers, Paul.

1 0

Re: uxtheme: also send WM_THEMECHANGED to child windows (resend)
by Alexandre Julliard 05 Jul '05

05 Jul '05

Frank Richter <frank.richter(a)gmail.com> writes: > +static BOOL CALLBACK UXTHEME_broadcast_msg (HWND hWnd, LPARAM msg) > +{ > + if (hWnd == NULL) > + { > + EnumWindows (UXTHEME_broadcast_msg, msg); > + } > + else > + { > + PostMessageW(hWnd, msg, 0, 0); > + EnumChildWindows (hWnd, UXTHEME_broadcast_msg, msg); The recursion is redundant here, EnumChildWindows already enumerates all children. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: OLE32/compobj: gcc 4.0 -Wpointer-sign fixes
by Robert Shearman 05 Jul '05

05 Jul '05

Mike McCormack wrote: >Index: dlls/ole32/compobj.c >=================================================================== >RCS file: /home/wine/wine/dlls/ole32/compobj.c,v >retrieving revision 1.154 >diff -u -p -r1.154 compobj.c >--- dlls/ole32/compobj.c 20 Jun 2005 14:18:04 -0000 1.154 >+++ dlls/ole32/compobj.c 4 Jul 2005 14:51:31 -0000 >@@ -787,6 +787,26 @@ HRESULT WINAPI CoCreateGuid(GUID *pguid) > return UuidCreate(pguid); > } > >+static LPBYTE validate_clsid_string( LPCSTR s ) >+{ >+ int i; >+ >+ if (strlen(s) != 38) >+ return NULL; >+ >+ if ((s[0]!='{') || (s[9]!='-') || (s[14]!='-') || (s[19]!='-') || (s[24]!='-') || (s[37]!='}')) >+ return NULL; >+ >+ for (i=1; i<37; i++) { >+ if ((i == 9)||(i == 14)||(i == 19)||(i == 24)) continue; >+ if (!(((s[i] >= '0') && (s[i] <= '9')) || >+ ((s[i] >= 'a') && (s[i] <= 'f')) || >+ ((s[i] >= 'A') && (s[i] <= 'F')))) >+ return NULL; >+ } >+ return (LPBYTE) s; >+} >+ > /****************************************************************************** > * CLSIDFromString [OLE32.@] > * IIDFromString [OLE32.@] >@@ -813,28 +833,16 @@ HRESULT WINAPI CoCreateGuid(GUID *pguid) > */ > HRESULT WINAPI __CLSIDFromStringA(LPCSTR idstr, CLSID *id) > { >- const BYTE *s = (const BYTE *) idstr; >- int i; > BYTE table[256]; >+ LPBYTE s; >+ int i; > >- if (!s) >- s = "{00000000-0000-0000-0000-000000000000}"; >- else { /* validate the CLSID string */ >- >- if (strlen(s) != 38) >- return CO_E_CLASSSTRING; >- >- if ((s[0]!='{') || (s[9]!='-') || (s[14]!='-') || (s[19]!='-') || (s[24]!='-') || (s[37]!='}')) >- return CO_E_CLASSSTRING; >- >- for (i=1; i<37; i++) { >- if ((i == 9)||(i == 14)||(i == 19)||(i == 24)) continue; >- if (!(((s[i] >= '0') && (s[i] <= '9')) || >- ((s[i] >= 'a') && (s[i] <= 'f')) || >- ((s[i] >= 'A') && (s[i] <= 'F')))) >- return CO_E_CLASSSTRING; >- } >- } >+ if (!idstr) >+ idstr = "{00000000-0000-0000-0000-000000000000}"; >+ >+ s = validate_clsid_string( idstr ); >+ if( !s ) >+ return CO_E_CLASSSTRING; > > TRACE("%s -> %p\n", s, id); > I don't think there is any need to split the function into two as you can just use 'idstr' directly, instead of 's'. Also, note that this function will soon be converted into using WCHARs, but I don't think that should change anything. -- Rob Shearman

2 1

Re: OLE32: fix gcc 4.0 -Wpointer-sign warnings
by Robert Shearman 05 Jul '05

05 Jul '05

Mike McCormack wrote: > ChangeLog: > * fix gcc 4.0 -Wpointer-sign warnings > >------------------------------------------------------------------------ > >Index: dlls/ole32/antimoniker.c >=================================================================== >RCS file: /home/wine/wine/dlls/ole32/antimoniker.c,v >retrieving revision 1.25 >diff -u -p -r1.25 antimoniker.c >--- dlls/ole32/antimoniker.c 6 Jun 2005 19:50:37 -0000 1.25 >+++ dlls/ole32/antimoniker.c 4 Jul 2005 14:48:34 -0000 >@@ -49,7 +49,7 @@ typedef struct AntiMonikerImpl{ > */ > const IROTDataVtbl* lpvtbl2; /* VTable relative to the IROTData interface.*/ > >- ULONG ref; /* reference counter for this object */ >+ LONG ref; /* reference counter for this object */ > > } AntiMonikerImpl; > IUnknown_AddRef and IUnknown_Release both return ULONGs so it looks like you are just moving the problem elsewhere. I think you should be casting the values passed into Interlocked{Increment,Decrement} or find some other nicer way of preventing that warning, possibly by ignoring them or just turning off the -Wpointer-sign flag. -- Rob Shearman

2 1

Running Palm Desktop
by James Liggett 05 Jul '05

05 Jul '05

Hi all, I have a palm pilot that came with a lot of different apps, but they have conduits that need windows to function. I have been experimenting with getting Palm Desktop to run with Wine. It installs OK, but it doesn't run because of a bug in WinMM. I can, however, get the Hotsync service to run. But, it doesn't see my USB cradle. Has anyone tried setting this kind of thing up to get Wine to interface with the cradle using the visor driver? I thought this might work, since it emulates a serial port. But, I don't know how to map a COM port to the device. Does anyone know how to do that with Wine 20050628? Thanks, James Liggett

3 8

Failure in gdi/tests/metafile.c
by Uwe Bonnes 05 Jul '05

05 Jul '05

Hallo, ../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so metafile.c failes like: metafile.c:457: Test failed: (0,0)->(10,10), expected (0,0)->(18,67) metafile.c:457: Test failed: (0,0)->(10,10), expected (0,0)->(18,67) Some discussion on #winehackers brought up some clues, but no real fix. Shouls the test be a todo_wine? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

Re: PATCH: olepicture without libgif/libjpeg
by Robert Shearman 05 Jul '05

05 Jul '05

Marcus Meissner wrote: >Hi, > >some confused users compile WINE without libgif or libjpeg >support. > >Make sure the testcase works without this compiled in. > Here is my opinion: the test cases running in Wine are designed to make sure that any program that uses the same code paths in the tested functions will work on Wine. If the user hasn't got libgif or libjpeg support then their Wine build isn't fully functional and the failing tests should be putting up a red flag for them to fix that by adding libgif-devel or libjpeg-devel to their system. -- Rob Shearman

2 1

Re: [x11drv] d3d stencil support
by Adam D. Moss 04 Jul '05

04 Jul '05

Hi! Oliver Stieber wrote: > + if (visual == NULL) { > + /* fallback to a 1 bit stencil (opengl states that at least 1 bit of stencil must be provided for on of the available configurations) */ > + WARN("Failed to get a visual with at least 8 bits of stencil\n"); > + int dblBuf2[] = {GLX_RGBA,GLX_DEPTH_SIZE,16,GLX_STENCIL_SIZE,1,GLX_DOUBLEBUFFER,None}; > + > + wine_tsx11_lock(); > + visual = pglXChooseVisual(display, DefaultScreen(display), dblBuf2); > + wine_tsx11_unlock(); > + if (visual == NULL) { > + /* This should only happen if we cannot fidn a match with a depth size 16 */ > + FIXME("Failed to find a suitable visual\n"); > + } > + } It's always nice to have a fallback, but in real life I've never seen PC hardware (even back to the 90s) which supports a 1-bit stencil buffer and not a 8-bit stencil buffer, so this may be over-redundant. (Would be interested in hearing of any consumer hardware which only does a 1-bit stencil.) Regards, --adam

3 4

Re: winnt.h - Add AMD64 Context Definition
by Dmitry Timoshkov 04 Jul '05

04 Jul '05

"Steven Edwards" <steven_ed4153(a)yahoo.com> wrote: > +#ifdef _M_AMD64 > + > +#define CONTEXT_AMD64 0x100000 ... > +#endif /* __x86_64__ */ Shouldn't be __x86_64__ here be _M_AMD64 instead? -- Dmitry.

2 1

Re: [x11drv] d3d stencil support
by Frank Richter 04 Jul '05

04 Jul '05

On 04.07.2005 02:21, Oliver Stieber wrote: > Hi, > This patch makes sure that the OpenGL visual created > for a window has a stencil buffer. > This is a requirement for stencil buffer support in d3d. Hm, isn't it possible that on some pathetic hardware or when lower color depths are used (e.g. 16bpp) stencil is not supported and that software emulation instead of hardware acceleration may be used? Wouldn't it be better to somehow query for a stencil buffer only when really needed? Just a thought. -f.r.

2 1

ie6setup still failing
by Robert Lunnon 04 Jul '05

04 Jul '05

ie6setup is still failing to run to completion on my system even after upgrading my OGL to the nvidia one. OGL initialization in ddraw is still my prime suspect as per my last note on the matter. Can anyone say whether internet explorer setup (via sidenet) runs OK under linux since this problem might be an Solaris specific issue Bob

1 0

Assembly problem with glu library
by Robert Lunnon 04 Jul '05

04 Jul '05

I Get the following assembly errors with the latest cvs, even with the very latest gas (2.16.1), any takers on why ? bash-3.00$ ../../tools/winegcc/winegcc -v -B../../tools/winebuild -shared ./glu32.spec glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -L../../dlls/kernel32 -L../../dlls/ntdll -lkernel32 -lntdll -L../../libs/wine -lwine -L/usr/X11R6/lib -R/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXext -lX11 -lsocket -lnsl -lGL -lGLU -L../../libs/port -lwine_port -L /opt/sfw/cups/lib -lrt -lthread -lresolv -lsocket -lnsl ../../tools/winebuild/winebuild --ld-cmd ld -D_REENTRANT -fPIC --dll -o glu32.dll-2meiRn.spec.c -E ./glu32.spec -L../../dlls -L../../dlls/kernel32 -L../../dlls/ntdll -L../../libs/wine -L/usr/X11R6/lib -L../../libs/port -L/opt/sfw/cups/lib glu.o glu32.dll.dbg.o -lkernel32 -lntdll ../../libs/port/libwine_port.a gcc -D_REENTRANT -fPIC -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -D__WINNT -D__WINNT__ -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__fastcall=__attribute__((__fastcall__)) -D_stdcall=__attribute__((__stdcall__)) -D_cdecl=__attribute__((__cdecl__)) -D_fastcall=__attribute__((__fastcall__)) -D__declspec(x)=__declspec_##x -D__declspec_align(x)=__attribute__((aligned(x))) -D__declspec_allocate(x)=__attribute__((section(x))) -D__declspec_deprecated=__attribute__((deprecated)) -D__declspec_dllimport=__attribute__((dllimport)) -D__declspec_dllexport=__attribute__((dllexport)) -D__declspec_naked=__attribute__((naked)) -D__declspec_noinline=__attribute__((noinline)) -D__declspec_noreturn=__attribute__((noreturn)) -D__declspec_nothrow=__attribute__((nothrow)) -D__declspec_novtable=__attribute__(()) -D__declspec_selectany=__attribute__((weak)) -D__declspec_thread=__thread -D__WINE__ -D__int8=char -D__int16=short -D__int32=int -D__int64=long long -c -o glu32.dll-2meiRn.spec-0MrsCF.o -v -R/usr/X11R6/lib glu32.dll-2meiRn.spec.c Reading specs from /opt/gcc343/lib/gcc/i386-pc-solaris2.10/3.4.3/specs Configured with: ./configure --with-gnu-as --with-as=/usr/sfw/bin/gas --prefix=/opt/gcc343 Thread model: posix gcc version 3.4.3 /opt/gcc343/libexec/gcc/i386-pc-solaris2.10/3.4.3/cc1 -quiet -v -D_REENTRANT -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -D__WINNT -D__WINNT__ -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__fastcall=__attribute__((__fastcall__)) -D_stdcall=__attribute__((__stdcall__)) -D_cdecl=__attribute__((__cdecl__)) -D_fastcall=__attribute__((__fastcall__)) -D__declspec(x)=__declspec_##x -D__declspec_align(x)=__attribute__((aligned(x))) -D__declspec_allocate(x)=__attribute__((section(x))) -D__declspec_deprecated=__attribute__((deprecated)) -D__declspec_dllimport=__attribute__((dllimport)) -D__declspec_dllexport=__attribute__((dllexport)) -D__declspec_naked=__attribute__((naked)) -D__declspec_noinline=__attribute__((noinline)) -D__declspec_noreturn=__attribute__((noreturn)) -D__declspec_nothrow=__attribute__((nothrow)) -D__declspec_novtable=__attribute__(()) -D__declspec_selectany=__attribute__((weak)) -D__declspec_thread=__thread -D__WINE__ -D__int8=char -D__int16=short -D__int32=int -D__int64=long long glu32.dll-2meiRn.spec.c -quiet -dumpbase glu32.dll-2meiRn.spec.c -auxbase-strip glu32.dll-2meiRn.spec-0MrsCF.o -version -fPIC -o /var/tmp//ccW8C5Cs.s ignoring nonexistent directory "/opt/gcc343/lib/gcc/i386-pc-solaris2.10/3.4.3/../../../../i386-pc-solaris2.10/include" #include "..." search starts here: #include <...> search starts here: /usr/local/include /opt/gcc343/include /opt/gcc343/lib/gcc/i386-pc-solaris2.10/3.4.3/include /usr/include End of search list. GNU C version 3.4.3 (i386-pc-solaris2.10) compiled by GNU C version 3.3.3. GGC heuristics: --param ggc-min-expand=82 --param ggc-min-heapsize=98248 /usr/sfw/bin/gas -V -Qy -s -o glu32.dll-2meiRn.spec-0MrsCF.o /var/tmp//ccW8C5Cs.s GNU assembler version 2.16.1 (i386-pc-solaris2.10) using BFD version 2.16.1 /var/tmp//ccW8C5Cs.s: Assembler messages: /var/tmp//ccW8C5Cs.s:455: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:456: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:457: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:458: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:459: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:460: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:461: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:462: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:463: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:464: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:465: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:466: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:467: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:468: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:469: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:470: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:471: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:472: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:473: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:474: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:475: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:476: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:477: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:478: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:479: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:480: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:481: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:482: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:483: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:484: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:485: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:486: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:487: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:488: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:489: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:490: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:491: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:492: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:493: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:494: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:495: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:496: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:497: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:498: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:499: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:500: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:501: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:502: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:503: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:504: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:505: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:506: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:507: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:508: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:669: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:669: Error: junk at end of line, first unrecognized character is `2' /var/tmp//ccW8C5Cs.s:678: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:678: Error: junk at end of line, first unrecognized character is `2' /var/tmp//ccW8C5Cs.s:687: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:687: Error: junk at end of line, first unrecognized character is `2' /var/tmp//ccW8C5Cs.s:696: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:696: Error: junk at end of line, first unrecognized character is `2' winegcc: gcc failed. bash-3.00$

2 4

mscms.dll doc link
by Tom Wickline 04 Jul '05

04 Jul '05

The International Color Consortium specification is located here : http://www.color.org/icc_specs2.html as well btw. I just thought it may be of value to someone :) Tom

1 0

wine configuration
by Oliver Stieber 04 Jul '05

04 Jul '05

Hi, With a lot of wines configuration moving over to HKEY_LOCAL_USER and magic comments being added to identify places where configuration is read, I though it may be a good idea to move over to a standard function for reading configuration instead of using direct registry access. Something like GetWineConfiguration(USER|MACHINE, "PATH FROM .../wine/", "DEFAULT"); This would enable us to remove the magic comments, make it easier to migrate wines configuration at some point in the future if it's required again and easily lookup per application configuration as well as default behaviour without having to code it explicitly every time. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

2 3

Re: winefile: UNICODE
by Dmitry Timoshkov 03 Jul '05

03 Jul '05

"Martin Fuchs" <martin-fuchs(a)gmx.net> wrote: > Changelog: > switch winefile to UNICODE mode Why to go through all this pain and not just make it unicode only? -- Dmitry.

6 12

user/tests/msg.c failure
by Uwe Bonnes 03 Jul '05

03 Jul '05

../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so msg.c && touch msg.ok fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f050! fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f040! fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f040! fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f050! msg.c:5524: Test failed: ScrollWindowEx: the msg 0x000f was expected, but got msg 0x0021 instead msg.c:5524: Test failed: ScrollWindowEx: the msg 0x0014 was expected, but got msg 0x000f instead msg.c:5524: Test failed: ScrollWindowEx: the msg sequence is not complete: expected 0000 - actual 0014 msg.c:3719: Test failed: InvalidateRgn: the msg sequence is not complete: expected 0000 - actual 0021 msg.c:3781: Test failed: WmParentPaintNc: the msg 0x000f was expected, but got msg 0x0021 instead msg.c:3781: Test failed: WmParentPaintNc: the msg 0x000f was expected in child msg.c:3781: Test failed: WmParentPaintNc: the msg 0x0085 was expected, but got msg 0x0014 instead msg.c:3781: Test failed: WmParentPaintNc: the msg 0x0014 was expected, but got msg 0x0021 instead msg.c:3781: Test failed: WmParentPaintNc: the msg sequence is not complete: expected 0000 - actual 000f msg.c:3893: Test failed: WmParentPaintNc2: the msg sequence is not complete: expected 0000 - actual 0021 msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0100 was expected, but got msg 0x0021 instead msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0100 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: in msg 0x0100 expecting wParam 0x4e got 0x10 msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0100 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0100 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0102 was expected, but got msg 0x0100 instead msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0111 was expected, but got msg 0x0102 instead msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0101 was expected, but got msg 0x0111 instead msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0101 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: in msg 0x0101 expecting wParam 0x10 got 0x4e msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0101 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0101 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: the msg sequence is not complete: expected 0000 - actual 0101 msg.c:5743: Test failed: WmEmpty: the msg sequence is not complete: expected 0000 - actual 0014 -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 1

Re: winnt.h - Add AMD64 Context Definition
by Marcus Meissner 03 Jul '05

03 Jul '05

On Sat, Jul 02, 2005 at 10:28:36PM -0700, Steven Edwards wrote: > Hi, > I wrote this quite a while back on sourceforge's compile farm when I was attempting to learn asm > for x86 and x86-64. After a short amount of time dealing with the pain of transfering files in and > out of sourceforge and keeping CVS updated I gave up but before this gets perged I wanted to send > it. I hope it is of use to someone as due to my lack of a x86-64 system it might be a while before > I get back to it. To correct this minor oversight, please contact AMD and kindly request they > donate me a system. The problem is more is if this is the Microsoft approved version? They probably have one by now and we should be binary identical. Ciao, Marcus

2 1

Re: uxtheme: also send WM_THEMECHANGED to child windows
by Dimi Paun 03 Jul '05

03 Jul '05

On Sun, 2005-07-03 at 15:11 +0200, Frank Richter wrote: > +static void UXTHEME_broadcast_themechange (HWND hWnd) > +{ > + if (hWnd == NULL) > + { > + EnumWindows (UXTHEME_EnumChildProc, 0); > + } > + else > + { > + if (hWnd != NULL) PostMessageW(hWnd, WM_THEMECHANGED, 0, 0); > + EnumChildWindows (hWnd, UXTHEME_EnumChildProc, 0); > + } > +} This function would be more useful (and usage clearer) if it took the msg as an argument (also I think you can get rid of UXTHEME_EnumChildProc too, untested): +static BOOL UXTHEME_broadcast_msg (HWND hWnd, LPARAM msg) +{ + if (hWnd == NULL) + { + EnumWindows (UXTHEME_broadcast_msg, msg); + } + else + { + PostMessageW(hWnd, msg, 0, 0); + EnumChildWindows (hWnd, UXTHEME_broadcast_msg, msg); + } + return TRUE; +} Note: the 'if' for PostMessageW was superfluous. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

3 3

Possible regressions in IE6 SP1 install
by James Liggett 03 Jul '05

03 Jul '05

Hello all, I've noticed some problems installing Internet Explorer 6 SP1 with any version of WINE newer than 20050310, and that includes CVS as of yesterday. Apparently, I'm not the only one; many other are also having issues with 20050419 and 20050524. With my current setup, I get this error repeatedly at 81% during installation: fixme:thunk:__regs_CommonUnimpStub generic stub: ? It keeps looping like that on and on forever, and the install never finishes, but the UI stays responsive. I've had many issues installing IE in the past, but nothing like this. Can anyone give me any leads as to what might cause this? If it might help, I've applied Oliver Stieber's latest DX9 patch, and have tried both Wine Tools and Sidenet. Thanks very much, James Liggett

7 9

Re: MSCMS: fix color directory handling
by Uwe Bonnes 03 Jul '05

03 Jul '05

>>>>> "Hans" == Hans Leidekker <hans(a)it.vu.nl> writes: Hans> I found the culprit. There was a patch by Vincent Beron that Thanks, This patch lets "make test" in mscms/test succeed. B.t.w: Hans, I can't reach mirzam.it.vu.nl. Is it down? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Proposal: Let Oleaut32/tests/olepicture.c faile more gracefully with missing libgif
by Uwe Bonnes 03 Jul '05

03 Jul '05

Hallo, while I found strong opposition with my proposal to fail more gracefully with a missing libgif, I still think the FIXME output is enough and the test shouldn't fail, blocking any further test in a "make test" run. To have a possible patch at least in the archive, please find it appended. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/oleaut32/tests/olepicture.c =================================================================== RCS file: /home/wine/wine/dlls/oleaut32/tests/olepicture.c,v retrieving revision 1.3 diff -u -r1.3 olepicture.c --- wine/dlls/oleaut32/tests/olepicture.c 27 Jun 2005 09:57:28 -0000 1.3 +++ wine/dlls/oleaut32/tests/olepicture.c 3 Jul 2005 14:43:38 -0000 @@ -165,6 +165,11 @@ handle = 0; hres = IPicture_get_Handle (pic, &handle); + if (hres == E_NOTIMPL) + { + todo_wine ok(hres == S_OK, "Probably no support for libgif/libungif, Aborting\n"); + return; + } ok(hres == S_OK,"IPicture_get_Handle does not return S_OK, but 0x%08lx\n", hres); ok(handle != 0, "IPicture_get_Handle returns a NULL handle, but it should be non NULL\n");

1 0

Palm Desktop Install
by Andrew Neil Ramage 03 Jul '05

03 Jul '05

Reading that someone was able to install the Palm Desktop software, I decided to try myself. I downloaded the software from Palm, then tried installing it. This is the output. [andrew@zeus Windows]$ WINEDEBUG=+all [andrew@zeus Windows]$ wine Palm\ setup.exe fixme:thread:NtSetInformationThread Set ThreadImpersonationToken handle to (nil) fixme:thread:NtSetInformationThread Set ThreadImpersonationToken handle to 0x48 fixme:thread:NtSetInformationThread Set ThreadImpersonationToken handle to (nil) fixme:thread:NtSetInformationThread Set ThreadImpersonationToken handle to 0x50 fixme:powermgnt:SetThreadExecutionState (0x80000001): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. Does anyone know what's wrong ? Below is a listing of my DOSDEVICES DIRECTORY. [andrew@zeus Windows]$ ls -l ~/.wine/dosdevices total 0 lrwxrwxrwx 1 andrew andrew 10 Jun 6 19:52 c: -> ../drive_c lrwxrwxrwx 1 andrew andrew 10 Jun 6 20:08 d: -> /mnt/cdrom lrwxrwxrwx 1 andrew andrew 11 Jun 6 19:53 e: -> /mnt/cdrom2 lrwxrwxrwx 1 andrew andrew 22 Jun 6 19:53 f: -> /home/andrew/winetools lrwxrwxrwx 1 andrew andrew 12 Jun 6 19:53 h: -> /home/andrew lrwxrwxrwx 1 andrew andrew 4 Jun 6 19:53 t: -> /tmp lrwxrwxrwx 1 andrew andrew 12 Jul 3 13:42 USB1 -> /dev/ttyUSB1 lrwxrwxrwx 1 andrew andrew 12 Jul 3 13:43 USB2 -> /dev/ttyUSB2 lrwxrwxrwx 1 andrew andrew 12 Jul 3 13:43 USB3 -> /dev/ttyUSB3 lrwxrwxrwx 1 andrew andrew 1 Jun 6 19:52 z: -> / -- Andrew You can be the captain I will draw the chart Sailing into destiny Closer to the heart Closer to the Heart by Rush (A Farewell to Kings, 1977) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1 0

mscms/tests/profile.c
by Uwe Bonnes 03 Jul '05

03 Jul '05

Hallo, make test in dlls/mscms/tests fails in profile.c. It seems that the test expects an installed ColorProfile.exe. However I think our police for the tests is to have them succeed without any other prerequisit. Hans, can you perhaps rethink your test strategy? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 5

Re: MSHTML: Added test of IOleObject::[SG]etClientSite
by Alexandre Julliard 03 Jul '05

03 Jul '05

Jacek Caban <jack(a)itma.pwr.wroc.pl> writes: > Changelog: > - Added test of IOleObject::[SG]etClientSite > - Fix IOleObject_SetClientSite to pass tests The test fails here: htmldoc.c:232: Test failed: *pchKey=0x7fc7d2d9, expected NULL -- Alexandre Julliard julliard(a)winehq.org

1 0

Bug in dlls/comctl32/comctl32undoc.c
by Sascha Cunz 03 Jul '05

03 Jul '05

Hi, playing around a bit with wine, i found a thing that is obviously a bug. In lines 1944 and 1977 of dlls/comctl32/comctl32undoc.c the value "0x7FFF" is used to check for the boundary of a 32 bit integer. However, there should be used MAX_INT instead. By the way: Looking at current MSDN, DPA and DSA looks rather documented than "undoc" :-) Regards Sascha P.S.: Please CC me on answers as i'm not subscribed here.

2 3

Get Firefox Button
by James Liggett 02 Jul '05

02 Jul '05

Tom, I've been following your discussion about putting a Get Firefox button on the WineHQ front page. While I'm a big fan of Firefox, I think that we should advocate the more generic W3C standards instead, and use XHTML that is valid against those. That way, we can support pretty much any browser. What do you think? Regards, James Liggett

2 1

Re: [PATCH] FCI work for cabinet.dll [cabinet-fci-patch-03c.diff]
by Mike McCormack 02 Jul '05

02 Jul '05

Hi Gerold Gerold J. Wucherpfennig wrote: > And now take this... Gulp. > + p_fci_internal->perf->erfOper = FCIERR_NONE; > + p_fci_internal->perf->erfType = ERROR_INVALID_DATA; > + p_fci_internal->perf->fError = TRUE; > + SetLastError(ERROR_INVALID_DATA); Your code seem to be doing this over and over again. Is there any reason not to make a macro so you can do something like: FCI_SET_ERROR(FCIERR_NONE, ERROR_INVALID_DATA ); maybe something like this: #define FCI_SET_ERROR( oper, type ) \ p_fci_internal->perf->erfOper = oper; \ p_fci_internal->perf->erfType = type; \ p_fci_internal->perf->fError = TRUE; \ SetLastError(type); Also it would be nice to split this into two patches, one changing all the error codes as per above, and one with all the other minor changes you made. A 75k patch will take a long time for Alexandre to digest... Mike

2 1

Re: [X11DRV] Add resolution for Desktop mode
by Uwe Bonnes 02 Jul '05

02 Jul '05

>>>>> "Lionel" == Lionel Ulmer <lionel.ulmer(a)free.fr> writes: Lionel> Changelog: - add 400x300 resolution to modes supported by Lionel> Desktop mode Isn't 1400x1050 also a valid mode? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: [X11DRV] Add resolution for Desktop mode
by Maxime Bellengé 02 Jul '05

02 Jul '05

Hi Lionel, I didn't see the whole code, but shouldn't you change the #define to 9 ? a+ Maxime -static const unsigned int widths[] = {320, 512, 640, 800, 1024, 1152, 1280, 1600}; -static const unsigned int heights[] = {200, 384, 480, 600, 768, 864, 1024, 1200}; +static const unsigned int widths[] = {320, 400, 512, 640, 800, 1024, 1152, 1280, 1600}; +static const unsigned int heights[] = {200, 300, 384, 480, 600, 768, 864, 1024, 1200}; #define NUM_DESKTOP_MODES (8) /* create the mode structures */ On Sat, 2005-07-02 at 16:26 +0200, Lionel Ulmer wrote: > Changelog: > - add 400x300 resolution to modes supported by Desktop mode >

1 0

CreateURLMoniker misbehaving
by Uwe Bonnes 02 Jul '05

02 Jul '05

Hallo, with native urlmon(and ole32,oleaut32,rpcrt4), Atmel Avrstudio brings up the "Program AVR" option in the "Tools" pulldown menu, with builtin this item is missing. Here the relay trace of the CreateURLMoniker call with builtin: 0009:CALL urlmon.CreateURLMoniker(<unknown, check return>) ret=69bdb8bf 0009:Call kernel32.IsBadWritePtr(7baada74,00000004) ret=702b3c80 0009:Ret kernel32.IsBadWritePtr() retval=00000000 ret=702b3c80 0009:Call kernel32.IsBadReadPtr(7f8be518,00000002) ret=702b3c9b 0009:Ret kernel32.IsBadReadPtr() retval=00000000 ret=702b3c9b 0009:Call shlwapi.154(7f8be518 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml",702b2118 L"http",00000004) ret=702b219d 0009:Ret shlwapi.154() retval=fffffffe ret=702b219d 0009:Call shlwapi.154(7f8be518 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml",702b20f4 L"file",00000004) ret=702b219d 0009:Ret shlwapi.154() retval=00000000 ret=702b219d 0009:Call shlwapi.UrlCanonicalizeW(7f8be518 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml",7baab950,7baab93c,00010000) ret=702b240e 0009:Call ntdll.RtlAllocateHeap(7bc10000,00000000,0000007e) ret=7b74d606 0009:Ret ntdll.RtlAllocateHeap() retval=7bcf5d48 ret=7b74d606 0009:Call ntdll.RtlFreeHeap(7bc10000,00000000,7bcf5d48) ret=7b74d766 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7b74d766 0009:Ret shlwapi.UrlCanonicalizeW() retval=00000000 ret=702b240e 0009:Call kernel32.lstrlenW(7baab950 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml") ret=702b3c28 0009:Ret kernel32.lstrlenW() retval=0000003e ret=702b3c28 0009:Call kernel32.lstrlenW(7baab950 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml") ret=702b3ce3 0009:Ret kernel32.lstrlenW() retval=0000003e ret=702b3ce3 0009:CALL ole32.CoTaskMemAlloc(0000007e) ret=702b2506 0009:Call ntdll.RtlAllocateHeap(7bc10000,00000000,0000007e) ret=65f014f0 0009:Ret ntdll.RtlAllocateHeap() retval=7bcf5d48 ret=65f014f0 0009:RET ole32.CoTaskMemAlloc() retval=7bcf5d48 ret=702b2506 0009:Call shlwapi.StrCpyW(7bcf5d48,7baab950 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml") ret=702b3d02 0009:Ret shlwapi.StrCpyW() retval=7bcf5d48 ret=702b3d02 0009:CALL ole32.CoTaskMemAlloc(00000014) ret=702b2506 0009:Call ntdll.RtlAllocateHeap(7bc10000,00000000,00000014) ret=65f014f0 0009:Ret ntdll.RtlAllocateHeap() retval=7bcf5dd0 ret=65f014f0 0009:RET ole32.CoTaskMemAlloc() retval=7bcf5dd0 ret=702b2506 0009:RET urlmon.CreateURLMoniker(00000000,7f8be518 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml",7baada74) retval=00000000 ret=69bdb8bf and here with builtin: 0009:Call urlmon.CreateURLMoniker(00000000,7f9be518 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml",7baada74) ret=69bdb8bf trace:urlmon:CreateURLMoniker ((nil), L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml", 0x7baada74) 0009:Call ntdll.RtlAllocateHeap(7bc10000,00000000,0000000c) ret=7e4986fb 0009:Ret ntdll.RtlAllocateHeap() retval=7bcd5340 ret=7e4986fb trace:urlmon:URLMonikerImpl_Construct (0x7bcd5340,(null),L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml") 0009:Call ntdll.RtlAllocateHeap(7bc10000,00000000,0000007e) ret=7e4987aa 0009:Ret ntdll.RtlAllocateHeap() retval=7bcd5f28 ret=7e4987aa 0009:CALL ole32.CoTaskMemFree(00000000) ret=7e4987f7 0009:RET ole32.CoTaskMemFree() retval=00000000 ret=7e4987f7 trace:urlmon:URLMonikerImpl_QueryInterface (0x7bcd5340)->({0000000f-0000-0000-c000-000000000046},0x7baada74) trace:urlmon:URLMonikerImpl_AddRef (0x7bcd5340)->(ref before=0) 0009:Ret urlmon.CreateURLMoniker() retval=00000000 ret=69bdb8bf Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 4

rpcrt4.dll NdrGetUserMarshalInfo() problem
by J. Grant 02 Jul '05

02 Jul '05

Hello, I am getting the attached error when running an install of Overnet v0.52. Basically it cannot find NdrGetUserMarshalInfo(), despite it being in the dll at entry point: 77d43452h, order 199. Any ideas what this problem could be? I'm expecting this to be the symptom of some wider problem. Any help appreciated. Kind regards JG p.s. Is there any way to get these mangled function names to be displayed un-mangled please? c:\opt\overnet_0_52>overnet c:\opt\overnet_0_52>err:module:import_dll No implementation for MSVCRT.dll.??_U@YAPAXI@Z imported from L"C:\\opt\\overnet_0_52\\MSVCIRT.dll", setting to 0xdeadbeef err:module:import_dll No implementation for MSVCRT.dll.??_V@YAXPAX@Z imported from L"C:\\opt\\overnet_0_52\\MSVCIRT.dll", setting to 0xdeadbeef -- Homepage: http://jguk.org/ Blog: http://jguk.org/index.html#blog Radio: http://jguk.org/index.html#radio

3 3

(long) From the front lines: 20050628 release impressions
by Holly Bostick 02 Jul '05

02 Jul '05

Hi, This didn't seem appropriate for the user's list, as I don't intend to report "problems" that I want "solved" but to provide an overview of how the recent changes affect users like me -- for good (mostly) and ill-- in the Real World (TM). First of all, good job! Last night I upgraded from 20050111 to 20050628 (wiped my .wine folder and uninstalled completely), and my first impression is: snazzy! This was the first time in a long time I've installed using ./tools/wineinstall from the source package (the ebuild isn't in Portage yet, or wasn't last night, anyway), and I was pleased to find that it went 99% perfectly. What I loved (Install): 1. It compiled, no problems, errors, or hitches of any kind (and pretty fast, too-- I wouldn't really have been able to watch that video it was recommended I rent). This may have been true for a long time of course, but it was New To Me using wineinstall, so I was happy. 2. It *asked me* about things I might want to change-- and didn't make assumptions about its own detection!! No, I really don't have a Windows drive, so you were right, but I don't want my c_drive in ~/.wine so put it somewhere else, thank you very much. After all the discussion on whichever list about wanting to put the c_drive somewhere else, it's really nice to see that we can now do that. Of course the Problem ? is that since most users will be installing pre-compiled packages, the install will probably just take the defaults (as it has done in the past? Has this capability been available for months now?) rather than proposing the questions, which is a real shame. Other small disappointment: I did request a config file: Create local config file ~/.wine/config? (yes/no) yes ....but did not get one: Configuring Wine for a no-windows install in /home/motub/local_games/wine/drive_c... /home/motub/.wine updated successfully. cp: cannot stat `documentation/samples/config': Onbekend bestand of map Created /home/motub/.wine/config using default Wine configuration. You probably want to review the file, though. cp: cannot stat `/tmp/wineinstall.conf': Onbekend bestand of map Admittedly, I don't necessarily need one, now that we have winecfg, but I still feel a bit insecure without one, and I did after all assent to one when I was offered it. So I see that as a problem-- either the install should not offer it, or it should be able to give it to you when you say yes to the offer. And it certainly shouldn't say that it gave you a config file when it didn't! But OK, it gives me an excuse to fire up Winecfg. First of all, good job! I give it a 90% on all points (attractiveness, understandablility, useability). What I loved (Winecfg): It works. No hitches, crashes, sloppy or missing text, it's snappy (doesn't take an eon to do anything) and it is very much a "normal" app insofar as it provides the type of feedback that I expect from an application (buttons grey out and become active exactly as I would expect, notably the "Apply" button), so I "know" (in the sense that a user 'knows' anything) that the program is working. It's pretty smart. The detection of my current environment seems good-- of course everything was 'correct', such as ALSA being selected in the Audio section, but the important thing is that I the user believed that winecfg had correctly selected the proper choice from a range of possibilities, rather than just the first thing on the drop-down list. I could very well be wrong (having just tried the autodetection, and therefore switched to OSS) but I *feel* nonetheless confident that, were I using OSS (only) or aRTs, that would have been selected instead-- and to a great extent, it's my belief that's important, rather than the truth. Even if I am wrong, it's nice to see sufficient confidence in the ALSA driver that it would be the default setting on a system like mine, rather than OSS as it has been in the past. If the driver was so bad that the OSS driver was far and away the better choice, even alphabetization shouldn't/wouldn't save ALSA from being first on the list (and thus the default for users who can't be bothered to configure their systems). It's pretty smart. Love the fact that I can set per-application defaults in the program. I haven't installed any native DLLs yet, so the Overrides are grayed out-- except for the text entry, so my impression is that if there was an available DLL to appear in that menu, the dialog would become active. This is supported by the 'not implemented yet' that I saw in another section of winecfg. If something doesn't work, you demonstrably mark it as not yet working, so being greyed out means what it's supposed to mean-- "not active because the conditions have not been met to activate" as opposed to "not working", or "half-working" or $DEITY knows what. I appreciate that and it increases my confidence in the application. It's pretty smart-- or is it? OK, the Drives tab was kind of a mixed bag for me. It works, and does what it says on the tin, as it were, but it seems kind of inflexible, which threw me off somewhat. Minor useablility niggle: You have to select the drive letter to adjust any setting; clicking on the drive's mapping in the list doesn't change the selection (but decolors the active selection). This is really confusing, especially since the mapping takes up a much bigger area than the drive letter, so is more likely to be clicked-- and more especially if one has not shown the expanded options, so you can see what you're actually working with. Major useability niggle: In the default setup, the D drive did not appear-- it was (as it has been for some time) invisibly mapped to my CD-ROM device, but incorrectly, so (it was mapped to /cdrom, which does not exist on my system; my device is mounted at /media/cdrecorder). Since the mapping was invisible (did not appear in winecfg's list, as in fact no CD-ROM device did), I tried the 'Automatic detection' to see if that would cause it to pop up. It did, since there's a mapping to /media/cdrecorder in my /etc/fstab-- but so did everything else in my /etc/fstab, much of which I did not want to be mapped as I don't expect to be using certain mounts with Wine. Using autodetect, /proc/sys/fs/binfmt_misc is mapped to the I drive, for goodness' sake! But I can remove mappings, so I did that.... and then I had big gaps in my drive lettering, which would make it difficult if not impossible to remember which drive letter pointed to what mount or folder. Unfortunately, only two of the eleven drives listed had an entry in the expanded "Manual Installation=> Name" field that suggested that if I changed the name there, it would change the drive letter; the other 9 drives were blank in that field. I found this alarming, so I renamed and redirected the symlinks in a file manager the way I normally would. Reopening winecfg afterwards displayed the changed settings properly (which is good), but my impression was that I shouldn't have had to be d*cking around with a file manager at all-- certainly if I wasn't already familiar with Wine configuration, I would have had a mess on my hands. So fine, Wine was now configured; time to install and run a program. My choice was Pretty Good Solitaire version 10.2.0 (trial version available from http://www.goodsol.com ). In the past, this program always installed fine, but would not run without DCOM installed, and with oleaut32 overridden. So first of all, good job! The OLE implementation is distinctly better! The program installed fine (of course, it generally does), and this is one of the apps that allows you to launch it at the end of the install. So I did. And it ran! The trial version splash opened up "normally" (meaning in a normal amount of time, and fully drawn). Some of the text was displaced (the buttons were fine, but the message area some text was on top of other text), but the buttons worked properly and I was able to enter a username and serial number (still not with the right-click "paste" command, which still causes a CTD, but ctrl-v worked perfectly well), the data was accepted, and I was able to create a user and enter the program. That's pretty much where the good news ends, though-- the game menu text (not the window text, but the game selector menus) is *huge* (it's clear, it's legible, it's complete, it's just noticeably way too big), and trying to select anything from any menu at all (window menu, game selector, toolbar button) results in a Run-time error '6': overflow [OK] dialog. Clicking OK closes the program cleanly, leaving me looking at a huge number of fixme: ole errors in the terminal. So then I installed DCOM98 (I have a Win98 license, so I try to stick with Win98 DLLs wherever possible), overriding ole32, oleaut32, and rpcrt4, and then ran the program from the terminal with the same overrides. It ran fine (naturally), but what surprised me was that the game selector menu text was now displayed at a normal font size for my resolution. Now it was time to see if I could set a per-application override using winecfg. This turned out to be confusing, and ultimately crashed winecfg (!). First I added the application on the Applications tab, but all that let me do was set the Win version for that app-- I was not really clear if having the application selected in the first tab would mean that settings in subsequent tabs would apply to that application only. So I removed PGS from the first tab, and went to the Libraries tab. I was able to type 'oleaut32.dll' in the text field, and, as I had thought, this activated the "Add" button, which then added oleaut32 (native, builtin) correctly-- but then I thought that I was perhaps making that the default setting, which I didn't want. So I removed that, and went to restart the process by adding PGS again to the Applications tab. I selected it fine (btw, *very* nice that the application's proper Windows icon appears in the file browser-- the file browser is also much, *much* faster), but when I hit OK to add it, winecfg crashed: winecfg fixme:winecfg:mode_to_label translate mewine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x41b26a33). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:41b26a33 ESP:7ba8cf94 EBP:7bab3820 EFLAGS:00010202( - 00 - -RI1) EAX:00000056 EBX:41be7ff4 ECX:7badbfe8 EDX:00000076 ESI:00000000 EDI:00000056 Stack dump: 0x7ba8cf94: 7bab74ac 7bc88810 7babf290 7ba8cfdc 0x7ba8cfa4: 7bab0e9c 7bab3820 00000000 7bc88fe0 0x7ba8cfb4: 7bab5ecb 7ba8cfcc 7bab74ac 7bab2029 0x7ba8cfc4: 7babefd4 7bab5ecb 7bc88ec8 7bab74ac 0x7ba8cfd4: 7bab3c29 00010036 7ba8d754 7baaaa54 0x7ba8cfe4: 00000044 7bc88fe0 7bab3820 7bab3c29 Backtrace: =>1 0x41b26a33 __strcasecmp+0x43 in libc.so.6 (0x7bab3820) 0x41b26a33 __strcasecmp+0x43 in libc.so.6: movzbl 0x0(%esi),%eax Modules: Module Address Debug info Name (60 modules) ELF 0x41a9e000-41ab7000 Deferred ld-linux.so.2 ELF 0x41ab9000-41bec000 Export libc.so.6 ELF 0x41bee000-41c14000 Deferred libm.so.6 ELF 0x41c16000-41c1a000 Deferred libdl.so.2 ELF 0x41c1c000-41ce9000 Deferred libx11.so.6 ELF 0x41ceb000-41cfa000 Deferred libxext.so.6 ELF 0x41cfc000-41d0d000 Deferred libz.so.1 ELF 0x41d0f000-41d22000 Deferred libpthread.so.0 ELF 0x41d24000-41d2d000 Deferred libsm.so.6 ELF 0x41d2f000-41d46000 Deferred libice.so.6 ELF 0x41d48000-41dbb000 Deferred libfreetype.so.6 ELF 0x41dbd000-41ddd000 Deferred libexpat.so.0 ELF 0x41ddf000-41e06000 Deferred libfontconfig.so.1 ELF 0x41e12000-41e1a000 Deferred libxrender.so.1 ELF 0x41eb3000-41eb9000 Deferred libxxf86dga.so.1 ELF 0x41f0a000-41f13000 Deferred libxcursor.so.1.0.2 ELF 0x41f15000-41f19000 Deferred libxrandr.so.2 ELF 0x42047000-42050000 Deferred libgcc_s.so.1 ELF 0x422c8000-42380000 Deferred libgl.so.1 ELF 0x42605000-4261d000 Deferred libnsl.so.1 ELF 0x4261f000-42628000 Deferred librt.so.1 ELF 0x43010000-43015000 Deferred libxxf86vm.so.1 ELF 0x7b3f3000-7b41b000 Deferred winspool.drv<elf> \-PE 0x7b400000-7b41b000 \ winspool.drv ELF 0x7b41b000-7b4da000 Deferred comctl32<elf> \-PE 0x7b430000-7b4da000 \ comctl32 ELF 0x7b4da000-7b4fa000 Deferred iphlpapi<elf> \-PE 0x7b4e0000-7b4fa000 \ iphlpapi ELF 0x7b4fa000-7b545000 Deferred rpcrt4<elf> \-PE 0x7b510000-7b545000 \ rpcrt4 ELF 0x7b545000-7b5d4000 Deferred gdi32<elf> \-PE 0x7b560000-7b5d4000 \ gdi32 ELF 0x7b5d4000-7b707000 Deferred user32<elf> \-PE 0x7b600000-7b707000 \ user32 ELF 0x7b707000-7b749000 Deferred advapi32<elf> \-PE 0x7b720000-7b749000 \ advapi32 ELF 0x7b749000-7b7d8000 Deferred ole32<elf> \-PE 0x7b760000-7b7d8000 \ ole32 ELF 0x7b7d8000-7b837000 Deferred shlwapi<elf> \-PE 0x7b7f0000-7b837000 \ shlwapi ELF 0x7b837000-7b900000 Deferred shell32<elf> \-PE 0x7b850000-7b900000 \ shell32 ELF 0x7b900000-7b990000 Deferred comdlg32<elf> \-PE 0x7b910000-7b990000 \ comdlg32 ELF 0x7ba96000-7bac0000 Deferred winecfg<elf> \-PE 0x7baa0000-7bac0000 \ winecfg ELF 0x7bb0f000-7bc20000 Deferred kernel32<elf> \-PE 0x7bb40000-7bc20000 \ kernel32 ELF 0x7bd37000-7bd42000 Deferred libnss_files.so.2 ELF 0x7bd42000-7bd4d000 Deferred libnss_nis.so.2 ELF 0x7bd4d000-7bd58000 Deferred libnss_compat.so.2 ELF 0x7bd74000-7be69000 Deferred libwine_unicode.so.1 ELF 0x7be85000-7bf00000 Deferred ntdll<elf> \-PE 0x7bea0000-7bf00000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7f852000-7f856000 Deferred iso8859-15.so ELF 0x7f878000-7ff7a000 Deferred fglrx_dri.so ELF 0x7ff7a000-80000000 Deferred winex11.drv<elf> \-PE 0x7ff90000-80000000 \ winex11.drv ELF 0xb7fcb000-b7fe4000 Deferred libwine.so.1 Threads: process tid prio (all id:s are in hex) 00000008 (D) c:\windows\system\winecfg.exe 00000009 0 <== WineDbg terminated on pid 0x8 ... maybe that means something to you. I reopened winecfg, and added and selected goodsol.exe again. *Now* I see that the titlebar changes to "Wine configuration for goodsol.exe" as I progress through the other tabs! That's actually quite nifty, but who really looks at their titlebar? I wish I could think of a more "in your face" indication that I was now creating a per-application setting rather than a default one, but I can't, so this will have to do (and it is, after all, nifty). So I added ole32 and oleaut32 (at first with .dll, but then I took that out), saved and ran just plain old wine goodsol.exe (I was in the directory), and it ran properly. So winecfg does that right, too. PGS is the only app I've tried so far, and the only problem I've found is that I usually run with the game's sound off, but I turned it on to test and the game essentially slowed to a crawl when dealing the cards, then redraw seemed to hang (I switched desktops, and when I came back I had only a titlebar, no game window. All it said in the terminal was ALSA lib pcm_dmix.c:746:(snd_pcm_dmix_open) The dmix plugin supports only playback stream I then set a per-application setting using winecfg that this application should use OSS, and that solved it. So the long and the short of it is that winecfg does make it easier for you to solve many of these problems and configure Wine properly (excepting registry entry creation issues), but it doesn't make it any easier to recognize what the problem in fact is-- you still have to be able to figure that out yourself and know what needs to be done. But once you do, winecfg makes putting it all together much easier, and is, in and of itself, a real nice app. Wine has also incorporated noticeable improvements, which I could see even in this very limited test, so while I expect that apps I commonly run will still encounter problems, I feel that things are on the upswing once again and that, during the upcoming months, I will see more problems I currently have melting away... which is just what I, as a user, want to see, and how I want to feel when I install a new Wine. So thanks!! Good work!! And I hope that this feedback is useful to you. Holly

6 6

DCOM Regression
by Jan Schiefer 02 Jul '05

02 Jul '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When I run DCOM98.exe with newest CVS I get "A required resource appears to be corrupted". Also no text in the license aggreement. Greetings, Jan Schiefer! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCxlwizC00UKXFdVcRAlPKAKDFEoQ9ALVxL6cw8sFf1Tw4OXlb8gCgp/dT XP9Gc/1eDtl83BckBRlDnts= =Hurd -----END PGP SIGNATURE-----

1 0

Re: wine/dlls/winmm lolvldrv.c
by Eric Pouech 02 Jul '05

02 Jul '05

Alexandre Julliard a écrit : > ChangeSet ID: 18492 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/06/27 14:51:41 > > Modified files: > dlls/winmm : lolvldrv.c > > Log message: > Get rid of the WaveMapper and MidiMapper options, the defaults should > be good enough in all cases. the only issue with this is that names for mappers changed over time in windows from the good ol' days, they were msacm.drv and midimap.drv there are now msacm32.drv and midimap.dll A+ -- Eric Pouech

1 0

kernel32 test
by Eric Pouech 02 Jul '05

02 Jul '05

can someone run the attached test (which is an evolution of dlls/kernel/tests/atom.c) on a win9x box and send me back the results... the semantics for getting an atom name with a buffer too small are so inconsistent on XP, I'd like to get an idea of what gives on Win9x (and even NT if there are some takers) TIA -- Eric Pouech

1 0

The wine-patches archives
by Tom Wickline 02 Jul '05

02 Jul '05

Looks like ""Downloadable version" is stuck at 9 MB last time I checked we were at a new record of 10.2 MB ......... Newman to the rescue ? Cheers, Tom

2 2

Re: RICHED20: add textserv.h (3rd try)
by Robert Shearman 02 Jul '05

02 Jul '05

Mike McCormack wrote: > > Use DECLARE_INTERFACE macros. > > Mike > > > ChangeLog: > * add textserv.h > >------------------------------------------------------------------------ > >+#ifndef __WINE_TEXTSERV_H >+#define __WINE_TEXTSERV_H >+ >+#ifdef __cplusplus >+extern "C" { >+#endif >+ >+DEFINE_GUID(IID_ITextServices,0x8d33f740,0xcf58,0x11ce,0xa8,0x9d,0x00,0xaa,0x00,0x6c,0xad,0xc5); >+DEFINE_GUID(IID_ITextHost, 0xc5bdd8d0,0xd26e,0x11ce,0xa8,0x9e,0x00,0xaa,0x00,0x6c,0xad,0xc5); >+DEFINE_GUID(IID_ITextHost2, 0xc5bdd8d0,0xd26e,0x11ce,0xa8,0x9e,0x00,0xaa,0x00,0x6c,0xad,0xc5); >+ >+/***************************************************************************** >+ * ITextServices interface >+ */ >+typedef struct ITextServices ITextServices; >+ >+#define INTERFACE ITextServices >+DECLARE_INTERFACE_(ITextServices,IUnknown) > > This would be much easier in IDL. Why did you do it all by hand? -- Rob Shearman

2 1

Re: Wine avitools/aviplay fails with CO_E_NOTINITIALIZED for any AVI file
by Alex Villacís Lasso 01 Jul '05

01 Jul '05

>It worked in the past. When pclsidHandler is set to NULL it performs >a registry lookup as the native version does it. If these registry >entries are missing it has a problem and could perhaps return the >mentioned error - don't know as I have never tested it. > >In the past these informations were part of the default registry of >wine but with the addition of the self-registration of many libraries >this has been removed. Don't ask me how to get the library to >register itself - guess it has to do with regsrv32.exe, but I am not >sure. I am already too long out of the substance. > > Based on a certain verification in the source code, I made aviinfo to work by adding the following to the registry: [Software\\Classes\\CLSID\\{00020000-0000-0000-C000-000000000046}\\InProcServer32] 1110571609 @="avifil32.dll" "LoadWithoutCOM"=dword:00000000 As far as I can see, the key "LoadWithoutCOM" only needs to exist; it does not need to be set to any particular value. The aviplay program has yet to work because the 128x128 AVI file I was using for the test in one machine (apparently) mandates a 128x128 screen resolution which is (yet) unsupported by my X configuration, and the ideal 640x480 test AVI is on the other (currently inaccessible) machine: trace:x11settings:X11DRV_Settings_AddOneMode initialized mode 128: 320x240x16 @60 Hz (XRandR) trace:x11settings:X11DRV_Settings_AddOneMode initialized mode 129: 360x200x16 @85 Hz (XRandR) trace:x11settings:X11DRV_Settings_AddOneMode initialized mode 130: 320x200x16 @85 Hz (XRandR) trace:x11settings:X11DRV_Settings_AddOneMode initialized mode 131: 320x175x16 @85 Hz (XRandR) trace:x11settings:X11DRV_Settings_CreateDriver Setting up display settings for DDRAW (XRandR) fixme:avifile:AVIFileInit (): stub! [Stream 0: vids.cvid, cineapk.avi v�eo #0] trace:x11settings:X11DRV_ChangeDisplaySettingsExW ((null),0x707bf768,(nil),0x00000004,(nil)) trace:x11settings:X11DRV_ChangeDisplaySettingsExW flags=FULLSCREEN trace:x11settings:X11DRV_ChangeDisplaySettingsExW DM_fields=BITSPERPEL,PELSWIDTH,PELSHEIGHT trace:x11settings:X11DRV_ChangeDisplaySettingsExW width=128 height=128 bpp=24 freq=1887172668 (XRandR) err:x11settings:X11DRV_ChangeDisplaySettingsExW No matching mode found! (XRandR) ddraw.SetDisplayMode: 0x88760078 (change resolution!) But this raises the following questions: * Why is not avifil32.dll adding this key on registration by regsvr32? (I could submit a patch to do it, but see next questions) * Is this the correct usage of avifil32.dll? The loading of this dll occurs via SHCoCreateInstance in shell32/shellole.c, and the comment on the usage of the LoadWithoutCOM key goes like this: //* if a special registry key is set, we load a shell extension without help of OLE32 *// bLoadWithoutCOM = (ERROR_SUCCESS == SHQueryValueExW(hKey, sLoadWithoutCOM, 0, 0, 0, 0)); Is this the correct (or even supported) usage for avifil32.dll? This LoadWithoutCOM kludge does not appear anywhere else in my registry, and it looks like it is intended for shell extensions only. What is the meaning of "shell extension" here? Does avifil32.dll qualify? (I think not, because avifil32 is concerned with AVI file handling, not with user interface. However, I might be wrong.) The last thing I want is to submit a patch, only to be rejected because it attempts to use a DLL in a way not intended by its design. So, is this approach correct (adding LoadWithoutCOM as part or regsvr32 initialization of avifil32.dll), or should an apartment actually be initialized in full COM style? Do you know if LoadWithoutCOM is used anywhere else in Wine? Alex Villacís Lasso

3 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel