wine-devel

wine-devel@winehq.org

4 participants
84472 discussions

Wine crash before initialization - is this faulty code ?
by Martin Wilck 22 May '02

22 May '02

Hi - I had a wine crash today that occurs before wine is properly initialized, and therefore was pretty nasty to debug. However I traced it down to the test program below. The test program is loaded as a winelib app (i.e. a dll). The program defines a global variable that is an instance of a class where the constructor calls InitalizeCriticalSection(). Interestingly, the call to RtlInitializeCriticalSection() completes successfully, but subsequently the program crashes and the stack is corrupted, so that I can't really see where the program is stuck. It seems that the dlopen() call in wine_dlopen() on Test.so never finishes, though. This seems to run fine on windows. Comments? Martin #include <winbase.h> #include <stdio.h> class cs_test; class cs_test { public: CRITICAL_SECTION crit; cs_test(); ~cs_test() {}; }; cs_test::cs_test() { memset ( &(this->crit), 0, sizeof (CRITICAL_SECTION) ); InitializeCriticalSection ( &(this->crit) ); }; // this statement causes the crash when called at DLL load time cs_test tst; int main() { return 0; } -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck@Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

2 3

Researching crash in bug 637
by Andriy Palamarchuk 22 May '02

22 May '02

I'm researching a crash, described in bug 637: http://bugs.winehq.com/show_bug.cgi?id=637 I can't understand why the application crashes. Can somebody give me a hint what is going on? It seems the app quietly draws some staff, then loads an error message (?) and crashes. Snippet of the relay trace is attached. Thanks, Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com 080706d8:Call user32.ReleaseDC(00000000,00000860) ret=00726451 080706d8:Call x11drv.SetDeviceClipping(403be750,00000bc6) ret=4085066d 080706d8:Ret x11drv.SetDeviceClipping() retval=00000000 ret=4085066d 080706d8:Call x11drv.SelectBrush(403be750,0000006e) ret=4085d70e 080706d8:Ret x11drv.SelectBrush() retval=0000006e ret=4085d70e 080706d8:Call x11drv.GetDeviceCaps(403be750,00000022) ret=408531e1 080706d8:Ret x11drv.GetDeviceCaps() retval=000079f7 ret=408531e1 080706d8:Call x11drv.SelectFont(403be750,000000a2) ret=4085d4a3 080706d8:Ret x11drv.SelectFont() retval=00000001 ret=4085d4a3 080706d8:Call x11drv.SelectPen(403be750,0000008a) ret=4085d736 080706d8:Ret x11drv.SelectPen() retval=0000008a ret=4085d736 080706d8:Call x11drv.SetBkColor(403be750,00ffffff) ret=40853262 080706d8:Ret x11drv.SetBkColor() retval=00ffffff ret=40853262 080706d8:Call x11drv.SetTextColor(403be750,00000000) ret=408532fa 080706d8:Ret x11drv.SetTextColor() retval=00000000 ret=408532fa 080706d8:trace:palette:GDISelectPalette16 0860 0092 080706d8:Ret user32.ReleaseDC() retval=00000001 ret=00726451 080706d8:Call kernel32.GetSystemInfo(405b692c) ret=00726271 080706d8:Ret kernel32.GetSystemInfo() retval=400be0b8 ret=00726271 080706d8:Call gdi32.CreatePalette(405b6960) ret=007264f7 080706d8:trace:palette:CreatePalette entries=16 080706d8:trace:palette:CreatePalette returning 10c6 080706d8:Ret gdi32.CreatePalette() retval=000010c6 ret=007264f7 080706d8:Call kernel32.FreeResource(008f3bd4) ret=0074a774 080706d8:Ret kernel32.FreeResource() retval=00000000 ret=0074a774 080706d8:Call kernel32.GetThreadLocale() ret=0064f1b4 080706d8:Ret kernel32.GetThreadLocale() retval=00000409 ret=0064f1b4 080706d8:Call kernel32.GetLocaleInfoA(00000409,0000100c,0087fa70,00000001) ret=0064f1ba 080706d8:trace:string:GetLocaleInfoA (lcid=0x409,lctype=0x100c,0x87fa70,1) 080706d8:trace:resource:RES_FindResource2 (40614000, 00000006, 00000101, 0409, W, PE) 080706d8:trace:resource:RES_LoadResource (40614000, 40659470, PE) 080706d8:trace:resource:LockResource (406417a0) 080706d8:trace:string:NLS_LoadStringExW strlen = 1 080706d8:trace:string:NLS_LoadStringExW L"6" loaded! 080706d8:trace:string:lstrcpynA (0x87fa70, "6", 1) 080706d8:Ret kernel32.GetLocaleInfoA() retval=00000001 ret=0064f1ba 080706d8:Call user32.LoadStringA(00400000,0000ff5e,405b6a1c,00000400) ret=0076068a 080706d8:trace:resource:LoadStringA instance = 400000, id = ff5e, buffer = 405b6a1c, length = 1024 080706d8:trace:resource:LoadStringW instance = 400000, id = ff5e, buffer = 403c42ac, length = 1024 080706d8:trace:resource:RES_FindResource2 (00400000, 00000006, 00000ff6, 0000, W, PE) 080706d8:trace:resource:RES_LoadResource (00400000, 008ed720, PE) 080706d8:trace:resource:LockResource (009000c8) 080706d8:trace:resource:LoadStringW strlen = 33 080706d8:trace:resource:LoadStringW L"'%s' is not a valid integer value" loaded ! 080706d8:trace:resource:LoadStringA "'%s' is not a valid integer value" loaded ! 080706d8:Ret user32.LoadStringA() retval=00000021 ret=0076068a 080706d8:Call kernel32.RaiseException(0eedfade,00000001,00000007,405b6dfc) ret=007569fe 080706d8:trace:seh:EXC_RtlRaiseException code=eedfade flags=1 addr=0x400cb634 080706d8:trace:seh:EXC_RtlRaiseException info[0]=007569fe 080706d8:trace:seh:EXC_RtlRaiseException info[1]=41166354 080706d8:trace:seh:EXC_RtlRaiseException info[2]=4116632c 080706d8:trace:seh:EXC_RtlRaiseException info[3]=405b6e3c 080706d8:trace:seh:EXC_RtlRaiseException info[4]=00000000 080706d8:trace:seh:EXC_RtlRaiseException info[5]=405b6e4c 080706d8:trace:seh:EXC_RtlRaiseException info[6]=405b6e18 080706d8: queue_exception_event( first=1, record={context={flags=00010007,eax=405b6cd8,ebx=40100444,ecx=00000000,edx=0eedfade,esi=405b6e18,edi=405b6d08,ebp=405b6d34,eip=400cb6a4,esp=405b6cd8,eflags=00000246,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000021,dr1=0076068a,dr2=400ef8d2,dr3=00000000,dr6=00000004,dr7=000471c8,float={407c3c20,405b6a0c,00000000,72657375,4c2e3233,5364616f,6e697274,40004167,405b6b44,401171c8,fbad8001,401171c8,401171c8,401171c8,0075ecc6,0075d873,405b6e28,0075d8a0,405b69f8,00000021,405b6a1c,405b6e44,00000000,41166324,405b6e4c,0075dcf6,4116632c,405b6a1c}},rec={code=eedfade,flags=1,rec=(nil),addr=0x400cb634,params={7569fe,41166354,4116632c,405b6e3c,0,405b6e4c,405b6e18}} ) 080706d8: queue_exception_event() = 0 { handle=0 }

5 7

Re: unix app <-wine-> windows odbc driver (dll)
by Aaron 21 May '02

21 May '02

Hi- I have been reading, http://wine.codeweavers.com/docs/winelib-user/bindlls.shtml http://www.unixodbc.org/doc/wine.html in order to understand how to communicate with a windows odbc driver from linux. I have a working windows setup for connecting to a remote synergex database with ODBC drivers they provided. What I would like to do is be able to access the DSN provided by this ODBC driver via wine. The examples I've read seem to be the opposite of what I want to do. I have looked at dlls/odbc32/proxyodbc.c and it seems to hook unixodbc into wine as the Driver Manager. But I don't know what makes sense to put into the /etc/odbc.ini or /etc/odbcinst.ini or perhaps .wine/fake-windows/ODBC.INI .wine/fake-windows/ODBCINST.INI for the DSN provided from within wine. Is this possible. Has anybody done this before?

1 0

Re: SafeDisc-1
by Joerg Mayer 21 May '02

21 May '02

Alexandre, there were two files in this patch. Is there a specific reason, why they were not completely applied? It looks to me that only parts of the first file were applied. Thanks Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

3 2

Office 97 installation
by Raul Dias 21 May '02

21 May '02

Hi, Sorry if this has been discussed before but I could not find a searchable archieve of the list. For some time now Microsoft Office 97 installs almost perfect. However, in the end of the instalation it warns about vbe.dll could not regiter itself. Then the instalation ends with an error. Even with the error, everything is in place. The registries are correct (at least they seem to be). Word and Excel runs nicely. Everything in a windows/native dlls free environment. I found this document about the issue from Microsoft: http://support.microsoft.com/default.aspx?scid=kb;EN-US;q162627 I check everything it says and everything seems to be correct. As more people have tryied Office 97/2000 with wine, this error might be already known. (I hope so) So, why does it happen? Is it a bug or something not implemented (or half implemented) in wine? Is this caused by some missing file/dll/registry entry ? Is this some ugly undocumented hack that office 97 installer does? btw, the version is Office 97 Pro in pt_BR. []'s Raul Dias

2 4

Re: Loadorder should check library name, not path
by Alexandre Julliard 21 May '02

21 May '02

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > at present, wine e.g. crashes if it finds user32.dll in the same directory > as the executable. To keep wine from using this DLL, the dos-path to that > dll has to be given explicit to the "-dll" argument, like > wine h:/tmp/programm.exe --dll h:\\tmp\\user32.dll=b > (e.g. with a user32.dll in h:/tmp/) > > I don't think we need that high granularity to select between builtin and > native dlls. Yes, there are cases where this is needed. Do you really have an app that comes with its own user32.dll? I don't see how this can work under Windows either. -- Alexandre Julliard julliard(a)winehq.com

2 6

Re: Behaviour of GetModuleFileName
by Warren_Baird＠cimmetry.com 21 May '02

21 May '02

> Builtin dlls don't have a full path because there is no associated > file that we could point to (at least as seen from Windows). If this > breaks your app it can be changed, but I'm not sure it will really fix > anything. What does the app do with the filename? To answer your last question first - the code gets the path of the current library, and then uses that path to find a set of plugins by finding all libraries matching a certain pattern in the same directory... A bit hackish, perhaps, but it works, as long as GetModuleFileName returns a full path... Isn't there a requirement that the wine libraries be in a directory that is mappable to a windows path? I thought I ran into problems when I had forgotten to add an entry to my wine config to include my wine libraries... If so, then there will always be a windows path for each dll... > You should not need to change the spec file at all. If you need a full > name you should prefix the name with the windows system directory at > load time. Well, the problem is that it's one of our libraries (compiled with winelib) that is causing the problem - and I have no idea where our libraries have been installed... I know I could force the users to set up an environment variable or something to point to the library directory, but this approach is much simpler, or would be if GetModuleFileName worked as it does on windows... Warren

1 0

Re: Behaviour of GetModuleFileName
by Alexandre Julliard 21 May '02

21 May '02

Warren_Baird(a)cimmetry.com writes: > Isn't there a requirement that the wine libraries be in a directory that is > mappable to a windows path? I thought I ran into problems when I had forgotten > to add an entry to my wine config to include my wine libraries... If so, then > there will always be a windows path for each dll... No, by default builtins are in /usr/local/lib/wine and there is no need to have a Windows drive for that, so you can't return a valid Windows path. Right now you need to have a drive for Winelib applications (which is probably the problem you had), but I'm working on fixing that too. > Well, the problem is that it's one of our libraries (compiled with winelib) that > is causing the problem - and I have no idea where our libraries have been > installed... I know I could force the users to set up an environment variable or > something to point to the library directory, but this approach is much simpler, > or would be if GetModuleFileName worked as it does on windows... If the library is not installed in the default path you'll need to set WINEDLLPATH for Wine to find it, so you could potentially use that from your app too. Not as simple as GetModuleFileName I admit. -- Alexandre Julliard julliard(a)winehq.com

1 0

winedbg problem
by Sylvain Petreolle 21 May '02

21 May '02

Hi all, I encounter this (funny one) : Wine-dbg>cont Cannot pass on last chance exception. You must use cont Wine-dbg> What could I do ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Again Part2 - Mingw Port 5-20-02
by Steven Edwards 21 May '02

21 May '02

Fails - I will need to retest comctl and comdlg because of the GetSysColorPen Changes. ole32.dll - (Mingw: missing -lntdll, needs msvcrt import do to _assert usage) dllwrap --add-stdcall-alias --def ole32.spec.def --implib ole32.a -o ole32.dll a ntimoniker.o bindctx.o clipboard.o compobj.o compositemoniker.o datacache.o defa ulthandler.o errorinfo.o filemoniker.o hglobalstream.o ifs.o itemmoniker.o marsh al.o memlockbytes.o moniker.o ole2.o ole2stubs.o ole2impl.o ole2nls.o ole32_main .o oleobj.o oleproxy.o rpc.o stg_bigblockfile.o stg_stream.o storage.o storage32 .o ole32.dll.dbg.o -L../../dlls -ladvapi32 -luser32 -lgdi32 -lrpcrt4 -lkern el32 -lntdll -lmsvcrt -L../../library -lwine -L../../ole -lwine_uuid -lm compobj.o(.text+0xd3e):compobj.c: undefined reference to `MapSL@4' compobj.o(.text+0xd48):compobj.c: undefined reference to `MapSL@4' compobj.o(.text+0xd53):compobj.c: undefined reference to `K32WOWCallback16Ex@20' compobj.o(.text+0xdaf):compobj.c: undefined reference to `MapSL@4' compobj.o(.text+0x15e1):compobj.c: undefined reference to `GetCurrentTask@0' ifs.o(.text+0x487):ifs.c: undefined reference to `MapLS@4' ifs.o(.text+0x529):ifs.c: undefined reference to `MapSL@4' ifs.o(.text+0x543):ifs.c: undefined reference to `MapLS@4' ifs.o(.text+0x551):ifs.c: undefined reference to `UnMapLS@4' ifs.o(.text+0x593):ifs.c: undefined reference to `MapSL@4' ifs.o(.text+0x5f1):ifs.c: undefined reference to `UnMapLS@4' ifs.o(.text+0x691):ifs.c: undefined reference to `MapSL@4' ifs.o(.text+0x910):ifs.c: undefined reference to `GetModuleHandle16@4' ifs.o(.text+0x946):ifs.c: undefined reference to `GetProcAddress16@8' ifs.o(.text+0x97f):ifs.c: undefined reference to `GetProcAddress16@8' ifs.o(.text+0x9bb):ifs.c: undefined reference to `GetProcAddress16@8' ifs.o(.text+0x9f7):ifs.c: undefined reference to `GetProcAddress16@8' ifs.o(.text+0xa33):ifs.c: undefined reference to `GetProcAddress16@8' ifs.o(.text+0xa6f):ifs.c: more undefined references to `GetProcAddress16@8' foll ow ifs.o(.text+0xb5a):ifs.c: undefined reference to `MapLS@4' ifs.o(.text+0xb7f):ifs.c: undefined reference to `MapLS@4' ole2.o(.text+0x1fe4):ole2.c: undefined reference to `LockResource16@4' ole2.o(.text+0x305a):ole2.c: undefined reference to `LoadLibrary16@4' ole2.o(.text+0x307f):ole2.c: undefined reference to `FreeLibrary16@4' ole2.o(.text+0x3093):ole2.c: undefined reference to `CreateMetaFile16@4' ole2.o(.text+0x30c9):ole2.c: undefined reference to `GlobalAlloc16@8' ole2.o(.text+0x30d9):ole2.c: undefined reference to `GlobalLock16@4' ole2.o(.text+0x3100):ole2.c: undefined reference to `CloseMetaFile16@4' storage.o(.text+0x2c51):storage.c: undefined reference to `UnMapLS@4' storage.o(.text+0x4431):storage.c: undefined reference to `GetModuleHandle16@4' storage.o(.text+0x4451):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x448b):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x44c7):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x4503):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x453f):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x457b):storage.c: more undefined references to `GetProcAddress1 6@8' follow storage.o(.text+0x4792):storage.c: undefined reference to `MapLS@4' storage.o(.text+0x4817):storage.c: undefined reference to `MapLS@4' storage.o(.text+0x4a6c):storage.c: undefined reference to `UnMapLS@4' storage.o(.text+0x4b63):storage.c: undefined reference to `MapLS@4' storage.o(.text+0x4fff):storage.c: undefined reference to `MapSL@4' storage.o(.text+0x53ff):storage.c: undefined reference to `MapSL@4' storage.o(.text+0x5723):storage.c: undefined reference to `MapSL@4' storage.o(.text+0x58fb):storage.c: undefined reference to `MapSL@4' storage.o(.text+0x5b81):storage.c: undefined reference to `GetModuleHandle16@4' storage.o(.text+0x5ba1):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x5bb7):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x5bcd):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x5be3):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x5bf9):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x5c0f):storage.c: more undefined references to `GetProcAddress1 6@8' follow storage.o(.text+0x5d28):storage.c: undefined reference to `MapLS@4' storage.o(.text+0x5dc9):storage.c: undefined reference to `MapLS@4' storage.o(.text+0x5f43):storage.c: undefined reference to `MapSL@4' storage.o(.text+0x651f):storage.c: undefined reference to `MapSL@4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [ole32.dll] Error 1 psapi.dll - (missing -lntdll import, missing kernel32 import) dllwrap --add-stdcall-alias --def psapi.spec.def --implib psapi.a -o psapi.dll p sapi_main.o psapi.dll.dbg.o -L../../dlls -lkernel32 -lntdll -L../../library -lwine -lm psapi_main.o(.text+0x300):psapi_main.c: undefined reference to `Process32First@8 psapi_main.o(.text+0x317):psapi_main.c: undefined reference to `Process32Next@8' psapi_main.o(.text+0x69c):psapi_main.c: undefined reference to `Module32First@8' psapi_main.o(.text+0x6b3):psapi_main.c: undefined reference to `Module32Next@8' psapi_main.o(.text+0x1254):psapi_main.c: undefined reference to `wine_server_cal l' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [psapi.dll] Error 1 shell32 - (missing -lshlwapi import + needs msvcrt import) dllwrap --add-stdcall-alias --def shell32.spec.def --implib shell32.a -o shell32 .dll brsfolder.o changenotify.o classes.o clipboard.o control.o dataobject.o deb ughlp.o dialogs.o enumidlist.o folders.o iconcache.o memorystream.o pidl.o shell 32_main.o shell.o shelllink.o shlmenu.o shellole.o shellord.o shellpath.o shells tring.o shellreg.o shlexec.o shlfileop.o shlfolder.o shlview.o shpolicy.o shv_bg _cmenu.o shv_item_cmenu.o systray.o shell32.dll.dbg.o -L../../dlls -lole32 -lshlwapi -lcomctl32 -luser32 -lgdi32 -ladvapi32 -lkernel32 -lmsvcrt -L../../lib rary -lwine -L../../ole -lwine_uuid -L../../unicode -lwine_unicode -lm iconcache.o(.text+0x5e3):iconcache.c: undefined reference to `PrivateExtractIcon sA@32' iconcache.o(.text+0x5fe):iconcache.c: undefined reference to `PrivateExtractIcon sA@32' iconcache.o(.text+0x116d):iconcache.c: undefined reference to `PrivateExtractIco nsA@32' iconcache.o(.text+0x119b):iconcache.c: undefined reference to `PrivateExtractIco nsA@32' iconcache.o(.text+0x11e7):iconcache.c: undefined reference to `PrivateExtractIco nsA@32' shell32_main.o(.text+0x31ce):shell32_main.c: more undefined references to `Priva teExtractIconsA@32' follow shell32_main.o(.text+0x363d):shell32_main.c: undefined reference to `GlobalLock1 6@4' shell32_main.o(.text+0x3654):shell32_main.c: undefined reference to `GlobalFree1 6@4' shell32_main.o(.text+0x3de7):shell32_main.c: undefined reference to `MapSL@4' shell32_main.o(.text+0x3e9d):shell32_main.c: undefined reference to `MapSL@4' shell32_main.o(.text+0x3ee2):shell32_main.c: undefined reference to `GlobalLock1 6@4' shell.o(.text+0x564):shell.c: undefined reference to `GlobalLock16@4' shell.o(.text+0x656):shell.c: undefined reference to `GlobalUnlock16@4' shell.o(.text+0x6d2):shell.c: undefined reference to `GlobalFree16@4' shell.o(.text+0x746):shell.c: undefined reference to `GlobalLock16@4' shell.o(.text+0x773):shell.c: undefined reference to `GlobalUnlock16@4' shell.o(.text+0x93c):shell.c: undefined reference to `GlobalAlloc16@8' shell.o(.text+0x94c):shell.c: undefined reference to `GlobalLock16@4' shell.o(.text+0x965):shell.c: undefined reference to `LoadLibrary16@4' shell.o(.text+0xa0a):shell.c: undefined reference to `GlobalFree16@4' shell.o(.text+0xa38):shell.c: undefined reference to `PrivateExtractIconsA@32' shell.o(.text+0xaa1):shell.c: undefined reference to `PrivateExtractIconsA@32' shell.o(.text+0xb0a):shell.c: undefined reference to `GlobalFree16@4' shell.o(.text+0xe5b):shell.c: undefined reference to `GetModuleFileName16@12' shell.o(.text+0x10f1):shell.c: undefined reference to `GetDOSEnvironment16@0' shell.o(.text+0x10ff):shell.c: undefined reference to `MapSL@4' shell.o(.text+0x11c7):shell.c: undefined reference to `GetDOSEnvironment16@0' shell.o(.text+0x11cf):shell.c: undefined reference to `MapSL@4' shell.o(.text+0x1591):shell.c: undefined reference to `CallNextHookEx16@16' shell.o(.text+0x169b):shell.c: undefined reference to `GetModuleHandle16@4' shell.o(.text+0x16ad):shell.c: undefined reference to `GetProcAddress16@8' shell.o(.text+0x16c2):shell.c: undefined reference to `SetWindowsHookEx16@16' shelllink.o(.text+0x71c3):shelllink.c: undefined reference to `wine_get_unix_fil e_name@12' shlexec.o(.text+0xf1e):shlexec.c: undefined reference to `WinExec16@8' shlexec.o(.text+0x1345):shlexec.c: undefined reference to `WinExec16@8' shlexec.o(.text+0x1591):shlexec.c: undefined reference to `WinExec16@8' shlexec.o(.text+0x1691):shlexec.c: undefined reference to `WinExec16@8' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [shell32.dll] Error 1 shlwapi.dll dllwrap --add-stdcall-alias --def shlwapi.spec.def --implib shlwapi.a -o shlwapi .dll ordinal.o path.o reg.o regstream.o shlwapi_main.o string.o url.o shlwa pi.dll.dbg.o -L../../dlls -luser32 -lgdi32 -ladvapi32 -lkernel32 -L../../library -lwine -L../../ole -lwine_uuid -L../../unicode -lwine_unicode -lm string.o(.text+0x1d2d):string.c: undefined reference to `wvsnprintfA@16' string.o(.text+0x1d61):string.c: undefined reference to `wvsnprintfW@16' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [shlwapi.dll] Error 1

2 3

Jump to page:

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