#87 closed defect (fixed)
Can't install OdinApp
Reported by: | David McKenna | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | 0.8.6 |
Component: | odin | Version: | 0.8.5 |
Severity: | medium | Keywords: | |
Cc: |
Description
Using eCS 2.1 and Odin 0.8.5 installed using YUM. Apps requiring Odin (Java, Flash) seem to work well.
If I try to install the OdinApp package (after unzipping) using 'pe setup.exe' in an eCS command window, I get the message: 'File not found: D:\var\temp\_ISMP1.DIR\_INS5176._MP.exe'. I click the 'OK' button and the install terminates.
Change History (12)
comment:2 by , 12 years ago
I can confirm this... I do see some files go into the directory though, just not all of them or the exe file in question.
comment:3 by , 12 years ago
I can confirm that it doesn't work. However, here I just get an empty "Setup Initialization Error" window with the lone "OK" button. I only get the described behavior (File not found) if I use my current SVN build.
Will investigate it after sorting out Flash issues.
comment:4 by , 12 years ago
Milestone: | general enhancement → 0.8.6 |
---|
comment:5 by , 12 years ago
BTW, the problem with my RPM installation is generic: PE/PEC functionality is completely broken in the RPM build. I fixed it in r22015 (a fix for the .spec file has also been committed). For now, as a workaround, you have to copy PE.EXE/PEC.EXE from \usr\bin to \usr\lib.
comment:6 by , 12 years ago
I fixed the original issue in r22016. Turned out to be r21942 regression.
However, the installer still does not work. The new error it gives me is "Memory allocation failure while loading _ISDEL.EXE". This must be another regression of r21942 (which is in fact a very important change allowing to load the Win32 EXE at an as low virtual address as possible which is vital for some of the executables). Will look at it later.
comment:7 by , 12 years ago
Installer now works here just fine... the change did have the consequence though of requiring me to now explicitly add .exe to programs I desire to run via pe that are in a different directory e.g. in order to kill hung Lotus Notes Processes I would normally change to c:\notes\data and execute pe ..\nsd -kill but now must execute pe ..\nsd.exe -kill as ..\nsd is not found otherwise. Not much of an issue but something to consider as I have not had to do it in the past.
comment:8 by , 12 years ago
Made another attempt to fix this in r22028. Now the old behavior mentioned in comment:7 is restored. The current logic is to only add '.EXE' if there is no (any) extension already specified, regardless of wether there is a path component or not. This in particular means that 'path/name' will be resolved to 'path/name.exe' while 'path/name.myext' will be left intact and loaded as given. This also means that if the real exe has no extension at all, you won't be able to start it with PE/PEC -- but as I've just checked, this matches the behavior of CMD.EXE on both OS/2 and Windows.
So only the low memory condition is an issue for me now. Looking at it.
comment:9 by , 12 years ago
I fixed the memory allocation error in r22029 but the installer still doesn't work for me. It now simply exits silently, no MSVCRT.DLL installed...
This may somehow be related to the fact that I've been using the RPM layout for the WINDOWS and SYSTEM dirs rather than the traditional one. Checking this.
comment:10 by , 12 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Shit, my OdinApp install was broken (os.dat was missing). All works fine after fixing it.
comment:11 by , 12 years ago
comment:12 by , 12 years ago
No, it's not expected. It was an unchecked case. Thanks for testing! Fixed in r22028.