[Bug libgcj/22189] Table Full in gcj-dbtool if -m option used with smallest possible input

2005-08-08 Thread greenrd at greenrd dot org

--- Additional Comments From greenrd at greenrd dot org  2005-08-09 00:09 
---
Fixed on head (weeks ago).

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.1.0


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


[Bug libgcj/22189] Table Full in gcj-dbtool if -m option used with smallest possible input

2005-06-28 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-28 
14:31 ---
Subject: Bug 22189

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-28 14:31:29

Modified files:
libjava/gnu/gcj/runtime: PersistentByteMap.java 
libjava: ChangeLog 

Log message:
2005-06-28  Robin Green  <[EMAIL PROTECTED]>

PR java/22189
* gnu/gcj/runtime/PersistentByteMap.java (init): Fix rounding
error.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/gcj/runtime/PersistentByteMap.java.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3680&r2=1.3681



-- 


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


[Bug libgcj/22189] Table Full in gcj-dbtool if -m option used with smallest possible input

2005-06-26 Thread greenrd at greenrd dot org

--- Additional Comments From greenrd at greenrd dot org  2005-06-26 12:39 
---
The problem is that a PersistentByteMap of capacity 1 is created by -m, but when
a PersistentByteMap is created with capacity 1, its capacity method incorrectly
returns 0.

This is because, when it is created, confusingly, the capacity field is set to
(int) (capacity*3/2),which in this case is 1, and the capacity() method then
returns (int) (the capacity field * 2 / 3), which is (int) (2 * 1 / 3) = 0.

The first thing I would do is, we have 3 things (initial capacity, capacity
field, capacity method), all with the same name, but not meaning the same thing,
so I would do some renames to avoid confusion. Then I would fix the actual bug.

Preparing a patch.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |greenrd at greenrd dot org
   |dot org |
 Status|NEW |ASSIGNED


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


[Bug libgcj/22189] Table Full in gcj-dbtool if -m option used with smallest possible input

2005-06-25 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-26 
02:48 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-26 02:48:41
   date||


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


[Bug libgcj/22189] Table Full in gcj-dbtool if -m option used with smallest possible input

2005-06-25 Thread greenrd at greenrd dot org

--- Additional Comments From greenrd at greenrd dot org  2005-06-26 02:42 
---
Created an attachment (id=9151)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9151&action=view)
test case


-- 


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