[rabba42]

Hi,

I am trying to install the new myEclipse workbench version 2.6.3 but the windows installer aborts silently after extracting. I am using eclipse version 2.1 and JSDK 1.4.2_02 on a windows 2000 box. Are there any workarounds or did I miss something? Please help me 🙂

thx
rabba42

[Scott Anderson]

Rabba,

The InstallAnywhere installer has an irritating habit of sorting the PATH before it looks for JVM’s to use and this is probably the root of your problem. I bet it’s finding a really old JVM lurking on your machine somewhere. To turn on installer debugging please set the environment variable LAX_DEBUG=1. This should show a lot of diagnostics. Also, I did a forum search for the terms ‘installer quits’ and found several threads that run down the workarounds. The most recent is here:
https://www.genuitec.com/forums/topic/installation-falied/&highlight=installer+fails

After reviewing this thread and its referenced threads please let us know if you have any more problems.

–Scott
MyEclipse Support

[rabba42]

Hi Scott,

thanks for your quick reply. I set the debug variable and now I can see a exception in the log file (attached at the end of this message). I also rered the links to the threats you posted but my problem is definitly different 😉

The installer indeed found the correct JDK so that is not the problem. But the exception occured in the “j2sdk1.4.2_02\jre\bin\fontmanager.dll” as you can see in the attached log.

I encountered the same problem, in fact the same exception, when I was trying to uninstall myEclipse 2.6 before. I was changing the JDK path to my old 1.4.1 JDK in the “.lax” config file and it was uninstalled properly.

It seems that this exception is strongly connected to the new JDK 1.4.2_02 (Windows 2000). All my other Java application like Eclipse, Poseidon etc are just working fine with the new JDK, just a hint.

thx rabba

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0xFD23784
Function=Java_sun_awt_font_NativeFontWrapper_registerFonts+0x14C0
Library=G:\dev\jdk\j2sdk1.4.2_02\jre\bin\fontmanager.dll

Current Java thread:
at sun.awt.font.NativeFontWrapper.registerFonts(Native Method)
– locked <0x0b3fec90> (a java.lang.Class)
at sun.java2d.SunGraphicsEnvironment.addPathFonts(SunGraphicsEnvironment.java:797)
at sun.java2d.SunGraphicsEnvironment.registerFonts(SunGraphicsEnvironment.java:640)
at sun.java2d.SunGraphicsEnvironment.access$200(SunGraphicsEnvironment.java:53)
at sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:262)
at java.security.AccessController.doPrivileged(Native Method)
at sun.java2d.SunGraphicsEnvironment.loadFonts(SunGraphicsEnvironment.java:256)
– locked <0x08253b10> (a sun.awt.Win32GraphicsEnvironment)
at sun.java2d.SunGraphicsEnvironment.mapFontName(SunGraphicsEnvironment.java:480)
at java.awt.Font.initializeFont(Font.java:312)
at java.awt.Font.<init>(Font.java:344)
at sun.awt.windows.WDesktopProperties.setFontProperty(WDesktopProperties.java:157)
– locked <0x08250380> (a sun.awt.windows.WDesktopProperties)
at sun.awt.windows.WDesktopProperties.getWindowsParameters(Native Method)
at sun.awt.windows.WDesktopProperties.<init>(WDesktopProperties.java:56)
at sun.awt.windows.WToolkit.initializeDesktopProperties(WToolkit.java:876)
at java.awt.Toolkit.getDesktopProperty(Toolkit.java:1569)
– locked <0x08250348> (a sun.awt.windows.WToolkit)
at com.sun.java.swing.plaf.windows.XPStyle.getXP(XPStyle.java:75)
– locked <0x0b4be170> (a java.lang.Class)
at com.sun.java.swing.plaf.windows.WindowsTreeUI$ExpandedIcon.<init>(WindowsTreeUI.java:123)
at com.sun.java.swing.plaf.windows.WindowsTreeUI$ExpandedIcon.createExpandedIcon(WindowsTreeUI.java:127)
at com.sun.java.swing.plaf.windows.WindowsLookAndFeel.initComponentDefaults(WindowsLookAndFeel.java:309)
at javax.swing.plaf.basic.BasicLookAndFeel.getDefaults(BasicLookAndFeel.java:81)
at javax.swing.UIManager.setLookAndFeel(UIManager.java:394)
at javax.swing.UIManager.setLookAndFeel(UIManager.java:424)
at ZeroGah.a(DashoA8113)
– locked <0x0b31cb70> (a java.lang.Class)
at ZeroGk.b(DashoA8113)
at ZeroGk.a(DashoA8113)
at ZeroGk.a(DashoA8113)
at com.zerog.ia.installer.Main.b(DashoA8113)
at com.zerog.ia.installer.Main.a(DashoA8113)
at com.zerog.ia.installer.Main.main(DashoA8113)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.zerog.lax.LAX.launch(DashoA8113)
at com.zerog.lax.LAX.main(DashoA8113)

Dynamic libraries:
0x00400000 – 0x00455000 G:\Temp\I1067269931\Windows\Enterprise Workbench Installer.exe
0x77F80000 – 0x77FFB000 C:\WINNT\System32\ntdll.dll
0x77DB0000 – 0x77E0D000 C:\WINNT\system32\ADVAPI32.dll
0x77E80000 – 0x77F36000 C:\WINNT\system32\KERNEL32.DLL
0x77D30000 – 0x77D9E000 C:\WINNT\system32\RPCRT4.DLL
0x77E10000 – 0x77E75000 C:\WINNT\system32\USER32.dll
0x77F40000 – 0x77F7C000 C:\WINNT\system32\GDI32.DLL
0x77820000 – 0x77827000 C:\WINNT\system32\VERSION.dll
0x759B0000 – 0x759B6000 C:\WINNT\system32\LZ32.DLL
0x08000000 – 0x08138000 G:\dev\jdk\j2sdk1.4.2_02\jre\bin\client\jvm.dll
0x77570000 – 0x775A0000 C:\WINNT\System32\WINMM.dll
0x78000000 – 0x78046000 C:\WINNT\system32\MSVCRT.dll
0x6BC00000 – 0x6BC14000 C:\WINNT\System32\DrvTrNTm.dll
0x6BC20000 – 0x6BC3D000 C:\WINNT\System32\DrvTrNTl.dll
0x6E420000 – 0x6E426000 C:\WINNT\System32\INDICDLL.dll
0x75E60000 – 0x75E7A000 C:\WINNT\System32\IMM32.dll
0x10000000 – 0x10007000 G:\dev\jdk\j2sdk1.4.2_02\jre\bin\hpi.dll
0x00AA0000 – 0x00AAE000 G:\dev\jdk\j2sdk1.4.2_02\jre\bin\verify.dll
0x00AB0000 – 0x00AC9000 G:\dev\jdk\j2sdk1.4.2_02\jre\bin\java.dll
0x00AD0000 – 0x00ADD000 G:\dev\jdk\j2sdk1.4.2_02\jre\bin\zip.dll
0x0FBE0000 – 0x0FCEF000 G:\dev\jdk\j2sdk1.4.2_02\jre\bin\awt.dll
0x77800000 – 0x7781E000 C:\WINNT\System32\WINSPOOL.DRV
0x76620000 – 0x76630000 C:\WINNT\system32\MPR.DLL
0x77A50000 – 0x77B3C000 C:\WINNT\system32\ole32.dll
0x0FCF0000 – 0x0FD40000 G:\dev\jdk\j2sdk1.4.2_02\jre\bin\fontmanager.dll
0x72800000 – 0x72846000 C:\WINNT\System32\ddraw.dll
0x728A0000 – 0x728A6000 C:\WINNT\System32\DCIMAN32.dll
0x72CF0000 – 0x72D84000 C:\WINNT\System32\D3DIM700.DLL
0x04F30000 – 0x04F37000 C:\Program Files\Logitech\MouseWare\System\LgWndHk.dll
0x77920000 – 0x77943000 C:\WINNT\system32\imagehlp.dll
0x72A00000 – 0x72A2D000 C:\WINNT\system32\DBGHELP.dll
0x690A0000 – 0x690AB000 C:\WINNT\System32\PSAPI.DLL

Heap at VM Abort:
Heap
def new generation total 1152K, used 162K [0x08140000, 0x08270000, 0x084f0000)
eden space 1088K, 9% used [0x08140000, 0x08158940, 0x08250000)
from space 64K, 100% used [0x08250000, 0x08260000, 0x08260000)
to space 64K, 0% used [0x08260000, 0x08260000, 0x08270000)
tenured generation total 15168K, used 582K [0x084f0000, 0x093c0000, 0x0b140000)
the space 15168K, 3% used [0x084f0000, 0x08581aa8, 0x08581c00, 0x093c0000)
compacting perm gen total 4096K, used 3600K [0x0b140000, 0x0b540000, 0x0f140000)
the space 4096K, 87% used [0x0b140000, 0x0b4c43f8, 0x0b4c4400, 0x0b540000)

Local Time = Mon Oct 27 16:55:41 2003
Elapsed Time = 204
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_02-b03 mixed mode)
#

[Scott Anderson]

This looks like it could be a problem with the latest version of InstallAnywhere Enterprise, that we use to make the installers, and the most recent JDK. Can you try running the installer with a slightly older version, 1.4.1 for example? You can do that by setting the environment variable LAX_VM=<path_to_java> and let us know if that helps? Please also leave debug turned on so we can see that the older version was selected. Once we isolate the issue I’ll post to ZeroG’s support forums to help them run down the problem if it is related to the new JDK build.

–Scott
MyEclipse Support

[rabba42]

Hi Scott,

I tryed it with the LAX_VM environment variable set to my JDK 1.4.1 runtime path and it worked just fine. It really seems that it is a issue with ZeroG’s installer. Sorry but I don’t have a log file since the installation didn’t produce a error log, and I was to slow to catch the opend debug cmd window content though;)

Thx for your support
rabba 😀

[Scott Anderson]

Rabba,

Glad to hear you’re up and running.

This problem was referred to ZeroG technical support at this link:
http://community.zerog.com/cgi-bin/ikonboard.cgi?s=3f9e7df12e49ffff;act=ST;f=14;t=2756;r=1

–Scott
MyEclipse Support

[Author]

Posts