Summary: | Doesn't start [Linux path with :] | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Christophe Elek <celek> | ||||
Component: | Resources | Assignee: | DJ Houghton <dj.houghton> | ||||
Status: | RESOLVED WONTFIX | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | P3 | CC: | kcornell, Mike_Wilson, peter777778 | ||||
Version: | 2.0 | Keywords: | readme | ||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Christophe Elek
2002-05-23 10:13:55 EDT
Created attachment 996 [details]
JVM Error Dialog
Investigate for 2.0 *** Bug 16796 has been marked as a duplicate of this bug. *** Verified that this is a problem on Linux RH 7.2 in both the GTK and Motif builds for I-20020527. Eclipse launches ok without using the executable and by calling Main directly. Adding McQ to CC for comment/coordination on potential work on the exe. The problem seems like it should be that, the colon is placed in the classpath, but colon is the classpath separator, and the entries aren't quoted(?). That would be weird, since arguments with spaces would be broken too. Are you saying that if you type the command line shown in that dialog that Eclipse will come up? KC owns the launcher code. He'd be the one to fix it. Adding him to the CC so he can comment? Kevin: Do you know what's going on here? Sorry, I forgot about the classpath separator character. I am in the process of confirming whether or not you are able to escape this character in the argument to "-cp". Initial investigation is not looking like you can do this. I will update this bug report as soon as I find out more information. Have confirmed that there doesn't seem to be a way to include a single classpath entry as an arg to the VM when it contains a directory or filename with the classpath separator character. I believe this is a candidate for the README. You might want to check with the PMC, but I agree: readme it. Is it possible for us to check in the executable to see if the full path contains an illegal character before we try and run Main.java? That way we could print out a message to the user so they wouldn't get the NoClassDefError. I believe that System.getProperty("path.separator") will return the appropriate invalid character for the platform. Either way, it still should be readme'd. There is no equivalent to System.getProperty("path.separator") in C, so I'm not sure what we could do to test this. We could guess what it is based on the platform, but I'm not in favor of this. Just for reference: <http://java.sun.com/j2se/1.4/docs/tooldocs/linux/java.html> Sorry, I guess I'm going blind in my old age... Was there anything in that link of value other than the reference to ":" as the classpath separator (which is actually incorrect, for win32 VMs.)? Nope, you are right, ;-) I haven't seen anything, just wanted to put the Sun as a ref (ie for the readme) PS: this link is only for Linux I believe (check the link, it contains linux) Closing as WONTFIX and marking as README. The problem seems like it should be that, the colon is placed in the classpath, but colon is the classpath separator, and the entries aren't quoted(?). That would be weird, since arguments with spaces would be broken too. Are you saying that if you type the command line shown in that dialog that Eclipse will come up? KC owns the launcher code. He'd be the one to fix it. Adding him to the CC so he can comment? that was the problem for the most part thanks, that should fix other problems as well in similar situations, with these bugs on a lighter note the x factor contest is nearly around again http://x-factor-2013.blogspot.co.uk/ |