Eclipse: Fejl ved opstart

Ligger der en Java der hvor Eclipse kigger efter den?

C:\Program Files\Java\jre6\bin\server\jvm.dll findes, ja.

Jeg undrer mig lidt over at -vm peger paa jvm.dll og ikke java.exe !

http://wiki.eclipse.org/Eclipse.ini siger exe !

Har du en env variabel JAVA_HOME og hvad peger den paa?

Nej, men jeg prøvede at oprette
JAVA_HOME=C:\Program Files\Java\jre6\bin\java.exe
under env vars for systemet, og jeg får stadig samme fejl.

Rettede det til
C:\Program Files\Java\jre6\bin
, som det vist bør være (?) - men det hjalp ikke.

JAVA_HOME=C:\Program Files\Java\jre6

Du har ikke en JDK paa maskinen?

(Eclipse burde virke med JRE, men ...)

Har du proevet at rette -vm ?

JAVA_HOME=C:\Program Files\Java\jdk1.6.0_18

Afhjalp ikke problemet.

eclipse.ini indeholder:

-startup
plugins/org.eclipse.equinox.launcher_1.0.201.R35x_v20090715.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.0.200.v20090519
-product
org.eclipse.epp.package.java.product
--launcher.XXMaxPermSize
256M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms128m
-Xmx512m

Ved du, hvor jeg kan ændre på de øvrige argumenter (så jeg kan finde -vm)?

Se Eclipse Wiki i linket ovenfor

-startup
plugins/org.eclipse.equinox.launcher_1.0.201.R35x_v20090715.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.0.200.v20090519
-product
org.eclipse.epp.package.java.product
--launcher.XXMaxPermSize
256M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
-vm
C:\Program Files\Java\jdk1.6.0_18\bin\javaw.exe
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms128m
-Xmx512m

Slet ingen reaktion ved opstart. Hvad pokker?

Hvis du
* har JAVA_HOME til at pege paa C:\Program Files\Java\jdk1.6.0_18
* udpakker en sprit ny kopi af Eclipse i et andet dir
* starter op
hvad saa?

Så får jeg desværre igen en fejl ved opstart:
http://img403.imageshack.us/img403/1482/error3.jpg

Indholdet er (formentligt logisk nok) meget lig de oprindeliges:
http://img7.imageshack.us/img7/6351/errorym.jpg
http://img717.imageshack.us/img717/6485/error2m.jpg

Nogen idéer? Det virker lidt underligt for mig... Jeg prøver lige at køre det på min bærbar.

Da virker det uden problemer efter direkte overførsel af programfilerne. Der var dog en minimal forskel at spore i systemvariablene: På min laptop var JAVA_HOME (foruden at være defineret som brugerspecifik hvilket dog, som forventet, viste sig ingen indflydelse af have whatsoever) sat til C:\Program Files (x86)\Java\jdk1.6.0_18 frem for C:\Program Files\Java\jdk1.6.0_18 - og JDK er da også at finde i Program Files (x86) på den maskine, selvom det på min stationær befinder sig under Program Files. At et program ligger under x86-mapper indikerer, at det afvikles i et emuleret 32 bit-miljø, ikke? Jeg prøver lige at installere Java og JDK på min stationær (den problematiske maskine) igen.

Det viste sig, at der på stationæren er installeret 64 men på bærbaren 32 bitversionen af JDK. Underligt (da de begge kører 64 bit OS).

Jeg mener at det skal vaere en af:

Windows      Java        Eclipse
32            32          32
64            32          32

Eclipse findes ikke i 64 bit udgave til Windows.

*tilfældig tilsvining*
Tilsyneladende virker Eclipse, der kun findes i en 32 bitversion til Windows, ikke med 64 bitversioner af Java; en ny installation af JDK 64 bit løste ikke problemet, men da jeg smed JDK 32 bit ovenpå, havde Eclipse pludselig intet at klage over. Er der nogen speciel grund til, at et developer-miljø kørende som 32 bitapplikation ikke kan snakke sammen med et runtime- kørende som 64?

Godt, hvad du sagde, så. Men stadig: Er der nogen speciel grund til, at et developer-miljø kørende som 32 bitapplikation ikke kan snakke sammen med et runtime- kørende som 64?

Hvis Eclipse var ren Java, saa ville den ikke vaere 32/64 bit specifik.

Java class filer er ens paa alle platforme.

Men Eclipse er ikke ren Java.

Eclipse har en opstarts EXE fil, saa man kan faa en Eclipse ikon fremfor en standard Java ikon.

Eclipse bruger ikke Swing men SWT til sin egen GUI (du kan dog sagtens lave Swing GUI i Eclipse). SWT indholder nogle native DLL'er.

Den EXE og de DLL'er skal vaere i samme bitness som JVM'em for at det snakker sammen.

Eclipse 3.6 vil inkludere support for Windows 64 bit.

Aha. Tak for informationen og hjælpen med fejlfindingen, så. Smid du bare et svar :)

Og forresten: På hvilket niveau emulerer Windows 32 bit-apps? Gøres det i CPU'en, eller når Windows håndterer koden?

svar

CPU'en

CPU'en understoetter 32 bit apps med 64 bit OS.

Jeg antager at OS saetter en bit naar den starter en 32 bit app som faar CPU'en til at udfoere EXE som 32 bit instruktioner.

Aha. Det virker umiddelbart lidt imod de basale principper om abstraktionsniveauer at lade styresystemet fortælle CPU'en, at den skal køre en bestemt process i kompabilitetsmode... Men sådan er der jo så meget, der er mystisk realiseret, når man graver i IT.