PDA

View Full Version : Linux installation: tech support



bts
Oct 3rd, '03, 09:41 AM
I just bought Hero Designer. I'm trying to install it on a Linux machine (Debian, with Blackdown's j2se 1.4: Java works in general). The installation program crashes when I run it (log below). Has anyone else had similar problems, or any advice to offer? There isn't a clear instruction of who to ask for technical advice.:

<pre>
woodcarver:/cdrom/Linux% bash install.bin
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...

Launching installer...

Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

Stack Trace:
java.lang.NoClassDefFoundError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:140)
at java.awt.GraphicsEnvironment.getLocalGraphicsEnvir onment(GraphicsEnvironment.java:62)
at java.awt.Window.init(Window.java:223)
at java.awt.Window.<init>(Window.java:267)
at java.awt.Frame.<init>(Frame.java:398)
at java.awt.Frame.<init>(Frame.java:363)
at com.zerog.ia.installer.Main.c(Unknown Source)
at com.zerog.ia.installer.Main.main(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.zerog.lax.LAX.launch(Unknown Source)
at com.zerog.lax.LAX.main(Unknown Source)
GUI-
Exit 255
</pre>

Simon
Oct 3rd, '03, 10:18 AM
Sounds like your JAVA_HOME environment variable is incorrect.

Assuming your Java installation is in /use/local/java/ and your PATH contains "/usr/local/java/bin" (so that you can find the Java runtime), you need to set your JAVA_HOME environment variable to "/use/local/java"

Adjust as necessary for the actual location of Java on your system.

This would normally have been taken care of by the Java installation (whenever you installed Java on your system), but it sounds like something was changed or never set....

Hope this helps!

bts
Oct 3rd, '03, 10:31 AM
Originally posted by Simon
Sounds like your JAVA_HOME environment variable is incorrect.

Assuming your Java installation is in /use/local/java/ and your PATH contains "/usr/local/java/bin" (so that you can find the Java runtime), you need to set your JAVA_HOME environment variable to "/use/local/java"

Adjust as necessary for the actual location of Java on your system.

This would normally have been taken care of by the Java installation (whenever you installed Java on your system), but it sounds like something was changed or never set....

Hope this helps!

Thanks for the advice, but my JAVA_HOME is already set properly to "/usr/lib/j2se/1.4", and I regularly compile and run other java applications on this machine. And the path to the java runtime is in my PATH. Any further advice?

This is Java from version 1.4.0.99beta-1 of the j2re1.4 package for Debian.

Simon
Oct 3rd, '03, 10:36 AM
Do you have X installed on your system?

bts
Oct 3rd, '03, 10:41 AM
Originally posted by Simon
Do you have X installed on your system?

Yup. I'll admit that I'm not certain I have Swing working -- any obvious way I can check?

Simon
Oct 3rd, '03, 10:44 AM
The only time I've seen that error reported is either when JAVA_HOME has not been set properly, or when X has not been installed.

Try running the installer in console mode:

sh ./install.bin -i console

Worth a shot...

Simon
Oct 3rd, '03, 10:48 AM
Another possibility is that your connection to the X server is being refused (a possibility if you are running the installer under a different username than the one used to start the X server).

The easiest workaround for this is to run "xhost +" while logged in as the user which started the X server. Then try the installer again after that.

bts
Oct 3rd, '03, 11:25 AM
Originally posted by Simon
The only time I've seen that error reported is either when JAVA_HOME has not been set properly, or when X has not been installed.

Try running the installer in console mode:

sh ./install.bin -i console

Worth a shot...

I tried that earlier, but got:

<pre>This installer can only run through a GUI. Launching GUI Installer...
Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)
</pre>

Trying your 'xhost +' suggestion led me to the same error message as before: com.zerog.ia.installer.Main sparks a NoClassDefFound error.

Perhaps you can point me at a Linux JVM with which this program is known to work?

Simon
Oct 3rd, '03, 11:27 AM
Try grabbing the 1.4.2 JVM from Sun:

http://www.java.com/en/index.jsp

bts
Oct 3rd, '03, 01:00 PM
I installed the Sun 1.4.2 JRE, but with no luck. Here's the debugging output from the latest run:

Preparing to install...
Checking for POSIX df.
Found POSIX df.
True location of the self extractor: /cdrom/Linux/install.bin
Creating installer data directory: /tmp/install.dir.1946
Creating installer data directory: /tmp/install.dir.1946/InstallerData
Gathering free-space information...
Space needed to complete the self-extraction: 236070 blocks
Available space: 2681952 blocks
Available blocks: 2681952 Needed blocks: 236070 (block = 512 bytes)
Computed number of blocks to extract: 1036
Extracting the JRE from the installer archive...
Extracting JRE from install.bin to /tmp/install.dir.1946/Linux/resource/jre_padded ...
Extracting done, exit code = 0
Extracting JRE from /tmp/install.dir.1946/Linux/resource/jre_padded to /tmp/install.dir.1946/Linux/resource/vm.tar.Z ...
Extracting done, exit code = 0
Unpacking the JRE...
Unpacking the JRE...
gzip is /bin/gzip
GZIP done.
TAR done.
Extracting the installation resources from the installer archive...
Extracting install.zip from install.bin to /tmp/install.dir.1946/InstallerData/installer.zip ...
Extracting done, exit code = 0
Configuring the installer for this system's environment...
Could not create /cdrom/Linux/jx.log. Sending debug output to console.

========= Analyzing UNIX Environment =================================
Setting UNIX (linux) flavor specifics.
Importing UNIX environment into LAX properties.
Checking for POSIX awk.

========= Analyzing LAX ==============================================
LAX found............................ OK.
LAX properties read.................. OK.

========= Finding VM =================================================
Valid VM types.......................... J2 J1 MSJ MRJ
Absolute LAX_VM path.................... /tmp/install.dir.1946/Linux/resource/jre/bin/java
Expanded Valid VM types................. JRE_J2 JDK_J2 JRE_J1 JDK_J1 MSJ MRJ 
* Using VM.....(lax.nl.current.vm)...... /tmp/install.dir.1946/Linux/resource/jre/bin/java
Current VM is NOT a HotSpot VM

========= Virtual Machine Options ====================================
LAX properties incorporated............. OK.
classpath............................... "/tmp/install.dir.1946/InstallerData:/tmp/install.dir.1946/InstallerData/installer.zip"
main class.............................. "com.zerog.ia.installer.Main"
.lax file path.......................... "/tmp/install.dir.1946/temp.lax"
user directory.......................... "/tmp/install.dir.1946"
stdout to............................... ""
sterr to................................ ""
install directory....................... ""
JIT..................................... none
option (verify)......................... off
option (verbosity)...................... none
option (garbage collection extent)...... none
option (garbage collection thread)...... none
option (native stack max size).......... none
option (java stack max size)............ none
option (java heap max size)............. 50331648
option (java heap initial size)......... 16777216
option (lax.nl.java.option.additional).. none

========= Display settings ===========================================
X display............................... local
UI mode................................. awt

Launching installer...


========= VM Command Line ============================================
CLASSPATH=/tmp/install.dir.1946/InstallerData:/tmp/install.dir.1946/InstallerData/installer.zip
"/tmp/install.dir.1946/Linux/resource/jre/bin/java" -Djava.compiler=NONE -Xmx50331648 -Xms16777216 com.zerog.lax.LAX "/tmp/install.dir.1946/temp.lax" "/tmp/env.properties.1946" "-i" "awt"

========= Executing JAVA =============================================
touch: cannot touch `/cdrom/Linux/jx.log': Read-only file system
Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

Stack Trace:
java.lang.NoClassDefFoundError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:140)
at java.awt.GraphicsEnvironment.getLocalGraphicsEnvir onment(GraphicsEnvironment.java:62)
at java.awt.Window.init(Window.java:223)
at java.awt.Window.<init>(Window.java:267)
at java.awt.Frame.<init>(Frame.java:398)
at java.awt.Frame.<init>(Frame.java:363)
at com.zerog.ia.installer.Main.c(Unknown Source)
at com.zerog.ia.installer.Main.main(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.zerog.lax.LAX.launch(Unknown Source)
at com.zerog.lax.LAX.main(Unknown Source)
GUI-
========= JAVA Finished ==============================================

Removing tmp install dir: "/tmp/install.dir.1946"

Simon
Oct 3rd, '03, 01:09 PM
Hrrm...that helps...hopefully :-)

Try this:

copy the installer (setup.bin) off of the CD and onto a local drive. Then execute from the new location.

It looks like the installer is trying to create a log file in the directory that it executes from (and failing, since it's a CD) and is then running into problems when it tries to access this file later in the process.

Why this is happening on your system and no one else's I'll probably never know.....that's just one of the joys of Linux -- an extremely customizable OS.

bts
Oct 3rd, '03, 01:30 PM
Originally posted by Simon
Hrrm...that helps...hopefully :-)

Try this:

copy the installer (setup.bin) off of the CD and onto a local drive. Then execute from the new location.

It looks like the installer is trying to create a log file in the directory that it executes from (and failing, since it's a CD) and is then running into problems when it tries to access this file later in the process.

Why this is happening on your system and no one else's I'll probably never know.....that's just one of the joys of Linux -- an extremely customizable OS.

Funny, I'm using 'install.bin' not 'setup.bin' -- my cd's "Linux" directory has three files: install.bin, "Copy of install.bin" and setup.bin.gz, which despite its name is not actually gzipped: the three files are identical in content.

That said, the file jx.log was probably being created because I'd set LAX_DEBUG to 'file', the option which seemed to have special meaning from perusing install.bin. (I do hope your license doesn't forbid reverse engineering, because despite your generous help it lookss like it's the only way I'm going to get this installed).

Here's the contents:

<pre>

========= Analyzing UNIX Environment =================================
Setting UNIX (linux) flavor specifics.
Importing UNIX environment into LAX properties.
Checking for POSIX awk.

========= Analyzing LAX ==============================================
LAX found............................ OK.
LAX properties read.................. OK.

========= Finding VM =================================================
Valid VM types.......................... J2 J1 MSJ MRJ
Absolute LAX_VM path.................... /tmp/install.dir.2632/Linux/resource/jre/bin/java
Expanded Valid VM types................. JRE_J2 JDK_J2 JRE_J1 JDK_J1 MSJ MRJ 
* Using VM.....(lax.nl.current.vm)...... /tmp/install.dir.2632/Linux/resource/jre/bin/java
Current VM is NOT a HotSpot VM

========= Virtual Machine Options ====================================
LAX properties incorporated............. OK.
classpath............................... "/tmp/install.dir.2632/InstallerData:/tmp/install.dir.2632/InstallerData/installer.zip"
main class.............................. "com.zerog.ia.installer.Main"
.lax file path.......................... "/tmp/install.dir.2632/temp.lax"
user directory.......................... "/tmp/install.dir.2632"
stdout to............................... ""
sterr to................................ ""
install directory....................... ""
JIT..................................... none
option (verify)......................... off
option (verbosity)...................... none
option (garbage collection extent)...... none
option (garbage collection thread)...... none
option (native stack max size).......... none
option (java stack max size)............ none
option (java heap max size)............. 50331648
option (java heap initial size)......... 16777216
option (lax.nl.java.option.additional).. none

========= Display settings ===========================================
X display............................... local
UI mode................................. awt

========= VM Command Line ============================================
CLASSPATH=/tmp/install.dir.2632/InstallerData:/tmp/install.dir.2632/InstallerData/installer.zip
"/tmp/install.dir.2632/Linux/resource/jre/bin/java" -Djava.compiler=NONE -Xmx50331648 -Xms16777216 com.zerog.lax.LAX "/tmp/install.dir.2632/temp.lax" "/tmp/env.properties.2632" "-i" "awt"

========= Executing JAVA =============================================
========= JAVA Finished ==============================================

Removing tmp install dir: "/tmp/install.dir.2632"
</pre>

And here the program's output:

<pre>
Preparing to install...
Checking for POSIX df.
Found POSIX df.
True location of the self extractor: /tmp/install.bin
Creating installer data directory: /tmp/install.dir.2632
Creating installer data directory: /tmp/install.dir.2632/InstallerData
Gathering free-space information...
Space needed to complete the self-extraction: 236070 blocks
Available space: 2719792 blocks
Available blocks: 2719792 Needed blocks: 236070 (block = 512 bytes)
Computed number of blocks to extract: 1036
Extracting the JRE from the installer archive...
Extracting JRE from install.bin to /tmp/install.dir.2632/Linux/resource/jre_padded ...
Extracting done, exit code = 0
Extracting JRE from /tmp/install.dir.2632/Linux/resource/jre_padded to /tmp/install.dir.2632/Linux/resource/vm.tar.Z ...
Extracting done, exit code = 0
Unpacking the JRE...
Unpacking the JRE...
gzip is /bin/gzip
GZIP done.
TAR done.
Extracting the installation resources from the installer archive...
Extracting install.zip from install.bin to /tmp/install.dir.2632/InstallerData/installer.zip ...
Extracting done, exit code = 0
Configuring the installer for this system's environment...

Launching installer...

Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

Stack Trace:
java.lang.NoClassDefFoundError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:140)
at java.awt.GraphicsEnvironment.getLocalGraphicsEnvir onment(GraphicsEnvironment.java:62)
at java.awt.Window.init(Window.java:223)
at java.awt.Window.<init>(Window.java:267)
at java.awt.Frame.<init>(Frame.java:398)
at java.awt.Frame.<init>(Frame.java:363)
at com.zerog.ia.installer.Main.c(Unknown Source)
at com.zerog.ia.installer.Main.main(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.zerog.lax.LAX.launch(Unknown Source)
at com.zerog.lax.LAX.main(Unknown Source)
GUI-

</pre>

Simon
Oct 3rd, '03, 01:40 PM
Very odd....it really looks like there's something up with Java on your system (a major problem for HD, which is entirely Java-based).

I've attached a zip file of the Swing demo....this won't fix anything, but may give us some useful information.

Try pulling down the attached file, unzipping it, and running the following:

[path to java]/java -jar SwingSet2.jar

Let me know what happens....

Simon
Oct 3rd, '03, 01:56 PM
Doh!

Attachment is too big....

Rather than adjusting the entire board's posting rules, just go to the Sun site indicated previously (www.java.com) and grab the SDK for 1.4.2. This will include a SwingSet demo which you can execute to test out Swing on your system.

Alternately, you can go into the Hero Games chat (which uses Swing). If the chat works, then Swing works on your system.

I'll hang out in the chat for a little while....