Java JRE 7 update 55 install failure

[nadrach]

I have to reinstall a program that uses Java. Machine is an early eeePC 900 (16GB+4GB SSD x2, no disk.) The last time I did this was on Wine 1.7.6 with Java 7 update 45 (windows offline EXE). Worked fine. Java went in on wine OK. Program followed. Even fixed an occasional "Fail to Start Virtual Machine" message that had dogged previous installs.

However, this time it is Wine 1.7.17 and Java 7 update 55 (Oracle not providing download of earlier versions, any more). Java install fails to initialise with "Installer : Wrapper.CreateFile fails with error 3 : Path not found".

Any suggestions? (greatfully appreciated).

[dimesio]

I just downloaded the full offline installer (jre-7u55-windows-i586.exe) and tested it in 1.7.17, and it installs fine here. Try installing to a clean 32 bit wineprefix.

[nadrach]

I have two clean installs with clean wine, that on the eeePC 900 is Kubuntu 12.04.4 with updates, the second is on a Sony Viao laptop with dual-core Intel (about 4 years old) using Kubuntu 14.04. Both give the same error on running "wine jre-7u55-windows-i586.exe" in "konsole". The konsole command reports "fixme:heap:HeapSetInformation (nil) 1 (nil) 0" then a windows screen pops up with the Java install error.

[dimesio]

I have two clean installs with clean wine

But are they 32 bit wineprefixes? http://wiki.winehq.org/FAQ#32_bit_wineprefix

The konsole command reports "fixme:heap:HeapSetInformation (nil) 1 (nil) 0"

That's harmless; I get the same output, and the install proceeds and completes successfully.

[nadrach]

Found it, but don't understand it.

Java 7jre55 install fails in the default wineprefix (even after a vanilla wine install), but works in a vanilla clean wineprefix created separately.

BTW, both machines are 32-bit ... been caught with 32 versus 64, elsewhere.

Have used the default prefix for Orbitron. Works fine.

Hey, ho! Chalk 1 to the learning curve.

Thank you very much for your help.

[nadrach]

OK, now reinstalling on an ASUS Aspire One with Wine 1.7.18, and I get the Java install error message even with a clean 32-bit wineprefix. What changed from wine 1.7.17?

[dimesio]

I just tested it again in 1.7.18, and it installs fine here. What else changed on your system besides Wine?

[nadrach]

Changed from Kubuntu to Ubuntu (both 14.04) without a problem on wine 1.7.17. However, this was an attempt to speed up on an old machine, and although the change from KDE to Unity was effective, it was not enough. Changed to Lubuntu 14.04, by which time wine had upgraded to 1.7.18. Speed improvement on the lightweight desktop is wonderful, but the Java install error appeared on the clean wineprefix as well as the default. Have just tried again on a clean Lubuntu on the Sony Viao with the same problem with Java 7u55.

[nadrach]

Also get the same situation on an ASUS Aspire One.

[dimesio]

Post terminal output.

[nadrach]

Terminal output:

[user]:~$ WINEPREFIX=~/.local/share/wineprefixes/solar wine jre-7u55-windows-i586.exe
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
[user]:~$

There is a few seconds from the command to the "fixme" message, which is usual for the Java install, but instead of getting the standard Java installation greeting, I get a Wine windows format error screen with "Installer : Wrapper.CreateFile fails with error 3 : Path not found" with an "OK" button, and when I click on the button, the error disappears and the terminal goes back to a user prompt.

That's it.

[dimesio]

Well, the fixme is normal, but I don't know what you mean by a "Wine windows format error screen." The only GUI error message Wine has is the crash dialog, and your description doesn't sound like that.

Also, ~/.local/share/wineprefixes is where winetricks puts things. Was this wineprefix created by winetricks? If so, it is probably not clean. Please retest in a clean one.

[nadrach]

"Wine windows format error screen."

An error from Linux appears in a distro WM format (text, box shape, box colours).

An error from a windows program running under Wine appears in an M$W format, usually curved corner rectangular box with XP boring blue-grey backgound and generally smaller text in the style/size of the Wine Config screens. The error I get is from the Java install and looks like M$W ... and the install stops at that point, so this may well be the crash dialogue. It overlays the terminal screen until I click on the "OK" button.
The only difference I get in Lubuntu at the moment is that I have selected Clearlooks-Olive with Humanity icons and this is putting a Clearlooks window banner at the top of the M$W text box. On Kubuntu and Ubuntu I just get the M$W format box.

I created the wineprefix via a terminal using "winecfg" and I put it in the same place as winetricks does because then I can get at it through winetricks for admin purposes, afterwards. I have been doing this since wine 1.5.x without hassles.

[dimesio]

Does the problem occur if you select a different theme in Lubuntu? You could also experiment with allowing/not allowing the window manager to control/decorate the windows.

Other than that, if the problem only occurs in Lubuntu, file a bug with Lubuntu.

[nadrach]

Found it.
I discovered a while back that setting wine to "windows 7" mode seemed to run the program in this case a tad faster, especially after we received an upgrade that was done for W7.
I was doing the change to W7 too early in the install sequence.
Java installs OK with wine in XP mode, but not when it is in W7 mode.
Now sorted.

[dimesio]

Assuming the installer does work in real Windows 7, you could file a bug for the problem in Wine.

FYI, a "clean" wineprefix is one in which no changes have been made. So you really weren't testing a "clean" wineprefix when you thought you were.

[nadrach]

I have used the installer on W7, yes, so I would expect it to work in that mode.

As for defining a clean install ... I used to work in IT ... now I work in Trade Standards ... it sometimes puts a different perspective on things.