[Bug libgcj/20135] New: Returning true from LinkedHashMap.removeEldestEntry does not remove entry

[Bug libgcj/20135] New: Returning true from LinkedHashMap.removeEldestEntry does not remove entry

[thhal at mailblocks dot com]

The LinkedHashMap fails to remove the eldest entry when returning true from the
removeEldestEntry method.

-- 
           Summary: Returning true from LinkedHashMap.removeEldestEntry does
                    not remove entry
           Product: gcc
           Version: 3.4.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P1
         Component: libgcj
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: thhal at mailblocks dot com
                CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
                    dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20135

[Bug libgcj/20135] Returning true from LinkedHashMap.removeEldestEntry does not remove entry

[thhal at mailblocks dot com]

------- Additional Comments From thhal at mailblocks dot com  2005-02-22 07:31 -------
Created an attachment (id=8251)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8251&action=view)
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".

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20135

[Bug libgcj/20135] Returning true from LinkedHashMap.removeEldestEntry does not remove entry

[andreast at gcc dot gnu dot org]

------- Additional Comments From andreast at gcc dot gnu dot org  2005-02-22 07:42 -------
[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.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20135

[Bug libgcj/20135] Returning true from LinkedHashMap.removeEldestEntry does not remove entry

[andreast at gcc dot gnu dot org]

------- Additional Comments From andreast at gcc dot gnu dot org  2005-02-22 07:44 -------
forgot the gcc version: 
gcc version 4.0.0 20050221 (experimental)

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20135

[Bug libgcj/20135] Returning true from LinkedHashMap.removeEldestEntry does not remove entry

[rmathew at gcc dot gnu dot org]

------- Additional Comments From rmathew at gcc dot gnu dot org  2005-02-22 07:51 -------
This was fixed a couple of days ago:

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

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WORKSFORME
   Target Milestone|---                         |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20135