[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: [e-mail]
        ReportedBy: [e-mail]
    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.

[Bug 34586] wine complains that it can't find "%1.dll"

http://bugs.winehq.org/show_bug.cgi?id=34586

Austin English  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  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

[Bug 34586] wine complains that it can't find "%1.dll"

http://bugs.winehq.org/show_bug.cgi?id=34586

--- Comment #2 from Robert Dodier  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.

[Bug 34586] wine complains that it can't find "%1.dll"

http://bugs.winehq.org/show_bug.cgi?id=34586

Anastasius Focht  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |[e-mail]
         Resolution|                            |DUPLICATE

--- Comment #3 from Anastasius Focht  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 ***

[Bug 34586] wine complains that it can't find "%1.dll"

http://bugs.winehq.org/show_bug.cgi?id=34586

--- Comment #4 from Robert Dodier  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?

[Bug 34586] wine complains that it can't find "%1.dll"

http://bugs.winehq.org/show_bug.cgi?id=34586

Bruno Jesus  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #5 from Bruno Jesus  2013-09-27 13:24:09 CDT ---
Closing duplicate bugs.