- This topic has 61 replies, 9 voices, and was last updated 19 years, 5 months ago by
.
-
Posts
-
What determines inordinately large? I am running at 1280 X 1024…not that large by my standards.
Sorry, I meant “do you have a lot of large projects open” projects with many thousands of files in them, that sort of thing.
What inconsistancies are you referring to?
You have JRE references still to JRE 1.5 and JRE 1.3, WebLogic and Tomcat are setup to launch with the 1.5 JRE, and no -vm argument was specified to tell Eclipse to use a JDK to launch with, so JSP validation most likely doesn’t work (unless you already have your JDK’s bin dir in your system PATH). But all of this is harmless and wouldn’t explain the crashing.
I’m honestly at a loss. If you are able to come up with a consistent test case with a fresh Eclipse/MyEclipse/Workspace install then we can fix the bug, but without a reproducable case there isn’t much we can do.
One last thing, have you tried shutting down MyEclipse, editing your shortcut and adding -clean to the front of it then starting MyEclipse again (and removing clean) to see if that helps?
What does the ‘-clean’ switch do?
It tells Eclipse to rebuild it’s plugin cache. This is 1-step better than nothing, but not quite as good as a fresh workspace. But for people that don’t want to monkey around with recreating a workspace but are having strange behavior in their Eclipse install, it’s perfect. You will notice startup takes longer (just the 1 time you use it) because it doesn’t read from the cache but kills it and rebuilds it.
OK. I have used the “clean swith like so…
E:\eclipse\eclipse.exe -clean -vmargs -Duser.language=en -Xmx512M -Dosgi.splashLocation="E:\MyEclipse\eclipse\MyEclipseSplash.bmp"…and will continue to watch this. However, since I was not having any issues with 3.8.3 GA with the additional plug-ins that I have installed (Subclipse, omondo UML), AND that I have removed JDK 1.5 and went back to 1.4.2, I still believe that the problem is with 3.8.4 GA. Please continue to investigate this issue and I will let you know what I find out…
Well…that didn’t work. This is getting really frustrating! It is still happening even after the -clean switch. I am completely dependent on this tool to get my job done and these failures are catastrophic and time consuming.
Spring,
I scrolled back to the beginning of this thread and noticed that you never tried (or reported) the use of the -vm switch to directly specify your JDK’s javaw.exe executable.Please try that and let me know what happens.I will try that, but since the last version of java installed is 1.4.2, shouldn’t it use it by default, esp. since when I do a java -version from the command prompt it comes up with the following:
java version "1.4.2_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03) Java HotSpot(TM) Client VM (build 1.4.2_06-b03, mixed mode)Ok, here is my new startup line…
E:\eclipse\eclipse.exe -vm E:\java\j2sdk1.4.2_06\bin\javaw.exe -vmargs -Duser.language=en -Xmx256M -Dosgi.splashLocation="E:\MyEclipse\eclipse\MyEclipseSplash.bmp"I am assuming that since you have not responded to the last comment that I have made, that you have abandoned trying to solve this issue???
Sprint,
I have asked two others to take a look at this as I am completely out of ideas. One got back to me already and said he has no idea and I am waiting for the other one to reply.Unfortunately I have only one machine to work on and am not able to verify if this is isolated to only this machine.
