- wine-devel - winehq.org

/dlls/gdi/freetype.c breakage
by Gerald Pfeifer 19 Jan '04

19 Jan '04

The following patch to dlls/gdi/freetype.c revision 1.52 date: 2004/01/18 23:35:13; author: julliard; state: Exp; lines: +3 -4 Use the exported FONTENUMPROCW as parameter in the EnumDeviceFonts driver function instead of defining a private function type. breaks compilation freetype.c:2521: error: syntax error before "DEVICEFONTENUMPROC" freetype.c: In function `WineEngEnumFonts': freetype.c:2522: error: number of arguments doesn't match prototype gdi_private.h:220: error: prototype declaration on a system with FreeType 2.1.4 and XFree86 4.3.0. The problem seems that DEVICEFONTENUMPROC is not defined, though on some of my other test boxes with slightly different versions of FreeType, I did not see this problem. http://www.rtp.freebsd.org/~gerald/config.h contains the config.h file from autoconf. Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

2 1

Re: Re: cvs documentation not in sync with website?
by chmorgan＠charter.net 19 Jan '04

19 Jan '04

Well documentation/documentation.sgml 1.12->1.13 was when the change was made in cvs, and that looks like it was 3+ months ago. Chris > > From: Jeremy Newman <jnewman(a)codeweavers.com> > Date: 2004/01/19 Mon AM 10:52:47 EST > To: Chris Morgan <cmorgan(a)alum.WPI.EDU> > CC: wine-devel(a)winehq.com > Subject: Re: cvs documentation not in sync with website? > > The docs build when Alexandre runs the wine_release script in the tools > cvs. http://cvs.winehq.org/cvsweb/tools/wine_release > > wine_release calls make_winehq also found in the tools cvs. If the docs > are out of date, it would be an error found in one of these two scripts. > > > On Sun, 2004-01-18 at 21:54, Chris Morgan wrote: > > I noticed this snippet from the online docs in the documentation section: > > http://winehq.com/site/docs/wine-devel/wine-docbook > > > > Run ./configure (or make distclean && ./configure) > > Switch to the documentation/ directory > > run ./make_winehq <----------- This line has changed > > View wine-doc/index.html in your favorite browser > > > > make_winehq has apparently been obsoleted, replaced by 'make html'. I was > > wondering why the web documentation wasn't in sync with the html docs. > > Shouldn't we be pulling the web documentation pages directly from the cvs > > pages at some scheduled interval? > > > > Thanks, > > Chris > -- > Jeremy Newman <jnewman(a)codeweavers.com> > CodeWeavers, Inc. > > >

1 0

cvs documentation not in sync with website?
by Chris Morgan 19 Jan '04

19 Jan '04

I noticed this snippet from the online docs in the documentation section: http://winehq.com/site/docs/wine-devel/wine-docbook Run ./configure (or make distclean && ./configure) Switch to the documentation/ directory run ./make_winehq <----------- This line has changed View wine-doc/index.html in your favorite browser make_winehq has apparently been obsoleted, replaced by 'make html'. I was wondering why the web documentation wasn't in sync with the html docs. Shouldn't we be pulling the web documentation pages directly from the cvs pages at some scheduled interval? Thanks, Chris

2 1

Hi
by jsheets＠codeweavers.com 19 Jan '04

19 Jan '04

Test =) jxbvitmuqfjiwe -- Test, yep.

6 5

Re: Re: [winecfg] - audio tab w/autodetection, misc
by chmorgan＠charter.net 19 Jan '04

19 Jan '04

If other people think it makes sense then yes, I think we should probably move the autodetection code to run at wine startup. The code thus far is very much non-portable so while it should work under linux I'm not sure about other os's. I've considered also trying to dynamically load the sound libraries and use their library calls to detect the sound libraries. Any improvments or suggestions are more than welcome. The autodetection works well for me though so I'd imagine it would work for most linux end-users. Chris > > From: Mike Hearn <mike(a)theoretic.com> > Date: 2004/01/19 Mon AM 09:00:48 EST > To: wine-devel(a)winehq.com > Subject: Re: [winecfg] - audio tab w/autodetection, misc > > On Sun, 18 Jan 2004 18:08:30 -0500, Chris Morgan wrote: > > err:winecfg:setConfigValue Unable to set configuration key Drivers in section > > Winmm to winejack.drv, res=1021 > > > > Is this expected as changing this option would require the registry functions > > to modify the config file, something they can't do? > > Yes, that's normal. The config file is loaded as a read-only branch. To > fully test patches change the constant in the winecfg.h file so it points > to a new branch (ie a writable one). > > > Chris Morgan <cmorgan(a)alum.wpi.edu> > > Add audio tab with first pass at autodetection of audio driver. Double > > clicking a drive entry brings up drive edit window. > > One thing I'd ask is should the autodetection code be in Wine itself, > rather than the config utility? > > The patch looks good! :) > > thanks -mike > > > >

1 0

Re: [winecfg] - audio tab w/autodetection, misc
by Mike Hearn 19 Jan '04

19 Jan '04

On Sun, 18 Jan 2004 18:08:30 -0500, Chris Morgan wrote: > err:winecfg:setConfigValue Unable to set configuration key Drivers in section > Winmm to winejack.drv, res=1021 > > Is this expected as changing this option would require the registry functions > to modify the config file, something they can't do? Yes, that's normal. The config file is loaded as a read-only branch. To fully test patches change the constant in the winecfg.h file so it points to a new branch (ie a writable one). > Chris Morgan <cmorgan(a)alum.wpi.edu> > Add audio tab with first pass at autodetection of audio driver. Double > clicking a drive entry brings up drive edit window. One thing I'd ask is should the autodetection code be in Wine itself, rather than the config utility? The patch looks good! :) thanks -mike

1 0

shell32: Implement PathGetShortPathA/W
by Rolf Kalbermatter 19 Jan '04

19 Jan '04

Changelog - include/shlobj.h Add declaration for PathGetShortPath - dlls/shell32/undocshell.h Change prototype of PathGetShortPathAW to match MSDN - dlls/shell32/shellpath.c Implement PathGetShortPathA/W and change it's prototype to match the documentation on MSDN. Tests show that at least under W2K SP4 the return value actually seems to be the buffer pointer on success or NULL otherwise, but that might be rather a side effect of the function than intended behaviour. One thing I'm not entirely sure is how to declare the prototype in shlobj.h correctly. This is one of those functions shell32 exports as Unicode/ANSI depending on the Windows version, without the normal A and W exports as well. So shlobj.h needs to declare a function name without the A or W ending. The normal WINELIB_AW macros won't work here as the decision about A/W is not made on compile time of the application but instead on compile time of the library. What I don't like about this approach is the fact that there are basically two declarations for the same exported function in two different places GetShortPathAW in dlls/shell32/undocshell.h and GetShortPath in include/shlobj.h. License: X11/LGPL Rolf Kalbermatter Index: include/shlobj.h =================================================================== RCS file: /home/wine/wine/include/shlobj.h,v retrieving revision 1.80 diff -u -r1.80 shlobj.h --- include/shlobj.h 8 Jan 2004 00:39:21 -0000 1.80 +++ include/shlobj.h 19 Jan 2004 11:21:45 -0000 @@ -841,6 +841,11 @@ DECL_WINELIB_TYPE_AW(FILEGROUPDESCRIPTOR) DECL_WINELIB_TYPE_AW(LPFILEGROUPDESCRIPTOR) +/**************************************************************************** + * Path Manipulation Routines + */ +VOID WINAPI PathGetShortPath(LPVOID pszPath); + #include <poppack.h> /***************************************************************************** Index: dlls/shell32/undocshell.h =================================================================== RCS file: /home/wine/wine/dlls/shell32/undocshell.h,v retrieving revision 1.19 diff -u -r1.19 undocshell.h --- dlls/shell32/undocshell.h 16 Jan 2004 23:04:41 -0000 1.19 +++ dlls/shell32/undocshell.h 19 Jan 2004 11:51:43 -0000 @@ -544,7 +544,7 @@ BOOL WINAPI PathRemoveFileSpecAW(LPVOID lpszPath); -LPVOID WINAPI PathGetShortPathAW(LPVOID lpszPath); +VOID WINAPI PathGetShortPathAW(LPVOID lpszPath); void WINAPI PathRemoveBlanksAW(LPVOID lpszPath); Index: dlls/shell32/shellpath.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shellpath.c,v retrieving revision 1.77 diff -u -r1.77 shellpath.c --- dlls/shell32/shellpath.c 16 Jan 2004 23:04:41 -0000 1.77 +++ dlls/shell32/shellpath.c 19 Jan 2004 11:25:29 -0000 @@ -22,7 +22,6 @@ * Many of these functions are in SHLWAPI.DLL also * */ - #include "config.h" #include "wine/port.h" @@ -236,29 +235,41 @@ /************************************************************************* * PathGetShortPathA [internal] */ -LPSTR WINAPI PathGetShortPathA(LPSTR lpszPath) +VOID WINAPI PathGetShortPathA(LPSTR pszPath) { - FIXME("%s stub\n", lpszPath); - return NULL; + CHAR path[MAX_PATH]; + + TRACE("%s\n", pszPath); + + if (GetShortPathNameA(pszPath, path, MAX_PATH)) + { + lstrcpyA(pszPath, path); + } } /************************************************************************* * PathGetShortPathW [internal] */ -LPWSTR WINAPI PathGetShortPathW(LPWSTR lpszPath) +VOID WINAPI PathGetShortPathW(LPWSTR pszPath) { - FIXME("%s stub\n", debugstr_w(lpszPath)); - return NULL; + WCHAR path[MAX_PATH]; + + TRACE("%s\n", debugstr_w(pszPath)); + + if (GetShortPathNameW(pszPath, path, MAX_PATH)) + { + lstrcpyW(pszPath, path); + } } /************************************************************************* * PathGetShortPath [SHELL32.92] */ -LPVOID WINAPI PathGetShortPathAW(LPVOID lpszPath) +VOID WINAPI PathGetShortPathAW(LPVOID pszPath) { if(SHELL_OsIsUnicode()) - return PathGetShortPathW(lpszPath); - return PathGetShortPathA(lpszPath); + PathGetShortPathW(pszPath); + PathGetShortPathA(pszPath); } /*************************************************************************

1 0

Re: shlwapi: Implement PathFileExistsAndAttributesA/W
by Dmitry Timoshkov 19 Jan '04

19 Jan '04

"Rolf Kalbermatter" <rolf.kalbermatter(a)citeng.com> wrote: > + iPrevErrMode = SetErrorMode(1); Please use a symbolic name (SEM_FAILCRITICALERRORS in this case), not just an arbitrary constant. Same for both A and W APIs. -- Dmitry.

1 0

Re: DPA_Create/Search may be missing
by Rolf Kalbermatter 19 Jan '04

19 Jan '04

Francois Gouget <fgouget(a)free.fr> wrote: > >On Sun, 18 Jan 2004, Alexandre Julliard wrote: > > Francois Gouget <fgouget(a)free.fr> writes: > > > Or is there a way to keep the static ordinal import and still have > > something that compiles with MSVC? > > Yes, you just need an MSVC version that has a correct import lib (or > copy the import lib from somewhere). >The link fails with both the Visual C++ 6 import library, and the one >from the very latest Microsoft SDK (downloaded this week). So I'm not >sure such a 'correct' import lib exists. > >But I must be missing something: if the function is exported by ordinal >only, how is the linker supposed to know that 328 is DPA_Create? The import lib does export fully named symbols for ordinal DLL exports with the exception of those few functions which according to my under- standing are not there or just a crazy thought: maybe there is a COMCTL_328 function in there?? Nope it doesn't seem to! I can however see a _DPA_Search symbol in the import lib from Platform SDK Feb 2003. No _DPA_Create and _DPA_GetPtr though. Wine does the same for the import libs created from the spec files, or doesn't it? Rolf Kalbermatter

1 0

Re: DPA_Create/Search may be missing
by Rolf Kalbermatter 19 Jan '04

19 Jan '04

Alexandre Julliard <julliard(a)winehq.org> wrote: >Francois Gouget <fgouget(a)free.fr> writes: > >> Or is there a way to keep the static ordinal import and still have >> something that compiles with MSVC? > >Yes, you just need an MSVC version that has a correct import lib (or >copy the import lib from somewhere). Does that exist???? Of course one could create one (no, not the entire comctl32.lib but just an extension import lib) but how to distribute it in a way that anyone trying to compile the test suite with MSVC has it? Rolf Kalbermatter

1 0

Re: Fixed some problems found while compiling and linking Wine under Cygwin
by BiGgUn 19 Jan '04

19 Jan '04

Hi Did you succeed in running Wine under Cygwin ? Stéphan

2 1

INSENG, IActiveSetup and ICifFile interfaces ...
by Mike McCormack 19 Jan '04

19 Jan '04

Hi All, This is a stub implemenation of the undocumented IActiveSetup from Internet Explorer's INSENG.DLL. I'm not sure that any other software except for Internet Explorer uses INSENG, however incase anybody is ever interested in it, I'm posting it here. To build this dll in wine place the following 3 files in dlls/inseng, remove the #MKDLL_SKIP line from Makefile.in, add dlls/inseng/Makefile to configure.ac and run make_dlls. Hopefully this will be of use to somebody someday... Mike #MKDLL_SKIP TOPSRCDIR = @top_srcdir@ TOPOBJDIR = ../.. SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = inseng.dll IMPORTS = user32 advapi32 kernel32 ntdll EXTRALIBS = $(LIBUNICODE) $(LIBUUID) EXTRADEFS = -DCOM_NO_WINDOWS_H C_SRCS = \ inseng.c @MAKE_DLL_RULES@ ### Dependencies: /* * INSENG Implementation * * Copyright 2002 Lionel Ulmer * Copyright 2003 Mike McCormack * * 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 "windef.h" #include "winbase.h" #include "winuser.h" #include "ole2.h" #include "uuids.h" #include "wine/debug.h" #include "initguid.h" DEFINE_GUID(CLSID_DLManager, 0xBFC880F1,0x7484,0x11D0,0x83,0x09,0x00,0xAA,0x00,0xB6,0x01,0x5C); DEFINE_GUID(CLSID_ActiveSetupEng, 0x6e449686,0xc509,0x11cf,0xaa,0xfa,0x00,0xaa,0x00,0xb6,0x01,0x5c ); DEFINE_GUID(IID_IActiveSetupUnknown, 0x6e449689,0xc509,0x11cf,0xaa,0xfa,0x00,0xaa,0x00,0xb6,0x01,0x5c ); WINE_DEFAULT_DEBUG_CHANNEL(inseng); static HRESULT create_activesetup(IUnknown *pUnkOuter, LPVOID *ppObj); /* For the moment, do nothing here. */ BOOL WINAPI DllMain(HINSTANCE hInstDLL, DWORD fdwReason, LPVOID lpv) { switch(fdwReason) { case DLL_PROCESS_ATTACH: DisableThreadLibraryCalls(hInstDLL); break; case DLL_PROCESS_DETACH: break; } return TRUE; } /****************************************************************************** * INSENG ClassFactory */ typedef struct { IClassFactory ITF_IClassFactory; DWORD ref; HRESULT (*pfnCreateInstance)(IUnknown *pUnkOuter, LPVOID *ppObj); } IClassFactoryImpl; struct object_creation_info { const CLSID *clsid; LPCSTR szClassName; HRESULT (*pfnCreateInstance)(IUnknown *pUnkOuter, LPVOID *ppObj); }; static const struct object_creation_info object_creation[] = { { &CLSID_DLManager, "Active Download Manager", NULL }, { &CLSID_ActiveSetupEng, "Active Setup Engine", create_activesetup }, }; static HRESULT WINAPI INSENGCF_QueryInterface(LPCLASSFACTORY iface,REFIID riid,LPVOID *ppobj) { ICOM_THIS(IClassFactoryImpl,iface); if (IsEqualGUID(riid, &IID_IUnknown) || IsEqualGUID(riid, &IID_IClassFactory)) { IClassFactory_AddRef(iface); *ppobj = This; return S_OK; } WARN("(%p)->(%s,%p),not found\n",This,debugstr_guid(riid),ppobj); return E_NOINTERFACE; } static ULONG WINAPI INSENGCF_AddRef(LPCLASSFACTORY iface) { ICOM_THIS(IClassFactoryImpl,iface); return ++(This->ref); } static ULONG WINAPI INSENGCF_Release(LPCLASSFACTORY iface) { ICOM_THIS(IClassFactoryImpl,iface); ULONG ref = --This->ref; TRACE("%p\n",This); if (ref == 0) HeapFree(GetProcessHeap(), 0, This); return ref; } static HRESULT WINAPI INSENGCF_CreateInstance(LPCLASSFACTORY iface, LPUNKNOWN pOuter, REFIID riid, LPVOID *ppobj) { ICOM_THIS(IClassFactoryImpl,iface); HRESULT hres; LPUNKNOWN punk; TRACE("(%p)->(%p,%s,%p)\n",This,pOuter,debugstr_guid(riid),ppobj); hres = This->pfnCreateInstance(pOuter, (LPVOID *) &punk); if (FAILED(hres)) { *ppobj = NULL; return hres; } hres = IUnknown_QueryInterface(punk, riid, ppobj); if (FAILED(hres)) { *ppobj = NULL; return hres; } IUnknown_Release(punk); return hres; } static HRESULT WINAPI INSENGCF_LockServer(LPCLASSFACTORY iface,BOOL dolock) { ICOM_THIS(IClassFactoryImpl,iface); FIXME("(%p)->(%d),stub!\n",This,dolock); return S_OK; } static ICOM_VTABLE(IClassFactory) INSENGCF_Vtbl = { ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE INSENGCF_QueryInterface, INSENGCF_AddRef, INSENGCF_Release, INSENGCF_CreateInstance, INSENGCF_LockServer }; HRESULT WINAPI INSENG_DllGetClassObject(REFCLSID rclsid, REFIID iid, LPVOID *ppv) { int i; IClassFactoryImpl *factory; TRACE("%s %s %p\n",debugstr_guid(rclsid), debugstr_guid(iid), ppv); if ( !IsEqualGUID( &IID_IClassFactory, iid ) && ! IsEqualGUID( &IID_IUnknown, iid) ) return E_NOINTERFACE; for (i=0; i < sizeof(object_creation)/sizeof(object_creation[0]); i++) { if (IsEqualGUID(object_creation[i].clsid, rclsid)) break; } if (i == sizeof(object_creation)/sizeof(object_creation[0])) { FIXME("%s: no class found.\n", debugstr_guid(rclsid)); return CLASS_E_CLASSNOTAVAILABLE; } TRACE("Creating a class factory for %s\n",object_creation[i].szClassName); if( !object_creation[i].pfnCreateInstance) return CLASS_E_CLASSNOTAVAILABLE; factory = HeapAlloc(GetProcessHeap(), 0, sizeof(*factory)); if (factory == NULL) return E_OUTOFMEMORY; factory->ITF_IClassFactory.lpVtbl = &INSENGCF_Vtbl; factory->ref = 1; factory->pfnCreateInstance = object_creation[i].pfnCreateInstance; *ppv = &(factory->ITF_IClassFactory); TRACE("(%p) <- %p\n", ppv, &(factory->ITF_IClassFactory) ); return S_OK; } HRESULT WINAPI INSENG_DllCanUnloadNow(void) { FIXME("\n"); return S_FALSE; } STDAPI DllRegisterServer(void) { FIXME("\n"); return S_OK; } BOOL WINAPI CheckTrustEx( LPVOID a, LPVOID b, LPVOID c, LPVOID d, LPVOID e ) { FIXME("%p %p %p %p %p\n", a, b, c, d, e ); return TRUE; } /*************************************************************************/ typedef struct IENUMSetupModes IENUMSetupModes; typedef struct IENUMSetupModes_Vtbl IENUMSetupModes_Vtbl; struct IENUMSetupModes { const IENUMSetupModes_Vtbl* lpVtbl; }; struct IENUMSetupModes_Vtbl { ICOM_MSVTABLE_COMPAT_FIELDS /*** IUnknown methods ***/ HRESULT (STDMETHODCALLTYPE *QueryInterface)( IENUMSetupModes* This, REFIID riid, void** ppvObject); ULONG (STDMETHODCALLTYPE *AddRef)( IENUMSetupModes* This); ULONG (STDMETHODCALLTYPE *Release)( IENUMSetupModes* This); ULONG (STDMETHODCALLTYPE *Method1)( IENUMSetupModes* This, LPVOID *ptr); }; static HRESULT WINAPI IENUMSetupModes_QueryInterface(IENUMSetupModes * iface,REFIID riid,LPVOID *ppobj); static ULONG WINAPI IENUMSetupModes_AddRef(IENUMSetupModes * iface); static ULONG WINAPI IENUMSetupModes_Release(IENUMSetupModes * iface); static ULONG WINAPI IENUMSetupModes_Method1(IENUMSetupModes * iface, LPVOID *ptr); const struct IENUMSetupModes_Vtbl enummodes_vtbl = { ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE IENUMSetupModes_QueryInterface, IENUMSetupModes_AddRef, IENUMSetupModes_Release, IENUMSetupModes_Method1 }; typedef struct { IENUMSetupModes ITF_IENUMSetupModes; DWORD ref; } enummodes_impl; static HRESULT WINAPI IENUMSetupModes_QueryInterface(IENUMSetupModes * iface,REFIID riid,LPVOID *ppobj) { ICOM_THIS(enummodes_impl,iface); FIXME("%p %s %p\n", This, debugstr_guid(riid), ppobj); return E_NOINTERFACE; } static ULONG WINAPI IENUMSetupModes_AddRef(IENUMSetupModes * iface) { ICOM_THIS(enummodes_impl,iface); TRACE("%p\n",This); return ++(This->ref); } static ULONG WINAPI IENUMSetupModes_Release(IENUMSetupModes * iface) { ICOM_THIS(enummodes_impl,iface); ULONG ref = --This->ref; TRACE("%p\n",This); if (ref == 0) HeapFree(GetProcessHeap(), 0, This); return ref; } static ULONG WINAPI IENUMSetupModes_Method1(IENUMSetupModes * iface, LPVOID *ptr) { ICOM_THIS(enummodes_impl,iface); FIXME("%p %p\n",This, ptr); return E_NOTIMPL; } static HRESULT create_enummodes( LPVOID *ppObj ) { enummodes_impl *em; em = HeapAlloc( GetProcessHeap(), 0, sizeof (enummodes_impl) ); if (em == NULL) return E_OUTOFMEMORY; em->ITF_IENUMSetupModes.lpVtbl = &enummodes_vtbl; em->ref = 1; *ppObj = em; TRACE("%p\n",em); return S_OK; } /*************************************************************************/ typedef struct ICifFile ICifFile; typedef struct ICifFile_Vtbl ICifFile_Vtbl; struct ICifFile { const ICifFile_Vtbl* lpVtbl; }; struct ICifFile_Vtbl { ICOM_MSVTABLE_COMPAT_FIELDS /*** IUnknown methods ***/ HRESULT (STDMETHODCALLTYPE *QueryInterface)( ICifFile* This, REFIID riid, void** ppvObject); ULONG (STDMETHODCALLTYPE *AddRef)( ICifFile* This); ULONG (STDMETHODCALLTYPE *Release)( ICifFile* This); ULONG (STDMETHODCALLTYPE *EnumComponents)( ICifFile* This, LPVOID *ppObj, LPVOID b, LPVOID c); ULONG (STDMETHODCALLTYPE *Method2)( ICifFile* This); ULONG (STDMETHODCALLTYPE *EnumGroups)( ICifFile* This, LPVOID *ppObj, LPVOID b, LPVOID c); ULONG (STDMETHODCALLTYPE *Method4)( ICifFile* This); ULONG (STDMETHODCALLTYPE *EnumModes)( ICifFile* This, LPVOID *ppObj, LPVOID b, LPVOID c); ULONG (STDMETHODCALLTYPE *Method6)( ICifFile* This); ULONG (STDMETHODCALLTYPE *Method7)( ICifFile* This); }; static HRESULT WINAPI ICifFile_QueryInterface(ICifFile * iface,REFIID riid,LPVOID *ppobj); static ULONG WINAPI ICifFile_AddRef(ICifFile * iface); static ULONG WINAPI ICifFile_Release(ICifFile * iface); static ULONG WINAPI ICifFile_EnumComponents(ICifFile * iface, LPVOID *ppObj, LPVOID b, LPVOID c); static ULONG WINAPI ICifFile_Method2(ICifFile * iface); static ULONG WINAPI ICifFile_EnumGroups(ICifFile * iface, LPVOID *ppObj, LPVOID b, LPVOID c); static ULONG WINAPI ICifFile_Method4(ICifFile * iface); static ULONG WINAPI ICifFile_EnumModes(ICifFile * iface, LPVOID *ppObj, LPVOID b, LPVOID c); static ULONG WINAPI ICifFile_Method6(ICifFile * iface); static ULONG WINAPI ICifFile_Method7(ICifFile * iface); const struct ICifFile_Vtbl ciffile_vtbl = { ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE ICifFile_QueryInterface, ICifFile_AddRef, ICifFile_Release, ICifFile_EnumComponents, ICifFile_Method2, ICifFile_EnumGroups, ICifFile_Method4, ICifFile_EnumModes, ICifFile_Method6, ICifFile_Method7 }; typedef struct { ICifFile ITF_ICifFile; DWORD ref; } ciffile_impl; static HRESULT WINAPI ICifFile_QueryInterface(ICifFile * iface,REFIID riid,LPVOID *ppobj) { /* ICOM_THIS(ciffile_impl,iface); */ FIXME("%p %s %p\n", iface, debugstr_guid(riid), ppobj); /*jif( IsEqualGUID(riid, &IID_IActiveSetupUnknown) ) { activesetupimpl_AddRef(iface); *ppobj = This; ERR("OK\n"); return S_OK; }*/ return E_NOINTERFACE; } static ULONG WINAPI ICifFile_AddRef(ICifFile * iface) { ICOM_THIS(ciffile_impl,iface); TRACE("%p\n",This); return ++(This->ref); } static ULONG WINAPI ICifFile_Release(ICifFile * iface) { ICOM_THIS(ciffile_impl,iface); ULONG ref = --This->ref; TRACE("%p\n",This); if (ref == 0) HeapFree(GetProcessHeap(), 0, This); return ref; } static ULONG WINAPI ICifFile_EnumComponents(ICifFile * iface, LPVOID *ppObj, LPVOID b, LPVOID c) { ICOM_THIS(ciffile_impl,iface); FIXME("%p %p %p %p\n", This, ppObj, b, c); return create_enummodes( ppObj ); } static ULONG WINAPI ICifFile_Method2(ICifFile * iface) { ICOM_THIS(ciffile_impl,iface); FIXME("%p\n", This); return E_FAIL; } static ULONG WINAPI ICifFile_EnumGroups(ICifFile * iface, LPVOID *ppObj, LPVOID b, LPVOID c) { ICOM_THIS(ciffile_impl,iface); FIXME("%p %p %p %p\n", This, ppObj, b, c); return create_enummodes( ppObj ); //return E_FAIL; } static ULONG WINAPI ICifFile_Method4(ICifFile * iface) { ICOM_THIS(ciffile_impl,iface); FIXME("%p\n", This); return E_FAIL; } static ULONG WINAPI ICifFile_EnumModes(ICifFile * iface, LPVOID *ppObj, LPVOID b, LPVOID c) { ICOM_THIS(ciffile_impl,iface); FIXME("%p %p %p %p\n", This, ppObj, b, c); return create_enummodes( ppObj ); //return E_NOTIMPL; } static ULONG WINAPI ICifFile_Method6(ICifFile * iface) { ICOM_THIS(ciffile_impl,iface); FIXME("%p\n", This); return E_FAIL; } static ULONG WINAPI ICifFile_Method7(ICifFile * iface) { ICOM_THIS(ciffile_impl,iface); FIXME("%p\n", This); return E_FAIL; } static HRESULT create_ciffile( LPVOID *ppObj ) { ciffile_impl *cf; cf = HeapAlloc( GetProcessHeap(), 0, sizeof (ciffile_impl) ); if (cf == NULL) return E_OUTOFMEMORY; cf->ITF_ICifFile.lpVtbl = &ciffile_vtbl; cf->ref = 1; *ppObj = cf; TRACE("%p\n",cf); return S_OK; } /*************************************************************************/ typedef struct IActiveSetupUnknown IActiveSetupUnknown; typedef struct IActiveSetupUnknown_Vtbl IActiveSetupUnknown_Vtbl; struct IActiveSetupUnknown { const IActiveSetupUnknown_Vtbl* lpVtbl; }; struct IActiveSetupUnknown_Vtbl { ICOM_MSVTABLE_COMPAT_FIELDS /*** IUnknown methods ***/ HRESULT (STDMETHODCALLTYPE *QueryInterface)( IActiveSetupUnknown* This, REFIID riid, void** ppvObject); ULONG (STDMETHODCALLTYPE *AddRef)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Release)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method1)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *EnumModes)( IActiveSetupUnknown* This, LPVOID *ptr, DWORD b, DWORD c); ULONG (STDMETHODCALLTYPE *Method3)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method4)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method5)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method6)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method7)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method8)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method9)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method10)( IActiveSetupUnknown* This, DWORD a, DWORD b, DWORD c); ULONG (STDMETHODCALLTYPE *Method11)( IActiveSetupUnknown* This, DWORD a, LPVOID b); ULONG (STDMETHODCALLTYPE *Method12)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method13)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method14)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method15)( IActiveSetupUnknown* This, LPVOID a); ULONG (STDMETHODCALLTYPE *SetInstallDrive)( IActiveSetupUnknown* This, CHAR drive); ULONG (STDMETHODCALLTYPE *SetInstallOption)( IActiveSetupUnknown* This, DWORD a); ULONG (STDMETHODCALLTYPE *Method18)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method19)( IActiveSetupUnknown* This, IStream * stm); ULONG (STDMETHODCALLTYPE *Method20)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method21)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method22)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *SetLocalCif)( IActiveSetupUnknown* This, LPCSTR name ); ULONG (STDMETHODCALLTYPE *GetICifFile)( IActiveSetupUnknown* This, LPVOID *ptr ); ULONG (STDMETHODCALLTYPE *Method25)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method26)( IActiveSetupUnknown* This); ULONG (STDMETHODCALLTYPE *Method27)( IActiveSetupUnknown* This); }; static HRESULT WINAPI activesetupimpl_QueryInterface(IActiveSetupUnknown * iface,REFIID riid,LPVOID *ppobj); static ULONG WINAPI activesetupimpl_AddRef(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Release(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method1(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_EnumModes(IActiveSetupUnknown * iface, LPVOID *ptr, DWORD b, DWORD c); static ULONG WINAPI activesetupimpl_Method3(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method4(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method5(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method6(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method7(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method8(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method9(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method10(IActiveSetupUnknown * iface, DWORD a, DWORD b, DWORD c); static ULONG WINAPI activesetupimpl_Method11(IActiveSetupUnknown * iface, DWORD a, LPVOID b ); static ULONG WINAPI activesetupimpl_Method12(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method13(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method14(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method15(IActiveSetupUnknown * iface, LPVOID a); static ULONG WINAPI activesetupimpl_SetInstallDrive(IActiveSetupUnknown * iface, CHAR drive); static ULONG WINAPI activesetupimpl_SetInstallOption(IActiveSetupUnknown * iface, DWORD a); static ULONG WINAPI activesetupimpl_Method18(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method19(IActiveSetupUnknown * iface, IStream * stm ); static ULONG WINAPI activesetupimpl_Method20(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method21(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method22(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_SetLocalCif(IActiveSetupUnknown * iface, LPCSTR name ); static ULONG WINAPI activesetupimpl_GetICifFile(IActiveSetupUnknown * iface, LPVOID *ptr ); static ULONG WINAPI activesetupimpl_Method25(IActiveSetupUnknown * iface); static ULONG WINAPI activesetupimpl_Method26(IActiveSetupUnknown * iface); const struct IActiveSetupUnknown_Vtbl activesetupimpl_vtbl = { ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE activesetupimpl_QueryInterface, activesetupimpl_AddRef, activesetupimpl_Release, activesetupimpl_Method1, activesetupimpl_EnumModes, activesetupimpl_Method3, activesetupimpl_Method4, activesetupimpl_Method5, activesetupimpl_Method6, activesetupimpl_Method7, activesetupimpl_Method8, activesetupimpl_Method9, activesetupimpl_Method10, activesetupimpl_Method11, activesetupimpl_Method12, activesetupimpl_Method13, activesetupimpl_Method14, activesetupimpl_Method15, activesetupimpl_SetInstallDrive, activesetupimpl_SetInstallOption, activesetupimpl_Method18, activesetupimpl_Method19, activesetupimpl_Method20, activesetupimpl_Method21, activesetupimpl_Method22, activesetupimpl_SetLocalCif, activesetupimpl_GetICifFile, activesetupimpl_Method25, activesetupimpl_Method26 }; typedef struct { IActiveSetupUnknown ITF_IActiveSetupUnknown; DWORD ref; } activesetup_impl; static HRESULT WINAPI activesetupimpl_QueryInterface(IActiveSetupUnknown *iface,REFIID riid,LPVOID *ppobj) { ICOM_THIS(activesetup_impl,iface); TRACE("%p %s %p\n", iface, debugstr_guid(riid), ppobj); if( IsEqualGUID(riid, &IID_IActiveSetupUnknown) ) { activesetupimpl_AddRef(iface); *ppobj = This; ERR("OK\n"); return S_OK; } return E_NOINTERFACE; } static ULONG WINAPI activesetupimpl_AddRef(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); TRACE("%p\n",This); return ++(This->ref); } static ULONG WINAPI activesetupimpl_Release(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); ULONG ref = --This->ref; TRACE("%p\n",This); if (ref == 0) HeapFree(GetProcessHeap(), 0, This); return ref; } static ULONG WINAPI activesetupimpl_Method1(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_EnumModes(IActiveSetupUnknown * iface, LPVOID *ppObj, DWORD dwPlatform, DWORD c) { ICOM_THIS(activesetup_impl,iface); FIXME("%p %p %08lx %ld\n", This, ppObj, dwPlatform, c ); return E_FAIL; //return create_enummodes( ppObj ); } static ULONG WINAPI activesetupimpl_Method3(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method4(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method5(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method6(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method7(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method8(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method9(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method10(IActiveSetupUnknown * iface, DWORD a, DWORD b, DWORD c) { ICOM_THIS(activesetup_impl,iface); FIXME("%p %ld %ld %ld\n", This, a, b, c ); return S_OK; } /* * the third parameter looks like a pointer to a structure * * struct { * DWORD dwSize; // size of this structure * DWORD a1; * DWORD a2; * DWORD a3; * DWORD x1; * DWORD b1; * DWORD b2; * DWORD b3; * DWORD b4; * DWORD x2; * } */ static ULONG WINAPI activesetupimpl_Method11(IActiveSetupUnknown * iface, DWORD a, LPVOID b ) { ICOM_THIS(activesetup_impl,iface); FIXME("%p %lx %p\n", This, a, b ); return S_OK; } static ULONG WINAPI activesetupimpl_Method12(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method13(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method14(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method15(IActiveSetupUnknown * iface, LPVOID a) { ICOM_THIS(activesetup_impl,iface); FIXME("%p %p\n", This, a ); return S_OK; //return E_FAIL; } static ULONG WINAPI activesetupimpl_SetInstallDrive(IActiveSetupUnknown * iface, CHAR drive) { ICOM_THIS(activesetup_impl,iface); FIXME("%p drive = %c\n", This, drive ); return E_FAIL; } static ULONG WINAPI activesetupimpl_SetInstallOption(IActiveSetupUnknown * iface, DWORD a) { ICOM_THIS(activesetup_impl,iface); FIXME("%p %08lx\n", This, a ); return E_NOTIMPL; } static ULONG WINAPI activesetupimpl_Method18(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } /* set the stream to log errors to */ static ULONG WINAPI activesetupimpl_Method19(IActiveSetupUnknown * iface, IStream *stm) { ICOM_THIS(activesetup_impl,iface); FIXME("%p %p\n", This, stm ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method20(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method21(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method22(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_SetLocalCif(IActiveSetupUnknown * iface, LPCSTR name) { ICOM_THIS(activesetup_impl,iface); FIXME("%p %s\n", This, debugstr_a( name ) ); return S_OK; } static ULONG WINAPI activesetupimpl_GetICifFile(IActiveSetupUnknown * iface, LPVOID *ppObj ) { ICOM_THIS(activesetup_impl,iface); FIXME("%p %p\n", This, ppObj ); return create_ciffile( ppObj ); } static ULONG WINAPI activesetupimpl_Method25(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static ULONG WINAPI activesetupimpl_Method26(IActiveSetupUnknown * iface) { ICOM_THIS(activesetup_impl,iface); FIXME("%p\n", This ); return E_FAIL; } static HRESULT create_activesetup(IUnknown *pUnkOuter, LPVOID *ppObj) { activesetup_impl *as; as = HeapAlloc( GetProcessHeap(), 0, sizeof (activesetup_impl) ); if (as == NULL) return E_OUTOFMEMORY; as->ITF_IActiveSetupUnknown.lpVtbl = &activesetupimpl_vtbl; as->ref = 1; *ppObj = as; TRACE("%p\n",as); return S_OK; } @ stub DownloadFile @ stub PurgeDownloadDirectory @ stub CheckForVersionConflict @ stub CheckTrust @ stdcall CheckTrustEx(ptr ptr ptr ptr ptr) @ stub DllCanUnloadNow @ stdcall DllGetClassObject(ptr ptr ptr) INSENG_DllGetClassObject @ stub DllInstall @ stdcall DllRegisterServer() @ stub DllUnregisterServer @ stub GetICifFileFromFile @ stub GetICifRWFileFromFile

2 2

Re: Translation assessment tool (part 1)
by Alexandre Julliard 19 Jan '04

19 Jan '04

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Here we go again after a couple of months... > > Changelog: > Adds a new dump flag to wrc, to be used to assess translations > advancement. OK, I put that one in with a few changes, but it would be really nice if it could be print something understandable, instead of just random characters that require an external parser to interpret. It wouldn't be much harder for the parser to check for specific strings instead of '+' or '-', and it would make that mode useful by itself, for instance to check translations of a single file. Also, this thing should be driven by make instead of having a shell script parse the makefiles by hand. -- Alexandre Julliard julliard(a)winehq.com

2 1

ntdll
by MediaHost (TM) 19 Jan '04

19 Jan '04

Hi, Just a small question: The error: err:ntdll:RtlpWaitForCriticalSection section 0x40dd36a0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0032, blocked by 0039, retrying (60 sec) seams to happen often....Is there anything I can do about it? Also: fixme:system:SystemParametersInfoA Unknown action: 8198 Is disturbing many Micro$oft Apps. Again, what to do? Implement? Regards Signer: Eddy Nigg Company: StartCom Group at http://www.startcom.org MediaHostT at http://www.mediahost.org

1 0

Re: readme update
by Marcelo Duarte 18 Jan '04

18 Jan '04

Ivan, Dimi had much work in officializing the domain winehq.org and you modified text placing .com again. ----- Original Message ----- From: "Ivan Leo Murray-Smith" <puoti(a)inwind.it> To: "wine-patches" <wine-patches(a)winehq.com> Sent: Sunday, January 18, 2004 5:44 PM Subject: readme update This patch improves the italian version fo the README file, and uniforms it layout to the one of the English README. It also updates the links to the faq, the forums and the cvs to the urls currently used at winehq in all versions of README. Alexandre, I think it would be a good idea to move these files to the root source directory, so that non-English speakers can spot them immediately. It may also be a good idea to rename them something more obvious, for example from README.it to LEGGIMI.italiano (README.italian), shall I send in a patch that does this? License: LGPL Ivan.

1 0

Re: readme update
by Andreas Mohr 18 Jan '04

18 Jan '04

Hi, On Sun, Jan 18, 2004 at 08:44:19PM +0100, Ivan Leo Murray-Smith wrote: > This patch improves the italian version fo the README file, and uniforms it > layout to the one of the English README. It also updates the links to the faq, > the forums and the cvs to the urls currently used at winehq in all versions of > README. Alexandre, I think it would be a good idea to move these files to the root > source directory, so that non-English speakers can spot them immediately. It may > also be a good idea to rename them something more obvious, for example from > README.it to LEGGIMI.italiano (README.italian), shall I send in a patch that > does this? And then we do the same for French, Russian, German, Spanish, Chinese, Polish, Bavarian ;-), Portuguese, Norvegian, Danish, Raeto Romanian, Kiswahili? Don't think so ;-) I'd say as the very first part in the README file, we write something like *********************************************************** Foreign languages (language, langue, Sprache, lingua, ...): ---> open documentation/README.<country_domain> *********************************************************** Sounds better than polluting the Wine root directory with many different localized versions. (also, if people still haven't learned to look at a file called "README" first, then they're not supposed to use Wine anyway) I still think that someone should put a system in place to make sure that all localized content gets kept current properly. (otherwise we might just end up deleting more modern versions of installation-und-konfiguration.german again and again...) That file once was a beautiful piece of documentation... and then it died... horribly even. ;-) Anyway, thanks for your docu maintenance! Andreas Mohr

1 0

Re: I'm off to Cuba!
by Brian Vincent 18 Jan '04

18 Jan '04

> I hope it's going to be sweet, but I'll be off the web > until next Sunday. Until then, hasta la vista amigos! :) Excelente! Just in time to bring us souvenirs at Wineconf. -brian

2 1

Re: Regression tests and Paul Millars WRT
by Paul Millar 18 Jan '04

18 Jan '04

On Sat, 17 Jan 2004, Mike Hearn wrote: > On Sat, 17 Jan 2004 18:40:01 +0000, Paul Millar wrote: > >> 3) Is the source to WRT available anywhere? [...] > > http://www.astro.gla.ac.uk/users/paulm/Code/wrt-0.1.tar.gz > Cool, thanks! :) No problem. Of course, any feedback/bug-fixes would be appreciated :) BTW, I should have pointed out that wrt-0.1 isn't what the live version is using. I'm still testing v0.1 before switching over. > Good to know you're tracking these things anyway, though I don't recall > seeing you forward a build failure in a year of me hacking on Wine so I > guess failed tests don't get through these days.... >From April through to October last year it wasn't working: http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php?start=400 Some server juggling broke the (even more hacky) way the old code worked. At the same time, things at work got a bit hairy, taking up nearly all my time. Eventually got it up again... ---- Paul Millar

1 0

Re: bin2res - Make adding resources work on Windows.
by Dmitry Timoshkov 18 Jan '04

18 Jan '04

"Steven Edwards" <steven_ed4153(a)yahoo.com> wrote: > I dont know if anyone else has tried this but when I try to add > resources to a *.rc I get a error. This patch fixes it. What kind of error do you get? I just tried to change an .rc and to rebuild resources of commdlg under cygwin and I don't see any problem with it. -- Dmitry.

2 2

Re: ntdll / kernel32 #39-2
by Dmitry Timoshkov 18 Jan '04

18 Jan '04

"Eric Pouech" <pouech-eric(a)wanadoo.fr> wrote: > +DWORD WINAPI GetFullPathNameW( LPCWSTR name, DWORD len, LPWSTR buffer, > + LPWSTR *lastpart ) > +{ > + LPWSTR dst = HeapAlloc(GetProcessHeap(), 0, len * sizeof(buffer)); > + DWORD ret; > + > + if (!dst) return 0; > + ret = RtlGetFullPathName_U(name, len * sizeof(WCHAR), dst, lastpart) / sizeof(WCHAR); I don't quite understand the above bit of code: 1. HeapAlloc(GetProcessHeap(), 0, len * sizeof(buffer)) when buffer is a pointer 2. Why you don't pass buffer directly to RtlGetFullPathName_U without allocating an intermediate storage. -- Dmitry.

2 1

Alsa 1.0 patch for audio.c
by Brett I. Holcomb 18 Jan '04

18 Jan '04

In November Sylvain Petreolle posted a patch to audio.c to make it work with the new Alsa 1.0 version. What is the license on that patch? I ask because I'd like to pass it on to the winex-devel list so they can include it. Is it possible to send it on? If not that's fine - I want to check first. Thanks.

2 1

Debugger doc pages
by Jason Edmeades 18 Jan '04

18 Jan '04

Is it something about my machine but when I go to the online debugger docs, eg: http://www.winehq.com/site/docs/wine-devel/wine-debugger I can see absolutely nothing in the text boxes. I can highlight the text and it appears to be in a minute font, and cut+paste into an editor shows me the text is there, its just too small to be visible. I tried with mozilla and IE (both from a Windows machine). Jason

4 3

Re: Need help debugging ...
by Jason Edmeades 18 Jan '04

18 Jan '04

Hope you dont mind, I was bored and its a small download (DK1). The disassembly of the failure shows we have written to eax, and info regs shows eax of 0x00. dis 0x4e4a20 shows the routine where the return value is set up in eax, and some debugging shows the initial problem is a path problem. The routine parses the input path which inder windows is c:\path\to\KEEPER95.exe and under wine is KEEPER95. It searches backwards for the last backslash and returns a pointer to the backslash or 0x00. If 0x00, the trap occurs... Now the question is where does the full path come from. Jason

8 16

Re: Add iccvid.spec to winapi_check
by Hans Leidekker 18 Jan '04

18 Jan '04

On Thursday 15 January 2004 16:07, Vincent Béron wrote: > Changelog: > Yet another new spec file added to winapi_check/modules.dat, this time > iccvid.spec. After DLL separation is complete, adding these will no longer be necessary, right? -Hans

3 4

I'm off to Cuba!
by Dimitrie O. Paun 18 Jan '04

18 Jan '04

Si señor, I'm off for a week to Varadero, Cuba! Given the terrible temperatures we had here lately (-39C with the windchill), I am happy beyond words to bask in the sun for a week. I hope it's going to be sweet, but I'll be off the web until next Sunday. Until then, hasta la vista amigos! :) -- Dimi.

1 0

Re: PATCH: tools/winewrapper and memory limits
by Marcus Meissner 18 Jan '04

18 Jan '04

On Sun, Jan 18, 2004 at 02:11:22AM +0100, Gerald Pfeifer wrote: > This would have saved me a _lot_ of time late last year. With a > memory limit set too low, I would simply get an Abort, both when > running Wine itself and `ldd wine-binary`. :-( > > This is not really FreeBSD-specific, for Marcus Meissner encountered the > problem on SUSE Linux as well; feel free to remove the first condition! This does not really help, since winewrapper is only used for in-source-tree startup. Once installed, 'wine' is no longer this shellscript, but an ELF binary. Ciao, Marcus

2 1

Re: Need help debugging ... Ddraw issue
by Jason Edmeades 17 Jan '04

17 Jan '04

Wow, lots of updates, and rather than reply to each let me try to summarize. >> The one thing I couldnt answer is how the game 'gets' the command line. >int WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow ); Perhaps this way? No, I noticed the difference between the exe hdrs, (console vs gui) and I ran some tests on this, and the value in lpCmdLine seemed to be just the parms and not the "command line" / executable name. Thats why I then went on to try GetCommandLine and spotted that issue. Nice idea though, thanks >Ok, that here is exactly the problem (dlls/kernel/environ.c), it's explained in the remark of the func: >GetCommandLineA (KERNEL32.@) >* * WARNING: there's a Windows incompatibility lurking here ! >* Win32s always includes the full path of the program file, >* whereas Windows NT only returns the full file path plus arguments >* in case the program has been started with a full path. >* Win9x seems to have inherited NT behaviour. I read that as saying Win32s just provides the path and probably exe name and Winnt provides the full path, exe and parms. You may be correct, I didnt investigate this further. >> With some experimentation with a GUI pgm I think I stumbled upon the / >> an answer: > Bug#1 - GetCommandLine() returns a full path on Windows but no path on Wine Doh. >Well this should definately be fixed anyway (with a regression test), and it does sound a lot like the problem doesn't it? >I expect we use this API (or similar) to set the parameters to WinMain Yes, but I didnt see any evidence it was being called. I may have missed it.. However I think this is also a red herring... > * Note that both Start Menu Execute and Explorer start programs with > * fully specified quoted app file paths, which is why probably the only case > * where you'll see single file names is in case of direct launch > * via CreateProcess or WinExec. This may be the real issue - I was running it from within msdev.exe which works, but launching it from the command line does trap the same way. "Windbg keeper95.exe" traps on run, but windbg, ctrl+e (open exe) doesnt, and I think thats because the file dialog returns fully qualified paths (at a guess). >I wonder if when a program is invoked directly from the wine loader app we should pretend >it's been run from Explorer and pass it the full path. Alexandre, would that be an acceptable >solution (subject to more thorough testing of course). I'd be worried this may cause more problems than it solves. This is an interesting one in that wine *does* correctly emulate windows behaviour, but the app is broken to only expect a full path. Aside from an app specific option (perhaps we could add in app specific config options into a central compatibility ini file), I think the only way to capture this is to document in eg. the appDB. >"Some debugging" is a bit vague but I'll let you off that ;) I guess I just need to get better at reading disassemblies. It certainly helps as I frequently drop down to assembler when things get confusing (my 'real' job involves lots of debugging!). I wish I was better with eg. gdb syntax as I really am mostly a Windows person so far (Boo Hiss...)! Jason

3 2

Re: winecfg: a patch to review
by Ivan Leo Murray-Smith 17 Jan '04

17 Jan '04

> Windows actually does have a few settings like this (Well, XP does) Windows server 2003 and longhorn have the same functionality, and blackcomb probably has it too. Ivan.

1 0

winecfg: a patch to review
by Kirk Ruff 17 Jan '04

17 Jan '04

Hello, I have started to work on winecfg a little in attempt to get used to some workings of WINE. This is the first real open source project I have actually tried to submit a patch to. I have started to work on a few functions that were not implemented yet and before I forget to try to submit a patch again I thought I would do it now. The only part I have included in this patch is the ability to remove an application from the "Application" tab. The way I assumed that this was to do is remove the appropriate key from the registry and update the listview. I realize this is a pitiful patch since it really doesn't add much but I thought I would see if I am doing it correctly and to see if does what it should. Any help is appreciated(I hope this patch is inline, my first try at it. Kirk

7 14

Re: GetShortPathName broken
by Stefan Leichter 17 Jan '04

17 Jan '04

Am Samstag, 17. Januar 2004 22:31 schrieb Eric Pouech: > > Thanks Eric, > > > > this was the right tip. My Problem is that i have two directories. The > > first one is "C:\Program Files" but the second one is C:\Programme. After > > i renamed (first character) the second one the test program works for me > > too. So what changed is the behavoir if two directories will match the > > short path. > > So, this shouldn't impact GetShortPathName. The short name should be > unique (as the long path). So, your test should work even with your two > directories. Something is wrong somewhere. > > This patch should help ? > Yes, thanks it works fine here Thanks Stefan

1 0

Re: Try using the Mozilla Active X control in MSHTML
by Dimitrie O. Paun 17 Jan '04

17 Jan '04

On January 16, 2004 01:06 am, Mike McCormack wrote: > Since some people have been complaining that MSHTML is a useless > distraction in it's current form (there's some element of truth in > that), here's a small patch to redirect calls to Mozilla's Active X > control. You need to add a "mshtml"="builtin,native" override in the > config file and download and install the control before this patch can > try to use it: > > http://www.iol.ie/~locka/mozilla/control.htm Very nice Mike! I guess this requires a Win32 build of Mozilla, no? Anyway, if the patch goes in, it would be nice if our good packagers can come up with a binary package (say, wine-mozilla?) that just installs alongside with the wine package and provides this capability. -- Dimi.

4 4

Running Wine under MS SFU under Wine ... ?
by Dan Kegel 17 Jan '04

17 Jan '04

I recently posted with problems running Microsoft's Services for Unix under Wine. I only tried it out of morbid curiosity, actually, and because MS was offering it for free. The free offer expired, but it's back again for a little while; slashdot.org seems to be running banner ads for it. I'd encourage any of you who even *might* be tempted to try this out to go order the CD-ROM. It would be way bitchin' cool if we could nest Wine and MS SFU (I seem to recall we can't nest Wine in Cygwin for some technical reason, but who knows, maybe SFU won't have the same problem). - Dan

3 3

GetShortPathName broken
by Stefan Leichter 17 Jan '04

17 Jan '04

Hello, The function GetShortPathName is broken in current cvs. This short program exhibits the problem: ------------------------------------ #include <stdio.h> #include <windows.h> #include <version.h> int main(int argc,char **argv[]) { char buffer[0x104] =""; DWORD retval; retval = GetShortPathName("C:\\Program Files", buffer, sizeof(buffer)); printf("%08x, %08x, %s\n", retval, GetLastError(), buffer ); return(0); } ----------------------------------------- On win2k and wine "2004-01-14 CST" i get 0000000b as retval and 00000000 from GetLastError() starting with wine "2004-01-14 18:21:00 CST" up to current cvs i get 00000000 for retavl and 00000002 from GetLastError(). So for my understanding the patch http://cvs.winehq.com/patch.py?id=10682 broke the function. Bye Stefan

2 2

Re: Debugger doc pages
by Jason Edmeades 17 Jan '04

17 Jan '04

>> Is it something about my machine but when I go to the online debugger >> docs, eg: http://www.winehq.com/site/docs/wine-devel/wine-debugger I can >> see absolutely nothing in the text boxes. I can highlight the text and >> it appears to be in a minute font, and cut+paste into an editor shows me >> the text is there, its just too small to be visible. >> I tried with mozilla and IE (both from a Windows machine). >WORKSFORME with Firebird 0.7 on Fedora... and >It looks fine for me in Konqy, under Linux (RH9). >Is the font setup on that machine odd in any way? Not that I know of! Its a relatively new (<2months) old WinXP install, but its something weird as my other machine (win2k partition) can see them fine. If it was 'just' IE or just Mozilla, I wouldnt mind, but for both to be broken does make it look like a machine wide issue. Debugging this further, the style sheet has as font for <pre> 'Fixed'. I changed this to PRE { FONT-SIZE: 10pt; FONT-FAMILY: Courier, Fixed } and it works, so it implies my 10pt Fixed family font is wrong? On my 2k(working) box, I ran character map, and in the font dropdown I had Fixedsys but not fixed. On my XP box I actually had listed an entry for 'fixed', which sure enough had small fonts. Any idea how to get from charmap -> font? I dir a dir *fixed* /s on my machine, no luck. Anyone else with XP who could try that page and see if they suffer the same way please? Jason

1 0

Problem with configure/config.cache
by Dominik Strasser 17 Jan '04

17 Jan '04

Hi, I am running into a problem, each time I rerun tools/wineinstall: wineinstall calls configure; configure finds a valid config.cache. On detction of the aRTS sound server it does the following: if test "${ac_cv_c_artsserver+set}" = set; then echo $ECHO_N "(cached) $ECHO_C" >&6 else # check for aRTS ... so if configure is called repeatedly, the else clause is not executed. But only in this else clause, ARTSC_CFLAGS and ARTSC_LIBS are set, which results in an uncompilable wine alsa driver because ARTSLIBS and ARTSINCL is set to those vars. Something similar happens in the detection of the asm keywords to be used in the stabs generation. I am not an autoconf guru, so I have no clue how to fix this. Regards Dominik

2 1

Re: Partial MDI rewrite
by Alexandre Julliard 17 Jan '04

17 Jan '04

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Merge the MDI and common window creation code. Change a way > MDI children are managed in MDIClient. > Add support for MDICREATESTRUCT A<->W conversions. > Add support for WM_MDIREFRESHMENU. The critical section thing worries me, especially since you are doing things that may require sending messages in there. I think you should use the normal USER lock when locking is really necessary; note that anything that is only accessed from the window procedure doesn't need locking at all. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: Implement LockWindowUpdate [take 3]
by Alexandre Julliard 17 Jan '04

17 Jan '04

Mike Hearn <mike(a)theoretic.com> writes: > I hit Google and found a page describing how to reduce flickering in > FrontPage by writing a utility VB app using LockWindowUpdate and > FindWindow, so clearly my initial implementation was wrong and this does > need server support. The resultant code is also cleaner I feel. Yes it's much better. Now the problem is that the rest of the code won't be able to cope with it: in order to make sure painting always happens correctly, you will need to invalidate all the DCEs concerned by the window, to make sure all the update regions are recomputed correctly. Unfortunately this can't be done inter-process at the moment... -- Alexandre Julliard julliard(a)winehq.com

3 6

Regression tests and Paul Millars WRT
by Mike Hearn 17 Jan '04

17 Jan '04

So, I saw in WWN mention of this website which I stumbled across by accident a few weeks ago, and had another look. I couldn't believe how useful it was, yet nobody seemed to use it and it's not a part of WineHQ. A few questions, therefore: 1) Firstly, to Paul - could you hook things up so that when we get new red/purple builds an email is sent to wine-devel? I just sent a patch to fix the http tests that started failing but I wouldn't have seen it if it was not for your system. I think Alexandre runs the test suite before checking in each patch, but it's still possible that there are ones he misses (like this). If it was being done automatically perhaps AJ would not need to run the whole test suite before each commit, so he could work faster as well (and alexandre-cycles are waaaaay more valuable than cpu-cycles :) 2) Why is this not running on a WineHQ machine? Too expensive? Not needed? 3) Is the source to WRT available anywhere? thanks -mike

2 1

A question about winehq options
by Kirk Ruff 17 Jan '04

17 Jan '04

I am trying to work on a multimedia tab, unless someone else is doing this already. I am wondering what options should go on this tab. A select for the audio driver, wave mapper, and midi mapper is what I was thinking so far. The wave/midi mapper seem to each only have 1 option so what should I do for that? Is there any plan to add any more options to these two? The dsound options seem too obscure to be in winecfg, and I didn't see any other obvious options to put on. Hopefully someone else hasn't started on such a tab yet. Any help is appreciated.

3 3

Re: Need help debugging ... Ddraw issue
by Jason Edmeades 17 Jan '04

17 Jan '04

>I was following your posts here in real time and you almost found solutions faster than I could try them out, LOL! To be honest these things come down to luck sometimes, depending on what direction you start debugging! I was very lucky with this one - I ran them side by side on 2 machines, one under windows and one under wine, put breakpoints at the point of failure and worked backwards comparing the two. >I can confirm that the screen switches and a picture shows up when using full win-path and the mouse acts weird. >Haven't tried commenting out anything yet. Weird. Mine trapped as soon as the splash screen was removed, so I had to do that commenting before I could get to the main menu. >I'm trying to investigate that GetCommandLine thing. The one thing I couldnt answer is how the game 'gets' the command line. It doesnt (didnt!) appear to use any API to do it, although I didnt spend long looking into this. I hit it in wine when i tried to think of what possible ways you could get to the command line and tested some of them. This would probably need some more work to find out exactly how this game does it (I doubt it accesses the PEB directly). As to the mouse problem, I dont know - I've had other games where the mouse behaviour is weird and jumpy, but never quite like that. Does turning on (or off) dxgrab make a difference? (Not booted into Linux just now). Does DK2 suffer from the same thing, or is there another problem? Jason

2 1

Html Help
by Acke Carlsson 17 Jan '04

17 Jan '04

Heavy based on Chris Morgan's winebrowser i cut/paste a winehh, to use a Unix chm-file viewer. It works when there is no space in the path. How to do the transform from windows path to Unix path right? You find a static linked Unix chm-file viewer on this URL http://www.herdsoft.com/ftp/chmviewer-0.1.tar.gz Or get xchm from SourceForge Apologize for wrongly spelling. mvh Acke Carlsson Index: configure.ac =================================================================== RCS file: /mnt/hd/cvs/wine/wine/configure.ac,v retrieving revision 1.228 diff -u -r1.228 configure.ac --- configure.ac 9 Jan 2004 00:03:00 -0000 1.228 +++ configure.ac 9 Jan 2004 23:38:41 -0000 @@ -1657,6 +1657,7 @@ programs/wineconsole/Makefile programs/winedbg/Makefile programs/winefile/Makefile +programs/winehh/Makefile programs/winemenubuilder/Makefile programs/winemine/Makefile programs/winepath/Makefile Index: winedefault.reg =================================================================== RCS file: /mnt/hd/cvs/wine/wine/winedefault.reg,v retrieving revision 1.84 diff -u -r1.84 winedefault.reg --- winedefault.reg 6 Jan 2004 20:49:59 -0000 1.84 +++ winedefault.reg 9 Jan 2004 23:34:51 -0000 @@ -4614,6 +4614,16 @@ [HKEY_CLASSES_ROOT\http\shell\open\command] @="winebrowser %1" +[HKEY_CLASSES_ROOT\.chm] +@="chm.file" + +[HKEY_CLASSES_ROOT\chm.file] +@="Compiled HTML Help file" + +# Map requests to open "chm.file" entries to winehh +[HKEY_CLASSES_ROOT\chm.file\shell\open\command] +@="winehh %1" + # # Entries for DirectShow # Index: programs/Makefile.in =================================================================== RCS file: /mnt/hd/cvs/wine/wine/programs/Makefile.in,v retrieving revision 1.43 diff -u -r1.43 Makefile.in --- programs/Makefile.in 6 Jan 2004 20:49:59 -0000 1.43 +++ programs/Makefile.in 9 Jan 2004 23:47:00 -0000 @@ -27,6 +27,7 @@ wineconsole \ winedbg \ winefile \ + winehh \ winemenubuilder \ winemine \ winepath \ @@ -56,6 +57,7 @@ wineconsole \ winedbg \ winefile \ + winehh \ winemenubuilder \ winemine \ winepath \ @@ -78,6 +80,7 @@ wineconsole \ winedbg \ winefile \ + winehh \ winemine \ winepath \ winhelp @@ -107,6 +110,7 @@ wineconsole.exe \ winedbg.exe \ winefile.exe \ + winehh.exe \ winemenubuilder.exe \ winemine.exe \ winepath.exe \ @@ -227,6 +231,9 @@ winefile.exe$(DLLEXT): winefile/winefile.exe$(DLLEXT) $(RM) $@ && $(LN_S) winefile/winefile.exe$(DLLEXT) $@ +winehh.exe$(DLLEXT): winehh/winehh.exe$(DLLEXT) + $(RM) $@ && $(LN_S) winehh/winehh.exe$(DLLEXT) $@ + winemenubuilder.exe$(DLLEXT): winemenubuilder/winemenubuilder.exe$(DLLEXT) $(RM) $@ && $(LN_S) winemenubuilder/winemenubuilder.exe$(DLLEXT) $@ @@ -271,6 +278,7 @@ wineconsole/wineconsole.exe$(DLLEXT): wineconsole winedbg/winedbg.exe$(DLLEXT): winedbg winefile/winefile.exe$(DLLEXT): winefile +winehh/winehh.exe$(DLLEXT): winehh winemenubuilder/winemenubuilder.exe$(DLLEXT): winemenubuilder winemine/winemine.exe$(DLLEXT): winemine winepath/winepath.exe$(DLLEXT): winepath Index: programs/make_progs =================================================================== RCS file: /mnt/hd/cvs/wine/wine/programs/make_progs,v retrieving revision 1.2 diff -u -r1.2 make_progs --- programs/make_progs 6 Jan 2004 20:49:59 -0000 1.2 +++ programs/make_progs 9 Jan 2004 23:41:00 -0000 @@ -41,6 +41,7 @@ "wineconsole" => 1, "winedbg" => 1, "winefile" => 1, + "winehh" => 1, "winemine" => 1, "winepath" => 1, "winhelp" => 1, Index: tools/wineinstall =================================================================== RCS file: /mnt/hd/cvs/wine/wine/tools/wineinstall,v retrieving revision 1.64 diff -u -r1.64 wineinstall --- tools/wineinstall 6 Jan 2004 22:08:33 -0000 1.64 +++ tools/wineinstall 9 Jan 2004 23:43:59 -0000 @@ -146,6 +146,7 @@ link_app winhelp "$CROOT/windows/winhelp.exe" link_app winhelp "$CROOT/windows/winhlp32.exe" link_app winebrowser "$CROOT/windows/winebrowser.exe" + link_app winehh "$CROOT/windows/winehh.exe" } # startup... --- /dev/null 1970-01-01 01:00:00.000000000 +0100 +++ programs/winehh/.cvsignore 2004-01-10 01:18:52.000000000 +0100 @@ -0,0 +1,3 @@ +Makefile +winehh.exe.dbg.c +winehh.exe.spec.c --- /dev/null 1970-01-01 01:00:00.000000000 +0100 +++ programs/winehh/Makefile.in 2004-01-10 00:42:30.000000000 +0100 @@ -0,0 +1,14 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = winehh.exe +APPMODE = cui +IMPORTS = shell32 user32 advapi32 kernel32 + +C_SRCS = \ + main.c + +@MAKE_PROG_RULES@ + +### Dependencies: --- /dev/null 1970-01-01 01:00:00.000000000 +0100 +++ programs/winehh/main.c 2004-01-10 04:16:11.000000000 +0100 @@ -0,0 +1,109 @@ +/* + * winehh winelib app to launch native OS chm-file viewer + * + * Copyright (C) 2004 Chris Morgan + * Copyright (C) 2004 Acke Carlsson + * + * 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 + * + * NOTES: + * Winehh is a winelib application that will start the appropriate + * native chm-file viewer up for a wine installation that lacks a + * windows chm-file viewer. + */ + +#include "config.h" +#include "wine/port.h" + +#include <windows.h> +#include <stdio.h> +#include <stdlib.h> +#include <errno.h> + +/***************************************************************************** + * Main entry point. This is a console application so we have a main() not a + * winmain(). + */ +int main (int argc, char *argv[]) +{ + static char path[MAX_PATH]; + + typedef BOOL (WINAPI *wine_get_unix_file_name_t) ( LPCWSTR dos, LPSTR buffer, DWORD len ); + wine_get_unix_file_name_t wine_get_unix_file_name_ptr = NULL; + + wine_get_unix_file_name_ptr = (wine_get_unix_file_name_t) + GetProcAddress(GetModuleHandle("KERNEL32"), "wine_get_unix_file_name"); + + fprintf(stderr, "winehh open: %s\n", argv[1]); + + WCHAR dosW[MAX_PATH]; + MultiByteToWideChar(CP_ACP, 0, argv[1], -1, dosW, MAX_PATH); + wine_get_unix_file_name_ptr(dosW, path, sizeof(path)); + + fprintf(stderr, "winehh open: %s\n", path); + + const char *argv_new[3]; + DWORD maxLength; + CHAR szChmViewer[256]; + DWORD type; + CHAR *defaultChmViewer = "displaychm,xchm"; + char *chmviewer; + HKEY hkey; + LONG r; + + /* is this necessary for a chmviewer */ + unsetenv("TEMP"); + unsetenv("TMP"); + + maxLength = sizeof(szChmViewer); + + if(RegCreateKeyEx( HKEY_CURRENT_USER, + "Software\\Wine\\WineHH", 0, NULL, + REG_OPTION_NON_VOLATILE, KEY_ALL_ACCESS, NULL, + &hkey, NULL)) + { + fprintf( stderr, "winehh: cannot create config key\n" ); + return 1; + } + + r = RegQueryValueExA( hkey, "ChmViewer", 0, &type, szChmViewer, &maxLength); + if(r != ERROR_SUCCESS) + { + /* set value to the default */ + RegSetValueExA(hkey, "ChmViewer", 0, REG_SZ, + (LPBYTE)defaultChmViewer, lstrlen(defaultChmViewer) + 1); + strcpy( szChmViewer, defaultChmViewer ); + } + + RegCloseKey(hkey); + + + /* now go through the list of chmviewers until we run out or we find one that */ + /* works */ + chmviewer = strtok(szChmViewer, ","); + + while(chmviewer) + { + argv_new[0] = chmviewer; + argv_new[1] = path; + argv_new[2] = NULL; + + spawnvp(_P_OVERLAY, chmviewer, argv_new); /* only returns on error */ + + chmviewer = strtok(NULL, ","); /* grab the next chmviewer */ + } + fprintf( stderr, "winehh: could not find a chmviewer to run\n" ); + return 1; +}

4 6

RE: dmesg error about pthreads
by PETREOLLE Sylvain 17 Jan '04

17 Jan '04

Hi Kevin, I have the same messages and was about to write to wine-devel. But I dont know what to do. -----Message d'origine----- De : Kevin DeKorte [mailto:kdekorte@yahoo.com] Envoyé : vendredi 16 janvier 2004 16:16 À : wine-devel(a)winehq.com Objet : dmesg error about pthreads On my FC1 system with the latest patches I'm getting this in the dmesg log. Been getting them for awhile. application bug: wine-pthread(4537) has SIGCHLD set to SIG_IGN but calls wait(). (see the NOTES section of 'man 2 wait'). Workaround activated. wine -v Wine 20031212 Is this anything I need to worry about Kevin ---------------------------------------------------------------------------- Ce message ainsi que toutes pièces jointes (le "message") sont confidentiels et sont exclusivement destinés à l'usage de la personne à laquelle ils sont adressés. Tout point de vue ou toute opinion contenus dans ce message expriment la pensée personnelle de leur auteur et ne représentent pas nécessairement la position des sociétés du Groupe GEFCO. Si vous n'êtes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu cet e-mail par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. Si vous avez reçu ce message par erreur, merci de contacter la personne qui vous l'a adressé et de l'effacer immédiatement. Les sociétés du Groupe GEFCO déclinent toute responsabilité en cas d'altération, de modification, d'édition, de diffusion sans autorisation de ce message ou en cas d'affection de ce message par un virus. This message and any attachments (the "message") are confidential and intended solely for the use of the individual to whom they are addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the GEFCO Group of Companies. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. If you have received this message in error please contact the sender and delete the message immediately. The GEFCO Group of Companies shall not be liable for the message if altered, changed, falsified, edited, diffused without authorization or affected by any virus. ----------------------------------------------------------------------------

1 0

Re: [winecfg] - audio tab w/autodetection, misc
by Dimitrie O. Paun 17 Jan '04

17 Jan '04

On January 4, 2004 11:53 pm, Chris Morgan wrote: > I wasn't sure what to do with the resource files so I went and copied the > changes from the En.rc over to the rest of the rc files. Don't do that, it will hide the fact that the resource was not yet translated properly. Just update the En.rc one, and let the others be translated by the appropriate translators... -- Dimi.

2 1

Re: DPA_Create/Search may be missing
by Rolf Kalbermatter 16 Jan '04

16 Jan '04

On Fri, 16 Jan 2004, Hans Leidekker wrote: >> Did you by any chance build the test with MinGW? >No, I compiled it with Microsoft Visual C++ 6.0. I made sure to get the >latest and complete Windows SDK too as the previous one I had was >missing 'shlwapi.h'. Well those DPA (and DSA) functions are a little bit messy. They have been exported from the DLL since the start only by ordinal except maybe with Windows XP. The original Windows 95 SDK contained them all in the import libs (but no headers with the definitions) then they disappeard entirely from the SDK and were only lately added again to the SDK documentation together with many other undocumented shell32 functions. The import libs however missed them until SDK of February 2003 and there some, namely at least DPA_Create and DPA_GetPtr are still missing, requiring an application to either load them dynamiclly by ordinal or creating a separate import lib for them at least if you want to use Visual C ;-). Wine being smarter of course creates the correct import libs for its own use based on the spec files. Rolf Kalbermatter

1 0

slight trouble running winetests under windows
by Chris Morgan 16 Jan '04

16 Jan '04

I'm trying to get some of the wine tests compiling and running under windows, oleaut32 test specifically. I've got the project file built and everything opens fine under visual studio 6. The only issue is that during linking of the oleaut32 tests _IID_IFont is undefined. Oddly enough if I switch from a non-mfc project to a mfc project, compile, run into errors and then switch back to a non-mfc project things work fine, no more symbol errors about IID_IFont. I even tried cleaning things out and removing the output directory entirely and the test still compiles once the non-mfc->mfc->non-mfc change has been performed. I can't seem to see what difference going into mfc and back should have on the project, it seems like we are missing something from our .dsp project or something. I can't seem to identify changes in the .dsp or .dsw files either... Has anyone else seen this? Thanks, Chris

7 14

[Fwd: Bug#224498: A recipe of potential use to MS Office 97 aspiring users on Debian]
by Ove Kaaven 16 Jan '04

16 Jan '04

-----Videresendt melding----- From: Emmanuel Charpentier <charpent(a)bacbuc.dyndns.org> To: 224498(a)bugs.debian.org Cc: ovek(a)arcticnet.no Subject: Bug#224498: A recipe of potential use to MS Office 97 aspiring users on Debian Date: Mon, 12 Jan 2004 23:16:44 +0100 Dear Ove, dear Wine users and w(h)iners, First, a big "Thank you" to Ove : maintaining a Debian package is work, and maintaining a beast such as Wine is *hard* work. I feel very grateful to Debian maintainers, and to Ove. I have read the bug report about MS Office and the consecutive somewhat heated argument. While I won't delve in the "necessities" of using MS programs, I agree that there is not yet a free tool able to reach into .mdb databases sent by people you can't demand another format. (Yes, I'm aware of the .mdb tools. They crash on me any time I try to use them on a French .mdb ...). Ant that might be justification enough to try to get Wine working with that piece of s...oftware. The following recipe *might* help people not yet able to get rid of MS Office. Start by getting the latest (20031212) version of wine (that's in unstable for you, Debian users ...). This version seems to be a *vast* improvement over whatever I tried before (last time was summer '03, IIRC). You will need a working Windows 98 installation (for which, of course, you have a valid license...). But you'll have to start with a fresh no-windows installation. The simplest way I found is to rename any previous .wine/config file and .wine/fake-windows directory, then to call winsetup and to ask for the creation of a new config file without Windows installation. Starting from here, install from the MS cdrom : wine /cdrom/install.exe. This installation will copy a lot of files, then FAIL. That's not a problem. You'll then grab the following files from your working Windows installation: - stdole32.tlb (This one is the only one needed for Winword, Powerpoint and maybe Excel). - ole32.dll - vbajet32.dll (and maybe vba332.dll (that's not a typo), can't recall at the moment). - oleaut32.dll - msacnv30.dll - tzisolat.dll - (maybe) odbc.dll IIRC, all of this, except vba332.dll come from the \Windows\System directory of your native Win98 installation and go to .wine/fake_windows/Windows/System directory. In the .wine/config file, mark these libraries as "native,builtin" in the [DLLOverrides] section. Restart the installation of MS Office from the CD. This time, the installation should work (and be much faster than the first time around, since almost all file already exist). It will complaint that it cannot DDE-connect to the desktop (in order to create the shortcuts), but that's harmless : just hit "Ignore". The first launch of the applications may be painful : at first run, MS Office apps try to launch a "helpful" dialog box "presenting" the application, which have trouble communicating with the main program. I found that minimizing and restoring the main window may help. Don't ask me why. As far as my limited test can tell, Winword and Powerpoint work fine. With the relevant fonts in xfs and a correct CUPS setup, printing is automatic and gives very good results. MS Access still gives me guff : I have Cyrillic characters in place of Western accented characters, form creation dialog boxes have serious quirks (e. g. the "Properties" dialog box fights for focus with the "Save as" dialog box in Design mode), I had a crash trying to display an "outer join" view, etc ... But that is infinitely better that no MS Access at all ... I have now some hope of solving some of these hurdles. The SR1 and SR2 "service packs" can be installed with no problems. Hoping this helps, Emmanuel Charpentier PS : Ove, if you think this might be of interest elsewhere, and does not step too rudely on the (very) sensitive toes of DFSG and Social Contract, please feel free to forward to any relevant place, cut and paste or paraphrase at will ... PPS : Mandatory disclaimer : I found this by trial and error. I might be wrong. But that's my problem. Now, I won't accept *ANY* responsibility for the (mis-)use you may make of this information, either technical or legal. In other words, you're on your own : if this blows your system, drowns your basement, launches against you a thousand of ships full of angered Microsoft lawyers, shaves your cat or rapes your grandma (or vice-versa), that's *YOUR* problem, buddy, not mine.

1 0

Need help debugging ...
by Frank.Schruefer＠t-online.de 16 Jan '04

16 Jan '04

Hy list, I like to learn how to fix wine problems myself and am trying to track down an exception occuring while starting good old 'Dungeon Keeper'. For now I have two problems: 1. When I invoke the game with 'wine' and with 'winedbg' I get different exception messages (traces see below), why? 2. How to compile debug information into the 32bit DLL's so I don't get 'No debug information in 32bit DLL' anymore and maybe some better info? I tried 'configure --enable-debug && make depend && make && su -c "make install"' to no avail. I compiled 'fixme's into the 'SetThreadExecutionState' and 'VerSetConditionMask' funcs to see where the exceptions occure but it seems the methods aren't even called at all because the messages don't get printed out (or need the fixme messages switched on somewhere for that particular dll?). I also tried to start with --debugmsg +all in which case the output is overwriting the winedbg command line interface and crashing it when trying to exit with CTRL-C and CTRL-D. Only killall -9 wine-pthread helps then. The wine I'm using is fresh from CVS as of 15. Jan. 2004 but I had the problem with earlier versions too. ============= STARTING WITH 'wine' ================ merlin@Merlin:~/.wine/fake_windows/Program Files/Bullfrog/Keeper> wine KEEPER95.EXE wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) No debug information in 32bit DLL 'C:\Program Files\Bullfrog\Keeper\KEEPER95.EXE' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40220000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x404b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40760000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x406f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x407d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x40790000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x408f0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\MSS32.DLL' (0x20000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x409e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40960000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\WSND7R.DLL' (0x10000000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\SMACKW32.DLL' (0x40022000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DDRAW.DLL' (0x40a20000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DPLAYX.DLL' (0x40be0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IPHLPAPI.DLL' (0x40c30000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WS2_32.DLL' (0x40c10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WSOCK32.DLL' (0x40a80000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40d10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x41390000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x413e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x413c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41400000) Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x00406062). In 32-bit mode. 0x00406062 (KEEPER95.EXE..text+0x5062 in KEEPER95.EXE): movb $0x0,0x0(%eax) Wine-dbg>bt Backtrace: =>0 0x00406062 (KEEPER95.EXE..text+0x5062 in KEEPER95.EXE) (ebp=406cff2c) 1 0x40501e3d (KERNEL32.DLL.SetThreadExecutionState+0x17fd in KERNEL32.DLL) (ebp=406cfff4) 2 0x4003e60d (SMACKW32.DLL..reloc+0x660d) (ebp=00000000) Wine-dbg> ============= STARTING WITH 'wine' END ============ ============= STARTING WITH 'winedbg' ============= merlin@Merlin:~/.wine/fake_windows/Program Files/Bullfrog/Keeper> winedbg KEEPER95.EXE fixme:console:SetConsoleCtrlHandler (0x405feed0,1) - no error checking or testing yet WineDbg starting on pid 19 Breakpoint 1 at 0x004f1ed0 Unable to add breakpoint, will check again any time a new DLL is loaded Loaded debug information from ELF 'wine' ((nil)) No debug information in 32bit DLL 'C:\Program Files\Bullfrog\Keeper\KEEPER95.EXE' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40220000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x404b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40760000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x406f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x407d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x40790000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x408f0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\MSS32.DLL' (0x20000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x409e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40960000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\WSND7R.DLL' (0x10000000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\SMACKW32.DLL' (0x40a05000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DDRAW.DLL' (0x40a40000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DPLAYX.DLL' (0x40be0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IPHLPAPI.DLL' (0x40c30000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WS2_32.DLL' (0x40c10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WSOCK32.DLL' (0x40aa0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40d20000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x41390000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x413e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x413d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41400000) In 32-bit mode. Wine-dbg>cont Stopped on breakpoint 1 at 0x004f1ed0 (KEEPER95.EXE.EntryPoint in KEEPER95.EXE) Wine-dbg>cont First chance exception: page fault on write access to 0x00000000Invalid address for breakpoint 1, disabling it in 32-bit code (0x00406062). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:1007 GS:0007 EIP:00406062 ESP:406cfd18 EBP:406cff2c EFLAGS:00010206( R- 00 I - -P1 ) EAX:00000000 EBX:ffffffff ECX:00000000 EDX:406cfcec ESI:00776685 EDI:406cfd99 Stack dump: 0x406cfd18 (KERNEL32.DLL.VerSetConditionMask+0x14e97a): *** Invalid address 0x406cfd18 (KERNEL32.DLL.VerSetConditionMask+0x14e97a) 0200: sel=1007 base=4001a000 limit=00001f83 32-bit rw- Backtrace: =>0 0x00406062 (KEEPER95.EXE..text+0x5062 in KEEPER95.EXE) (ebp=406cff2c) Can't read TEB:cur_stack 0x00406062 (KEEPER95.EXE..text+0x5062 in KEEPER95.EXE): *** Invalid address 0x00406062 (KEEPER95.EXE..text+0x5062 in KEEPER95.EXE) -- no code -- Wine-dbg> ============= STARTING WITH 'winedbg' END ========= -- Thanks, Frank

4 5

Debugger bugs.
by Frank.Schruefer＠t-online.de 16 Jan '04

16 Jan '04

Hy, I've stumbled over problems trying to debug RtlCreateUserThread. The error I get depends on how I'm stepping through the code but seems to be caused by the syscall __NR_rt_sigprocmask (int 0x80 with eax=175). The thread for which procmask should get set is created by TIME_MMTimeStart in winmm/time.c; Unfortunately I've no idea whether that's "normal" or how to fix ... If you want me to provide more info just tell me what you need to know. I got three versions (common trace of all three versions see below): ========= FIRST VERSION: Stepping over 'sigprocmask( SIG_BLOCK, &block_set, &old_set );' ============= ... (COMMON TRACE) ... Wine-dbg> 241 struct __server_request_info * const req = req_ptr; Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> err:seh:setup_exception stack overflow 192 bytes in thread 000b eip 4023035b esp 405e0f40 stack 0x405e0000-0x406e0000 Invalid address for breakpoint 0, disabling it Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Invalid address for breakpoint 3, disabling it Process of pid=0000000a has terminated Wine-dbg> ====================================================================================================== ========= SECOND VERSION: Stepping over 'int 0x80' with eax=0xAF (=175) ============================== ... (COMMON TRACE) ... Wine-dbg> 241 struct __server_request_info * const req = req_ptr; Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg>si 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc81 (wine_server_call+0x22 [server.c:244] in NTDLL.DLL): pushl %eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc82 (wine_server_call+0x23 [server.c:244] in NTDLL.DLL): leal 0x5884(%ebx),%eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc88 (wine_server_call+0x29 [server.c:244] in NTDLL.DLL): pushl %eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc89 (wine_server_call+0x2a [server.c:244] in NTDLL.DLL): pushl $0x0 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc8b (wine_server_call+0x2c [server.c:244] in NTDLL.DLL): call 0x40211788 (_init+0x46c in ntdll.dll.so) 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 0x40211788 (_init+0x46c in ntdll.dll.so): jmp *0x11c(%ebx) Wine-dbg> 0x400cdb10 (NTDLL.DLL.toupper+0x64a0 in libc.so.6): pushl %ebp Wine-dbg> 0x400cdb11 (NTDLL.DLL.toupper+0x64a1 in libc.so.6): movl %esp,%ebp Wine-dbg> 0x400cdb13 (NTDLL.DLL.toupper+0x64a3 in libc.so.6): subl $8,%esp Wine-dbg> 0x400cdb16 (NTDLL.DLL.toupper+0x64a6 in libc.so.6): movl %esi,0x0(%esp) Wine-dbg> 0x400cdb19 (NTDLL.DLL.toupper+0x64a9 in libc.so.6): movl $0x8,%esi Wine-dbg> 0x400cdb1e (NTDLL.DLL.toupper+0x64ae in libc.so.6): movl %edi,0x4(%esp) Wine-dbg> 0x400cdb22 (NTDLL.DLL.toupper+0x64b2 in libc.so.6): movl 0x8(%ebp),%edi Wine-dbg> 0x400cdb25 (NTDLL.DLL.toupper+0x64b5 in libc.so.6): movl 0xc(%ebp),%ecx Wine-dbg> 0x400cdb28 (NTDLL.DLL.toupper+0x64b8 in libc.so.6): movl 0x10(%ebp),%edx Wine-dbg> 0x400cdb2b (NTDLL.DLL.toupper+0x64bb in libc.so.6): xchgl %ebx,%edi Wine-dbg> 0x400cdb2d (NTDLL.DLL.toupper+0x64bd in libc.so.6): movl $0xaf,%eax Wine-dbg> 0x400cdb32 (NTDLL.DLL.toupper+0x64c2 in libc.so.6): int $0x80 Wine-dbg> fixme:seh:UnhandledExceptionFilter Unhandled error on debug event: 0 0x400cdb36 (NTDLL.DLL.toupper+0x64c6 in libc.so.6): cmpl $-4096,%eax Wine-dbg> ====================================================================================================== ========= THIRD VERSION: Stepping into 'int 0x80' with eax=0xAF (=175) =============================== ... (COMMON TRACE) ... Wine-dbg> 241 struct __server_request_info * const req = req_ptr; Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg>si 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc81 (wine_server_call+0x22 [server.c:244] in NTDLL.DLL): pushl %eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc82 (wine_server_call+0x23 [server.c:244] in NTDLL.DLL): leal 0x5884(%ebx),%eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc88 (wine_server_call+0x29 [server.c:244] in NTDLL.DLL): pushl %eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc89 (wine_server_call+0x2a [server.c:244] in NTDLL.DLL): pushl $0x0 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc8b (wine_server_call+0x2c [server.c:244] in NTDLL.DLL): call 0x40211788 (_init+0x46c in ntdll.dll.so) 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 0x40211788 (_init+0x46c in ntdll.dll.so): jmp *0x11c(%ebx) Wine-dbg> 0x400cdb10 (NTDLL.DLL.toupper+0x64a0 in libc.so.6): pushl %ebp Wine-dbg> 0x400cdb11 (NTDLL.DLL.toupper+0x64a1 in libc.so.6): movl %esp,%ebp Wine-dbg> 0x400cdb13 (NTDLL.DLL.toupper+0x64a3 in libc.so.6): subl $8,%esp Wine-dbg> 0x400cdb16 (NTDLL.DLL.toupper+0x64a6 in libc.so.6): movl %esi,0x0(%esp) Wine-dbg> 0x400cdb19 (NTDLL.DLL.toupper+0x64a9 in libc.so.6): movl $0x8,%esi Wine-dbg> 0x400cdb1e (NTDLL.DLL.toupper+0x64ae in libc.so.6): movl %edi,0x4(%esp) Wine-dbg> 0x400cdb22 (NTDLL.DLL.toupper+0x64b2 in libc.so.6): movl 0x8(%ebp),%edi Wine-dbg> 0x400cdb25 (NTDLL.DLL.toupper+0x64b5 in libc.so.6): movl 0xc(%ebp),%ecx Wine-dbg> 0x400cdb28 (NTDLL.DLL.toupper+0x64b8 in libc.so.6): movl 0x10(%ebp),%edx Wine-dbg> 0x400cdb2b (NTDLL.DLL.toupper+0x64bb in libc.so.6): xchgl %ebx,%edi Wine-dbg> 0x400cdb2d (NTDLL.DLL.toupper+0x64bd in libc.so.6): movl $0xaf,%eax Wine-dbg> 0x400cdb32 (NTDLL.DLL.toupper+0x64c2 in libc.so.6): int $0x80 Wine-dbg>ni err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 ... INFINITE LOOP, PATTERN NOW REPEATING UNTIL 'killall -9 wine-pthread' ... ====================================================================================================== ============================================ COMMON TRACE ============================================ merlin@Merlin:/my/hom/merlin/.wine/fake_windows/Program Files/Bullfrog/Keeper> winedbg KEEPER95.EXE fixme:console:SetConsoleCtrlHandler (0x40615b43,1) - no error checking or testing yet WineDbg starting on pid e Breakpoint 1 at 0x004f1ed0 Unable to add breakpoint, will check again any time a new DLL is loaded Loaded debug information from ELF '/usr/local/bin/wine-pthread' ((nil)) Breakpoint 2 at 0x4000dd60 (_end+0x2fef9d60) Loaded debug information from ELF '/usr/local/lib/libwine.so.1' (0x4003a000) No debug information in ELF '/lib/i686/libpthread.so.0' (0x40053000) No debug information in ELF '/lib/i686/libc.so.6' (0x400a4000) No debug information in ELF '/lib/libdl.so.2' (0x401d7000) No debug information in ELF '/lib/i686/libm.so.6' (0x401da000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from ELF '/usr/local/lib/wine/ntdll.dll.so' (0x401fe000) Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so.1' (0x40274000) Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so' (0x40480000) No debug information in 32bit DLL 'C:\Program Files\Bullfrog\Keeper\KEEPER95.EXE' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40220000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x404b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40780000) Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' (0x406e0000) Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so' (0x4076a000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40700000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x407e0000) Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so' (0x4079c000) Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so' (0x407c1000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x407b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40920000) Loaded debug information from ELF '/usr/local/lib/wine/winmm.dll.so' (0x40914000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\MSS32.DLL' (0x20000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40a20000) Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' (0x40988000) Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so' (0x40a04000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x409a0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\WSND7R.DLL' (0x10000000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\SMACKW32.DLL' (0x40a4e000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DDRAW.DLL' (0x40a90000) Loaded debug information from ELF '/usr/local/lib/wine/ddraw.dll.so' (0x40a66000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40021000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40b08000) No debug information in ELF '/usr/X11R6/lib/libXrandr.so.2' (0x4001c000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40032000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40b1f000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40b2d000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DPLAYX.DLL' (0x40c40000) Loaded debug information from ELF '/usr/local/lib/wine/dplayx.dll.so' (0x40c29000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IPHLPAPI.DLL' (0x40ca0000) Loaded debug information from ELF '/usr/local/lib/wine/wsock32.dll.so' (0x40ae8000) Loaded debug information from ELF '/usr/local/lib/wine/ws2_32.dll.so' (0x40c66000) Loaded debug information from ELF '/usr/local/lib/wine/iphlpapi.dll.so' (0x40c8e000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WS2_32.DLL' (0x40c70000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WSOCK32.DLL' (0x40af0000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40ccf000) No debug information in ELF '/usr/lib/libfontconfig.so.1' (0x40d25000) No debug information in ELF '/usr/lib/libexpat.so.0' (0x40d4d000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40d80000) Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' (0x40d6d000) No debug information in ELF '/usr/lib/tls/libGL.so.1' (0x40df6000) No debug information in ELF '/usr/lib/tls/libGLcore.so.1' (0x40e53000) No debug information in ELF '/usr/X11R6/lib/libXcursor.so.1' (0x413a8000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2' (0x4002a000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2' (0x40caf000) No debug information in ELF '/usr/lib/gconv/ISO8859-15.so' (0x405dd000) No debug information in ELF '/usr/lib/libcups.so.2' (0x41415000) No debug information in ELF '/usr/lib/libssl.so.0.9.7' (0x41432000) No debug information in ELF '/usr/lib/libcrypto.so.0.9.7' (0x41462000) No debug information in ELF '/lib/libnss_files.so.2' (0x41554000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x41410000) Loaded debug information from ELF '/usr/local/lib/wine/wineoss.drv.so' (0x413f5000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x41460000) Loaded debug information from ELF '/usr/local/lib/wine/msacm.drv.so' (0x41438000) Loaded debug information from ELF '/usr/local/lib/wine/msacm32.dll.so' (0x41450000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x41440000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41480000) Loaded debug information from ELF '/usr/local/lib/wine/midimap.drv.so' (0x41472000) In 32-bit mode. Wine-dbg>c Stopped on breakpoint 1 at 0x004f1ed0 (KEEPER95.EXE.EntryPoint in KEEPER95.EXE) Wine-dbg>b RtlCreateUserThread Many symbols with name 'RtlCreateUserThread', choose the one you want (<cr> to abort): [1]: 0x40596350 (RtlCreateUserThread in KERNEL32.DLL) [2]: 0x40252665 (RtlCreateUserThread [thread.c:208] in NTDLL.DLL) => 2 Breakpoint 3 at 0x40252665 (RtlCreateUserThread [thread.c:208] in NTDLL.DLL) Wine-dbg>c Stopped on breakpoint 3 at 0x40252665 (RtlCreateUserThread [thread.c:208] in NTDLL.DLL) 208 { Wine-dbg>s 209 struct startup_info *info = NULL; Wine-dbg> 210 HANDLE handle = 0; Wine-dbg> 211 TEB *teb = NULL; Wine-dbg> 212 DWORD tid = 0; Wine-dbg> 217 if (pipe( request_pipe ) == -1) return STATUS_TOO_MANY_OPENED_FILES; Wine-dbg> 218 fcntl( request_pipe[1], F_SETFD, 1 ); /* set close on exec flag */ Wine-dbg> 219 wine_server_send_fd( request_pipe[0] ); Wine-dbg> 267 vec.iov_base = (void *)&data; Wine-dbg> 268 vec.iov_len = sizeof(data); Wine-dbg> 270 msghdr.msg_name = NULL; Wine-dbg> 271 msghdr.msg_namelen = 0; Wine-dbg> 272 msghdr.msg_iov = &vec; Wine-dbg> 273 msghdr.msg_iovlen = 1; Wine-dbg> 279 cmsg.len = sizeof(cmsg); Wine-dbg> 280 cmsg.level = SOL_SOCKET; Wine-dbg> 281 cmsg.type = SCM_RIGHTS; Wine-dbg> 282 cmsg.fd = fd; Wine-dbg> 283 msghdr.msg_control = &cmsg; Wine-dbg> 284 msghdr.msg_controllen = sizeof(cmsg); Wine-dbg> 285 msghdr.msg_flags = 0; Wine-dbg> 288 data.tid = GetCurrentThreadId(); Wine-dbg> 289 data.fd = fd; Wine-dbg> 293 if ((ret = sendmsg( fd_socket, &msghdr, 0 )) == sizeof(data)) return; Wine-dbg> 299 } Wine-dbg> 221 SERVER_START_REQ( new_thread ) Wine-dbg> 223 req->suspend = suspended; Wine-dbg> 224 req->inherit = 0; /* FIXME */ Wine-dbg> 225 req->request_fd = request_pipe[0]; Wine-dbg> 226 if (!(status = wine_server_call( req ))) Wine-dbg> 241 struct __server_request_info * const req = req_ptr; Wine-dbg> (LAST 3 LINES REPEATED IN ABOVE VERSIONS TO MAKE CLEAR WHERE THEY START) ====================================================================================================== -- Frank

1 0

Re: More Vacation backlog
by Alexandre Julliard 16 Jan '04

16 Jan '04

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > appended patch opens the devicefile connected to a drive as connected by the > user in ~/.wine/config [Drive X] "Device" = "/dev/yyy". > The appropriate action on that file ( read, write, set_file_pointer, ...) > succeed > according the the righte the user has on that device. The device should be opened like a normal file, using the create_file request. Then there wouldn't be any need to change the server device object (which is a nasty hack that should be removed). -- Alexandre Julliard julliard(a)winehq.com

3 3

Re: DPA_Create/Search may be missing
by Hans Leidekker 16 Jan '04

16 Jan '04

On Friday 16 January 2004 11:57, Francois Gouget wrote: > On NT4 (or is that on Internet Explorer <=5?), comctl32 is missing entry > points for DPA_Create and DPA_Search. So we need to link them > dynamically if we want the rest of the tests to run. Did you by any chance build the test with MinGW? I submitted a patch like yours a while ago and it was rejected because DPA_Create & friends where present in comctl32 but are exported by ordinal only. MinGW's libs export these by name, not ordinal only, so the resulting binary will not run on Windows. -Hans

2 1

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