Re: Method.invoke() on a non-public class from another package

Andrew Haley writes: > Andrew Haley writes: > > Robert Lougher writes: > > > > > Had a quick look, and in Classpath-0.93 java.util.AbstractMap contains > > > a class BasicMapEntry which implements getValue(). BasicMapEntry is > > > package-private. This isn't accessible outside the

[Bug swing/30990] Division by zero in PlainView

--- Comment #3 from fkung at redhat dot com 2007-04-11 18:02 --- >From some quick code-digging, it is PlainView.getContainer().getFontMetrics().getHeight() returning zero causing this problem. So it looks like the font isn't getting set properly and/or the font's properties aren't being

org/omg/PortableServer/Servant.java

This is a compatibility fix for JacORB. This code assumes that org.omg.PortableServer.Servant will throw an org.omg.CORBA.BAD_INV_ORDER exception if _set_delegate hasn't been called: try { ((org.omg.PortableServer.Servant)wrapper)._get_delegate(); }

org/omg/IOP/TaggedComponentHelper.java

This fixes a failure when used with JacORB: org.omg.CORBA.NO_IMPLEMENT: Minor: 0 (0). Completed: not completed at org.omg.CORBA.portable.OutputStream.write(OutputStream.java:90) at java.io.OutputStream.write(OutputStream.java:110) at java.io.OutputStream.write(OutputStream.java:86) at

[Bug classpath/31539] New: ProgressBar memory leak - pango_context_load_fontset ?

>From mjw: There is a memory leak when rotated text is used a lot (you can see it in the classpath examples Swing Demo with the ProgressBar). We keep allocating new FontPeers because the caching logic in GtkToolkitget.ClasspathFontPeer() cannot see when TransformAttributes are equal (since Transfor

[Bug classpath/31539] ProgressBar memory leak - pango_context_load_fontset ?

-- fkung at redhat dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|00

[Bug awt/28186] Graphics2D.drawString slowdown

--- Comment #3 from fkung at redhat dot com 2007-04-11 18:35 --- Confirmed - this is still happening. In addition to the slowdown, I'm now also seeing a very bad memory leak. Curiously, I can only reproduce this with jamvm, not cacao. Could this be related to http://gcc.gnu.org/bugzil

[Bug awt/27926] Graphics2D drawing primitives performance (and demo)

--- Comment #4 from fkung at redhat dot com 2007-04-11 18:55 --- More recent data (all my stuff, including jamvm, cacao, gcj, and classpath, are compiled with -O0 though): #objects Cacao Jamvm JDK 1.5 gcj fillRect (9024) 430 65030 230 drawRect (9024)

[Bug awt/26299] thinlet examples don't work with jamvm and classpath

--- Comment #3 from fkung at redhat dot com 2007-04-11 19:03 --- looks like it was fixed some time over the past year -- fkung at redhat dot com changed: What|Removed |Added --