[Bug 34586] New: wine complains that it can't find "%1.dll"
http://bugs.winehq.org/show_bug.cgi?id=34586 Bug #: 34586 Summary: wine complains that it can't find "%1.dll" Product: Wine Version: 1.7.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: robert.dodier(a)gmail.com Classification: Unclassified I built wine 1.7.2 from Git. uname -a reports "Linux freekbox 3.2.0-41-generic #66-Ubuntu SMP Thu Apr 25 03:28:09 UTC 2013 i686 i686 i386 GNU/Linux". Same behavior with wine 1.4 installed via apt-get. I'm attempting to execute maxima.exe as installed from maxima-5.31.1.exe at Sourceforge (http://sf.net/p/maxima). I can execute some Windows so it is not a general problem. wine path/to/maxima.exe immediately exits with no error message. WINEDEBUG=warn+all,err+all wine path/to/maxima.exe prints a lot of stuff including, towards the end, several messages about not finding "%1.dll". See full log here: http://pastebin.com/q48yMS6Q I guess %1.dll is a malformed file name -- somewhere along the line, the name of the DLL wasn't filled in, I guess. The bug, as I see it, is that Wine did not correctly construct the DLL file name. Other people have run into this bug, to judge by the results of Googling for %1.dll. However, I did not find the bug reported here. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34586 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source URL| |http://downloads.sourceforg | |e.net/project/maxima/Maxima | |-Windows/5.31.1-Windows/max | |ima-5.31.1.exe --- Comment #1 from Austin English <austinenglish(a)gmail.com> 2013-09-24 15:58:10 CDT --- A) cd to the directory first B) upgrade, wine-1.4 is very old is maxima.exe meant to be invoked directly? If I do: cd "~/.wine/drive_c/Program Files/Maxima-5.31.1/bin" wine xmaxima.exe it starts up fine -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34586 --- Comment #2 from Robert Dodier <robert.dodier(a)gmail.com> 2013-09-24 16:22:04 CDT --- A) cd to directory where lives maxima.exe -- same behavior. B) re: upgrade -- same behavior with Wine 1.7.2 as 1.4. Re: whether maxima.exe is supposed to work by itself -- yes, it is. It is referred to as "command line Maxima". XMaxima and wxMaxima are graphical front ends to that same program. I find that I can launch wxmaxima.exe successfully, although attempting to enter, for example, "1+1;" triggers an error message about not being connected to Maxima. xmaxima.exe doesn't launch successfully -- something happens, but it's not the usual XMaxima display. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34586 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |focht(a)gmx.net Resolution| |DUPLICATE --- Comment #3 from Anastasius Focht <focht(a)gmx.net> 2013-09-24 16:59:20 CDT --- Hello folks, first, "%1.dll" messages as seen in +warn traces are not real failures. They are caused by wine builtin 'winemenubuilder.exe' and can be safely ignored. You are basically tracing the whole bootstrapping of Wine, which includes start of several Wine builtin processes. Providing "warn+all,err+all" is not really useful for diagnosis, it should be avoided. Terminal output only and +relay upon request. Anyway, this is a dupe of bug 20986 --- snip --- 002c:Starting process L"C:\\Program Files\\Maxima-5.31.1\\lib\\maxima\\5.31.1\\binary-gcl\\maxima.exe" (entryproc=0x401240) 002c:Call msvcrt.__set_app_type(00000001) ret=00401253 002c:Ret msvcrt.__set_app_type() retval=7ed22138 ret=00401253 002c:Call KERNEL32.SetUnhandledExceptionFilter(004010e0) ret=004011f5 002c:Ret KERNEL32.SetUnhandledExceptionFilter() retval=00000000 ret=004011f5 002c:Call msvcrt.__getmainargs(00631000,00631004,0098fde8,ffffffff,0098fdec) ret=00401038 002c:Call ntdll.RtlFreeHeap(00110000,00000000,00000000) ret=7eca1d8d 002c:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7eca1d8d 002c:Call ntdll.RtlAllocateHeap(00110000,00000000,00000082) ret=7eca1dd5 002c:Ret ntdll.RtlAllocateHeap() retval=00134208 ret=7eca1dd5 002c:Call KERNEL32.InitializeCriticalSection(7ed22f00) ret=7ecbeace 002c:Ret KERNEL32.InitializeCriticalSection() retval=00000001 ret=7ecbeace 002c:Ret msvcrt.__getmainargs() retval=00000000 ret=00401038 002c:Call msvcrt.__p__fmode() ret=004010ab 002c:Ret msvcrt.__p__fmode() retval=7ed220dc ret=004010ab 002c:Call msvcrt.__p__environ() ret=00401211 002c:Ret msvcrt.__p__environ() retval=7ed22128 ret=00401211 002c:Call KERNEL32.GetModuleFileNameA(00000000,0098fca0,00000104) ret=00472440 002c:Ret KERNEL32.GetModuleFileNameA() retval=00000046 ret=00472440 002c:Call KERNEL32.VirtualAlloc(113e0000,2ec20000,00002000,00000001) ret=0047247a 002c:Ret KERNEL32.VirtualAlloc() retval=00000000 ret=0047247a 002c:Call msvcrt.exit(00000001) ret=00472515 002c:Call KERNEL32.InitializeCriticalSection(7ed22f70) ret=7ecbeace 002c:Ret KERNEL32.InitializeCriticalSection() retval=00000001 ret=7ecbeace 002c:Call KERNEL32.GetModuleHandleW(7ecfba4a L"mscoree") ret=7ecac680 002c:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=7ecac680 002c:Call KERNEL32.ExitProcess(00000001) ret=7ecac6c4 --- snip --- Regards *** This bug has been marked as a duplicate of bug 20986 *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34586 --- Comment #4 from Robert Dodier <robert.dodier(a)gmail.com> 2013-09-24 17:40:52 CDT --- Patch referenced in the other bug report (namely http://bugs.winehq.org/attachment.cgi?id=36637&action=diff) leads to compiler error: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -Wlogical-op -gdwarf-2 -gstrict-dwarf -fno-omit-frame-pointer -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o loader.o loader.c loader.c: In function ‘LdrInitializeThunk’: loader.c:2745:9: error: ‘nt’ undeclared (first use in this function) loader.c:2745:9: note: each undeclared identifier is reported only once for each function it appears in make[1]: *** [loader.o] Error 1 make[1]: Leaving directory `/home/robert/tmp/wine-git/dlls/ntdll' make: *** [dlls/ntdll] Error 2 There is no variable named 'nt' in LdrInitializeThunk, and I didn't see an obvious way to allocate one. The patch doesn't apply cleanly -- I had to do some stuff by hand to apply it. However, I didn't change anything about the stuff added/subtracted from loader.c. For the record I am working with wine-1.7.2 as retrieved from Git. The patch is pretty old -- maybe someone has already merged it into Git somewhere? If so can someone named the branch or commit in which it appears? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34586 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #5 from Bruno Jesus <00cpxxx(a)gmail.com> 2013-09-27 13:24:09 CDT --- Closing duplicate bugs. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org