Hi,
I observed some occasional problem with the RepaintManager vs painting.
Sometimes the RepaintManager simply crashes in Graphics.drawImage with
an assertion failure. This was caused by negative dx and dy offsets
(from JViewport I guess). This patch fixes this by intersecting the
dirty area
Hi,
I documented DocFlavor and fixed the implementation so it now
passes all the mauve tests I committed for this class. Also
serialization works now correctly between SUN JDK and GNU classpath.
2006-02-23 Wolfgang Baer [EMAIL PROTECTED]
* javax/print/DocFlavor.java: Added
Hi,
this patch fixes all incompatibilities with serialization in the javax.print
namespace. If I haven't forgot something all is now conformant to the JDK
classes serialized form.
2006-02-23 Wolfgang Baer [EMAIL PROTECTED]
* javax/print/attribute/standard/MediaSize.java:
I wrote the 'scaleByPowerOfTen' method and when testing it noticed that
the toString method wasn't behaving as specified, so I fixed it and
added the comments explaining how it should behave.
2006-02-23 Anthony Balkissoon [EMAIL PROTECTED]
* java/math/BigDecimal.java:
Our original idea of changing GLightweightPeer and creating a new class,
GtkLightweightContainerPeer, has failed. Ultimately, we came up with a
simpler solution that fixes our problem- and does not break anything
else.
* What was changed:
- I applied Scott Gilbertson's patch, it is
On Thu, 2006-02-23 at 16:00 -0500, Scott Gilbertson wrote:
With JamVM + Classpath, the first two paints don't happen, so you get a
solid gray box for two seconds at startup, followed by Pass 1 Pass 2
-- and so on.
It's probably a separate issue, but somewhat related, I guess.
Could you
ChangeLog says it all.
2006-02-23 Anthony Balkissoon [EMAIL PROTECTED]
* java/math/BigDecimal.java:
(toString): Fixed a problem where the negative sign was being displayed
twice in the exponent.
(toEngineeringString): New method.
(toPlainString):
Hi Lillian,
- reshape in Component was fixed. invalidate() was only being called on
the component if it has moved or has been resized. But the problem is
that a component could be moved, because its parent moved, and the
component would not know about it.
invalidate() should always
I have implemented a couple of Toolkit methods that can be used to
globally listen to events that pass the event queue. My focus was on
doing this as efficient as possible, so that it does not slow down event
processing more than absolutely necessary. This involved a new utility
method for fast
Roman This patch also makes Toolkit.createComponent() return a
GLightweightPeer
Roman again. I got NullPointerExceptions with Swing applications otherwise
and
Roman think we should do like Sun here and provide a default impl for
Roman lightweight peers.
Roman ...
Roman(createComponent):
Based on my last patch I am now able to improve the handling of mouse
events in popup menus.
We had a hugely inefficient implementation before: opening a popup menu
has caused the glasspane of the corresponding frame to become active, so
that all mouse events outside the menu could be detected
The attached patch makes painting in Swing a little more correct by
letting the JRootPane override isOptimizedDrawingEnabled. This is now
implemented to return true only when the glassPane is invisible.
Otherwise, the glassPane overlays the rest of the JRootPane and must
always be considered when
Hi Scott,
Am Donnerstag, den 23.02.2006, 19:08 -0500 schrieb Scott Gilbertson:
Roman This patch also makes Toolkit.createComponent() return a
GLightweightPeer
Roman again. I got NullPointerExceptions with Swing applications otherwise
and
Roman think we should do like Sun here and provide a
On Fri, 2006-02-24 at 00:10 +0100, Roman Kennke wrote:
Hi Lillian,
- reshape in Component was fixed. invalidate() was only being called on
the component if it has moved or has been resized. But the problem is
that a component could be moved, because its parent moved, and the
Japi diff jdk11 vs classpath:
Full results:
http://www.kaffe.org/~stuart/japi/htmlout/h-jdk11-classpath.html
Changes since last run:
-Comparison run at Tue Feb 21 10:41:36 2006 GMT
-jdk11 API scanned at 2006/02/21 05:25:33 EST
-classpath API scanned at 2006/02/21 06:12:03 GMT
+Comparison run at
Baseline from: Wed Feb 22 13:22:32 UTC 2006
Regressions:
FAIL: Thread_Sleep output - bytecode-native test
Totals:
PASS: 3392
XPASS: 0
FAIL: 1
XFAIL: 10
___
Classpath-testresults mailing list
Classpath-testresults@gnu.org
Hi,
Some change(s) to GNU classpath committed in the last 24 hours
caused regression test failures on a number of Jikes RVM tests targeting
floating point. The same cvs checkout of Jikes RVM passes the tests using
classpath 0.20. My guess is that the problem is in the changes related
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Roman Kennke [EMAIL PROTECTED]06/02/22 10:03:14
Modified files:
. : ChangeLog
javax/swing: JTextField.java
Log message:
2006-02-22 Roman Kennke
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Robert Schuster [EMAIL PROTECTED] 06/02/22 10:40:56
Modified files:
. : ChangeLog
javax/swing/text: DefaultEditorKit.java
Log message:
2006-02-22 Robert
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Robert Schuster [EMAIL PROTECTED] 06/02/22 11:17:52
Modified files:
. : ChangeLog
javax/swing/text: Utilities.java
Log message:
This fixes PR #26413.
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Mark Wielaard [EMAIL PROTECTED] 06/02/22 14:47:51
Modified files:
java/awt : Checkbox.java
gnu/java/awt/peer/gtk: GtkCheckboxPeer.java
native/jni/gtk-peer:
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: generics-branch
Changes by: Anthony Balkissoon [EMAIL PROTECTED] 06/02/22 21:56:44
Modified files:
. : ChangeLog
java/math : BigDecimal.java
Log message:
2006-02-22
22 matches
Mail list logo