| Summary: | Cannot start eclipse.exe: VM not found | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | Dani Megert <daniel_megert> | ||||
| Component: | Framework | Assignee: | Andrew Niefer <aniefer> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | blocker | ||||||
| Priority: | P3 | CC: | benno.baumgartner, bpasero, john.arthorne | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | |||||||
| Bug Blocks: | 168726 | ||||||
| Attachments: |
|
||||||
|
Description
Dani Megert
Created attachment 55943 [details]
The error dialog
The following command line seems to work for me on Windows XP: eclipse -Xms50M -Xmx512M -XX:MaxPermSize=128m -vm C:\devel\jdk1.5.0_10-b03\bin\java -showlocation -data C:\workspaces\eclipse-sh3 but not on Windows Vista where I get a message '.. no Java VM found ... on C:\devel\jdk1.5.0_10-b03\bin\java' On Vista even double-clicking eclipse.exe doesn't work anymore (without specifying a VM). Daniel, can you tell me more about your vm. The launcher is looking (on windows) for the jvm.dll library. To find it we look in some known locations relative to the java.exe. These locations currently are: j9vm\jvm.dll client\jvm.dll server\jvm.dll classic\jvm.dll I think the problem here is that we are expecting the java.exe on windows to be in the jre/bin directory in order to find the jre/bin/*/jvm.dll. If you change your link to point to the jvm.dll like -vm C:\JavaSDKs\jdk1.4.2_12\jre\bin\client\jvm.dll does it work? I use C:\JavaSDKs\jdk1.4.2_12 I found out that using -vm C:\JavaSDKs\jdk1.4.2_12\jre\bin\java.exe almost works i.e. I can start but Ctrl+Break to get stack traces doesn't work. I will update the launcher to account for when the exe is in java\bin instead of java\jre\bin. Can you please open a separate bug for the ctrl+break and what your expected behaviour is there? (Are you hitting ctrl+break on the splash? in a console? Are you expecting java stack traces?) When using a Windows Shortcut a dialog opens. This used to work since 1.0. I can create another bug but for me this essential to switch to the new story/build. Fixed finding the VM in HEAD. Daniel, as a work around for any problems you have, it is possible to use an old launcher: copy the org.eclipse.equinox.launcher jar into the root and name it startup.jar. Then an old launcher will work and the Main class will still load the library from the launcher fragment to do the splash screen. Java will be started in a separate process, similar to starting with java -jar directly. Thanks Andrew. I fixed the problem and my scripts by simply replacing startup.jar with plugins\org.eclipse.equinox.launcher_*.jar This way I don't have to go and change all my script and I know what's going on. I see same problem on my Linux box this morning with I20070109-1805 build. Do you want me to reopen this bug and set OS to 'All' or open a new one on 'Linux' OS? Can you open a new bug Frédéric, this is very much platform and vm specific. Is this a Sun VM? We are looking for libjvm.so. For Sun on linux, we look in jre/lib/<ARCH>/<client | server>. We could be getting the ARCH wrong, for x86 we would be using i386. Otherwise, is the java executable that we would be starting from (on the path, or from -vm) not actually inside a jdk/jre (after resolving symlinks)? If it was for example a script, then the only thing we could do is exec the script (bug 168775) Frédéric, please add me as cc if you create a new bug. |