Bug 20135 - Returning true from LinkedHashMap.removeEldestEntry does not remove entry
Summary: Returning true from LinkedHashMap.removeEldestEntry does not remove entry
Status: RESOLVED WORKSFORME
Alias: None
Product: gcc
Classification: Unclassified
Component: libgcj (show other bugs)
Version: 3.4.2
: P1 normal
Target Milestone: 4.0.0
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-22 07:28 UTC by Thomas Hallgren
Modified: 2005-07-23 22:49 UTC (History)
2 users (show)

See Also:
Host:
Target:
Build:
Known to work:
Known to fail:
Last reconfirmed:

Attachments
Code to reproduce the problem (287 bytes, text/plain)
2005-02-22 07:31 UTC, Thomas Hallgren 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Hallgren 2005-02-22 07:28:46 UTC 
The LinkedHashMap fails to remove the eldest entry when returning true from the
removeEldestEntry method.
Comment 1 Thomas Hallgren 2005-02-22 07:31:15 UTC 
Created attachment 8251 [details]
Code to reproduce the problem

Compile using gcj --main foo and run the result. Should print "ERROR, Size is
20". Compile and run using a standard Java, should print "OK, Size is 15".
Comment 2 Andreas Tobler 2005-02-22 07:42:44 UTC 
[wolfram:~] andreast% gcj foo.java --main=foo -o foo.exe
[wolfram:~] andreast% ./foo.exe 
OK, Size is 15

[wolfram:~] andreast% gcj -v
Using built-in specs.
Reading specs from
/Volumes/src/gcc/gcc-cvs/testbin/lib/gcc/powerpc-apple-darwin7.8.0/4.0.0/../../../libgcj.spec
rename spec lib to liborig
Target: powerpc-apple-darwin7.8.0
Configured with: /Volumes/src/gcc/gcc-cvs/gcc/configure
--prefix=/Volumes/src/gcc/gcc-cvs/testbin --enable-languages=c,c++,java
--enable-java-awt=gtk,xlib --enable-gtk-cairo --disable-checking
--enable-libgcj-multifile


Just a fyi, it seems to work on cvs 4.0.0.
Comment 3 Andreas Tobler 2005-02-22 07:44:44 UTC 
forgot the gcc version: 
gcc version 4.0.0 20050221 (experimental)
Comment 4 Ranjit Mathew 2005-02-22 07:51:07 UTC 
This was fixed a couple of days ago:

http://lists.gnu.org/archive/html/classpath/2005-02/msg00085.html