Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

"Show View -> Pending Changes" Kills RTC 4.0.4 Client

I just installed the RTC 4.0.4 Client for Eclipse 4.2.x IDE.  It starts up fine.

However, if I go to the Pending Changes view, Eclipse goes away.  I don't even need to connect to an RTC server for this to happen; going to that view right after starting up a virgin install causes the client to blow up.

Error as below:

0 votes

Comments

Does not happen with the Eclipse 3.6.x-based 4.0.4 client.

 Hi Gary.


Are there any interesting exceptions in the Eclipse .log file? Any javacores?

Did you customize the eclipse.ini file? If so, does it work with the original version?

Are you running any other plug-ins? RSA, RAD, etc? If so, does it run without those?

What version of Windows are you running?

-Matt

Matt:

Thanks for replying.

1. Yes, there are snap, core and javacore* files created.  No Eclipse log file that I can find in "workspace/.metadata."

2. No, it's the original eclipse.ini.

3. Virgin RTC 4.0.4 install.

4. Windows 7 Professional, Service Pack 1.

Gary

Hi Gary.


I don't have that problem with my RTC 4.0.4 installation.

Can you send me the snap, core, and javacore* files? Just zip them up and email them to me - I'm in Blue Pages.

   -Matt

Done.  Thanks for your help.

Gary

showing 5 of 6 show 1 more comments

Accepted answer

Permanent link
Hi Gary.

Glad to hear your Eclipse is no longer crashing after you commented out this JVM option in the eclipse.ini file:
-Xshareclasses:name=IBMSDP_%u
I believe this JVM option improves performance by allowing multiple Java-based applications to share compiled classes. In your case, there was something already in this class cache - an old class from an earlier JVM maybe - that caused Eclipse to die with a GPF. I imagine just deleting class cache directory would have also fixed the problem. On my Windows 7 box, it lives here:
C:\Users\<user>\AppData\Local\javasharedresources\

Here is more info on class sharing and the class cache:

-Matt
Gary Mullen-Schultz selected this answer as the correct answer

6 votes

Comments

Thanks for your help!


One other answer

Permanent link
The first line is the important part of the error
JVM terminated. Exit code=8096
I found a few hits searching google for that error

One of the more common fixes was to clear the Microsoft Temp directory.
C:\Users\<username>\AppData\Local\Temp

I found some interesting information on clearing the cache using Java commands here:
http://stackoverflow.com/questions/2143155/installation-of-ibm-rad-7-5-fails-with-jvm-crash

Here are a couple technotes that might help.
http://www-01.ibm.com/support/docview.wss?uid=swg21303648
http://www-01.ibm.com/support/docview.wss?uid=swg21627887

Another thing to try is to create a new workspace and see if you have the same problem


0 votes

Comments

Karl:

Thanks.  I of course scoured Google before posting this and saw that stuff, none of it seemed to help.  Nor a new workspace.

Gary

Your answer

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 1,381
× 343

Question asked: Sep 10 '13, 2:05 p.m.

Question was seen: 6,688 times

Last updated: Sep 16 '13, 8:23 a.m.

Confirmation Cancel Confirm