Comment 1 Dani Megert 2002-05-10 07:39:44 EDT

Created attachment 789 [details]
The error reported by CVS

Comment 2 Michael Valenta 2002-05-10 08:39:04 EDT

This works for me. It appears that the problem was a server lock that has since 
been released. Does it work for you now?

Comment 3 Dani Megert 2002-05-10 08:41:41 EDT

No it does not. same result (you have to use exactly 1.64).
I'm using build 20020508

Comment 4 Michael Valenta 2002-05-10 09:56:44 EDT

What revision of the file do you have loaded?

Comment 5 Dani Megert 2002-05-10 10:59:23 EDT

revision 1.65 - and it is still not working ;-)

Comment 6 Michael Valenta 2002-05-10 14:38:08 EDT

Can others in your Team access the file?

Comment 7 Michael Valenta 2002-05-21 09:23:18 EDT

There do not appear to be any locks on the server. The only odd thing is that 
the permissions on the server file JavaBrowsingPerspectiveFactory.java,v are -r-
-rw-r-x instead of -r--r--r--. This is odd since CVS wouldn't do this. If you 
still have this problem, could you try setting the permission to -r--r--r--. 
Also, could you check if others who have write access can access the file 
revision.

Comment 8 Dani Megert 2002-05-21 10:00:14 EDT

I tested it again and it still did not work.
Then I tried to see if the CVS log contains info -> no.

Then I set compression to 0 and voilà it works! Then I set compression back to 6
(default) and it still works.

NOTE: When I exit and then restart (compression is 6) it again doesn't work.

Comment 9 Michael Valenta 2002-05-21 10:07:44 EDT

Are you using J9? J9 has a bug with compression. It was fixed but I don't think 
the latest J9 drops ae Eclipse friendly.

Comment 10 Dani Megert 2002-05-21 11:26:29 EDT

java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1)
Classic VM (build 1.3.1, J2RE 1.3.1 IBM Windows 32 build cn131-20020403 (JIT ena
bled: jitc))

Comment 11 Michael Valenta 2002-05-21 15:23:22 EDT

I have reproduced this now. It only happens for a compression level of 6 
(didn't happen for 5 anyway). It appears to be a problem with the server and 
the contents of the file in question. The command line client doesn't have this 
problem as it uses the Gzip-Stream request instead of gzip-file-contents.

Comment 12 Michael Valenta 2002-05-24 08:24:04 EDT

Solution will be to mention in release notes

Comment 13 Kevin McGuire 2002-06-10 18:17:49 EDT

Marking post 2.0, keyword readme for 2.0 notes

Comment 14 Michael Valenta 2002-09-09 19:05:21 EDT

Reopening to leave around as info

Comment 15 Dani Megert 2002-09-10 03:13:17 EDT

Can't follow your comment. Do you leave the bug as info because it is a bug in
the IBM JDK and not in Eclipse?
If it's not a JDK but then we should either fix it or not allow compression
levels higher than 5.

Comment 16 Michael Valenta 2003-03-26 09:10:04 EST

*** Bug 35693 has been marked as a duplicate of this bug. ***

Comment 17 Michael Valenta 2003-04-09 13:40:09 EDT

*** Bug 36295 has been marked as a duplicate of this bug. ***

Comment 18 Michael Valenta 2003-05-06 10:27:25 EDT

Given that the bug is a CVS server bug, we should consider Dani's suggestion 
for 2.1.1.

Comment 19 Jean-Michel Lemieux 2004-06-11 16:50:21 EDT

Post 3.0

Comment 20 Michael Valenta 2004-08-09 10:42:10 EDT

*** Bug 38664 has been marked as a duplicate of this bug. ***

Comment 21 Michael Valenta 2004-10-25 07:26:13 EDT

*** Bug 76871 has been marked as a duplicate of this bug. ***

Comment 22 Michael Valenta 2006-06-14 09:13:47 EDT

Compression levels 6 through 9 are now disabled