Re: [cp-patches] RFC: JTree and BasicToolBarUI

Hi Tania, The JTree change looks ok. Only some remark about the BasicToolBarUI one: Index: javax/swing/plaf/basic/BasicToolBarUI.java === RCS file: /cvsroot/classpath/classpath/javax/swing/plaf/basic/BasicToolBarUI.java,v

[cp-patches] FYI: Swing Button/UI optimization

This should improve memory footprint and initialization performance for JButton and derived classes: - The listeners in AbstractButton are combined into one class, thus only one instance needs to be instantiated per button (no sharing possible unfortunately). The protected ButtonChangeListener

[cp-patches] FYI: JComponent fix

In JComponent we handle pref/min/max size specially. However, since JDK1.5, we have the same stuff in Component (setBlahSize(), isBlahSizeSet()). I adjusted the JComponent impl to use the super impl when appropriate. This should improve memory footprint as it avoids the doubled space for the

[cp-patches] RFA: MenuShortcut.java

Hey, This patch fixes a failing test in Intel's TestSuite. I have committed a mauve test for this. Could someone kindly comment on and/or approve this patch. Cheers, Tania 2006-08-22 Tania Bento [EMAIL PROTECTED] * java/awt/MenuShortcut.java (MenuShortcut (int, boolean)):

[cp-testresults] FAIL: gcc build on Tue Aug 22 08:10:22 UTC 2006

/home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8

[cp-testresults] FAIL: gcc build on Tue Aug 22 11:20:04 UTC 2006

/home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8

[cp-testresults] FAIL: gcc build on Tue Aug 22 14:30:38 UTC 2006

/home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8

[cp-testresults] FAIL: regressions for mauve-jamvm on Tue Aug 22 20:53:44 UTC 2006

Baseline from: Wed Aug 2 19:46:25 UTC 2006 Regressions: FAIL: gnu.javax.crypto.key.srp6.TestOfSRPKeyGeneration FAIL: java.awt.Canvas.PaintTest FAIL: java.text.DecimalFormat.parse FAIL: java.util.Vector.AcuniaVectorTest FAIL: javax.swing.JComboBox.ComboRobot FAIL:

[cp-testresults] FAIL: regressions for mauve-cacao on Tue Aug 22 22:07:40 UTC 2006

Baseline from: Wed Aug 2 04:27:22 UTC 2006 Regressions: FAIL: java.awt.Canvas.PaintTest FAIL: java.net.HttpURLConnection.responseCodeTest FAIL: java.net.HttpURLConnection.responseHeadersTest FAIL: java.net.ServerSocket.ServerSocketTest FAIL: java.text.DecimalFormat.parse FAIL:

Re: Bringing License arguments to Sun

Hi Wes, On Mon, 2006-08-21 at 13:53 -0500, Wes Felter wrote: If One TCK is so important, let me propose a semi-heretical idea: don't open it. Certainly the 400 JVM developers should be able to run the TCK, but it's not clear that they need to distribute modified versions. (Of course, they

[commit-cp] classpath javax/swing/JComponent.java ChangeLog

CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Roman Kennke rabbit78 06/08/22 13:41:26 Modified files: javax/swing: JComponent.java . : ChangeLog Log message: 2006-08-22 Roman Kennke [EMAIL PROTECTED]