search for: getmodulefilenamea

....lib as I can see errors there. Also I notice that these are the two libraries I had to add to MS Visual C++ when I compiled. I have done my best at debugging this problem... If anybody has an Idea I would very much appreciate some guidance. Thanks for taking the time to read this. trace:module:GetModuleFileNameA trace:module:PE_LoadImage loading C:\windows\desktop\pro666\Debug\PRO666.exe trace:module:map_image mapped PE file at 0x400000-0x465000 trace:module:map_image mapping section .text at 0x401000 off 1000 size 51000 flags 60000020 trace:module:map_image mapping section .rdata at 0x452000 off 52000 siz...

Hi Pavel, Right, my app also crashes in a different place under winedbg, although it crashes in the same winedbg place under gdb. I took a closer look at wine --winver nt40 --debugmsg +all. I found something interesting. If I search for queue_exception, I find that there is an exception raised before the LoadOEMCall, about 328klines in: 0806d398:Call

...6 'DestroyIcon32' trace:module:GetProcAddress16 returning 022f1f3a trace:module:NE_GetOrdinal (0226,'SignalProc32') trace:module:NE_GetOrdinal Found: ordinal=391 trace:module:GetProcAddress16 0226 'SignalProc32' trace:module:GetProcAddress16 returning 022f19c5 trace:module:GetModuleFileNameA C:\Program Files\Bullfrog\Keeper\KEEPER95.EXE trace:module:CreateProcessA app '(null)' cmdline 'debugger/winedbg 134631352 104' trace:module:get_file_name trying 'debugger/winedbg' trace:module:get_file_name trying 'debugger/winedbg 134631352' trace:module:get_file_n...

...ce:dosfs:DOSFS_FindUnixName (/c,WINDOWS\user.dat) -> windows (WINDOWS) trace:dosfs:DOSFS_FindUnixName /c/windows,user.dat trace:dosfs:DOSFS_FindUnixName (/c/windows,user.dat) -> USER.DAT (USER.DAT) trace:dosfs:DOSFS_GetFullName returning /c/windows/USER.DAT = C:\WINDOWS\USER.DAT trace:module:GetModuleFileNameA trace:dosfs:DOSFS_GetFullName setup.exe (last=1) trace:dosfs:DOSFS_FindUnixName /mnt/ctyctr3/sys/apps/grpwise/client/win32,setup.exe trace:dosfs:DOSFS_FindUnixName (/mnt/ctyctr3/sys/apps/grpwise/client/win32,setup.exe) -> setup.exe (SETUP.EXE) trace:dosfs:DOSFS_GetFullName returning /mnt/ct...

...08067f18:Ret kernel32.VirtualAlloc() retval=40c60000 ret=0046d915 ..... lots of duplicate messages removed ..... 08067f18:Call kernel32.VirtualAlloc(40c6f000,00001000,00001000,00000004) ret=0046d954 08067f18:Ret kernel32.VirtualAlloc() retval=40c6f000 ret=0046d954 08067f18:Call kernel32.GetModuleFileNameA(00000000,40c620a0,000000ff) ret=0046e505 08067f18:Ret kernel32.GetModuleFileNameA() retval=0000000b ret=0046e505 08067f18:Call kernel32.SetHandleCount(00000032) ret=0046983d 08067f18:Ret kernel32.SetHandleCount() retval=00000032 ret=0046983d 08067f18:Call kernel32.GetStartupInfoA(405b6e58...

Hi, I've got a program that produces these error messages when started with wine. fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! The program

Hi, First a big Thank You to the wine developers. Your efforts are greatly appreciated and have allowed me to move users to Linux that I could never have moved otherwise. I am currently setting up desktops for 7 end users, but doing so requires that I get a particular application (The Electronic Manual) which is a parts catalog for the restaurant equipment service industry. The application

Full_Name: Michael Toews Version: 2.3.1 OS: WindowsXP Home/Proffesional SP2 Submission from: (NULL) (142.58.206.114) Hi, I have a bug that I can reproduce on two different MS Windows platforms (1:AMD64x2/WinXP SP2 Home; 2:P4/WinXP SP2 Prof.) which is triggered by the "Save as" dialog when saving a plot from a Windows device onto the Desktop. This bug is difficult to reproduce, but here

Also available here: https://github.com/rwmjones/nbdkit/tree/2020-windows-mingw-nolib After a lot of work I have made the port to Windows work without using a separate library. Instead, on Windows only, we build an "import library" (library of stubs) which resolves references to nbdkit_* functions in the main program and fixes up the plugin, basically the first technique outlined in