Changeset: 443db0030323 Author: peytoia Date: 2008-10-02 15:54 +0900 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/443db0030323 6645263: (cal) Calendar throw java.lang.IllegalArgumentException: WEEK_OF_MONTH Reviewed-by: okutsu ! src/share/classes/java/util/Calendar.java + test/java/util/Calendar/Bug6645263.java
Changeset: 7f4488e9ba24 Author: peytoia Date: 2008-10-03 15:54 +0900 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/7f4488e9ba24 6683975: [fmt-da] Regression: Java 6 returns English DateFormatPatterns for Thai locale Reviewed-by: okutsu ! src/share/classes/sun/text/resources/FormatData_th.java + test/java/text/Format/DateFormat/Bug6683975.java
Changeset: f71879c0999f Author: naoto Date: 2008-10-06 17:16 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/f71879c0999f 6706382: jdk/test/java/util/Locale/data/deflocale.sol10 has incorrect legal notice Reviewed-by: okutsu ! test/java/util/Locale/data/deflocale.sol10
Changeset: a9be64f0ad3e Author: peytoia Date: 2008-10-07 18:25 +0900 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/a9be64f0ad3e 6756569: (tz) Support tzdata2008g Reviewed-by: okutsu ! make/sun/javazic/tzdata/VERSION ! make/sun/javazic/tzdata/africa ! make/sun/javazic/tzdata/asia ! make/sun/javazic/tzdata/europe ! make/sun/javazic/tzdata/southamerica
Hi, I've had various troubles to configure my openSuSE 10.3 to compile openJDK and am still not sure if I set everything correctly. The build ended in an OutOfMemoryError.(Continue reading)Fortunatly I was able to hack the make/netbeans/swing to compile also the sun/awt packages (with the new Java SE 7 version it worked). I then was able to pack the sun/awt package into a jar. Then I hacked the make/netbeans/common/shared.xml to reference that jar when compiling. It works, but as I think you agree, it is less than optimal. It seems it takes quite some time untill the changes in jdk7/swing/jdk repository can be integrated to the main repository. Since Swing is a 100% Java project with no native part, I think it should be possible for Swing developers to use the simplified build at make/netbeans/swing to just build the Swing Java classes. Thus I suggest to build bootstrap jdks from the jdk7/swing/jdk repository and make these binaries available to the Swing developers. What do you think? -Florian Am Montag, 8. September 2008 schrieb Pavel Porvatov: > Hi Florian, > > I don't know info about the make/netbeans/swing project. But as I > understand you have an old build of jdk and it's the main problem. > Sometimes (when there are a lot of changes in repository) you have to > rebuild WHOLE jdk (or get a fresh build). > > Here are some ideas:
Hi, here another patch to remove warnings in the gtk package. When compiling with -Xlint -J-Xms80m -J-Xmx256m -Xlint:-serial -Xlint:-deprecation -Xlint:-fallthrough -Xmaxwarns 2300 this patch reduces the number of reported warnings from 201 to 112. Again, I tried only to change things related to the warnings and not to change any public or protected APIs in public or protected classes in this patch. At many places I tried to add type parameters as meaningful as possible, but with some cases I just used Object, if a more meaningful type parameter was not so trivial. You might want to refactor this if needed. (Though everything should work as it is.) -Florian
Hi Florian, Thanks for your patch. I'll review your patch in two-three weeks and mail you response. Thanks, Pavel. > Hi, > > here another patch to remove warnings in the gtk package. > > When compiling with > -Xlint -J-Xms80m -J-Xmx256m -Xlint:-serial -Xlint:-deprecation -Xlint:-fallthrough -Xmaxwarns > 2300 > this patch reduces the number of reported warnings from 201 to 112. > > Again, I tried only to change things related to the warnings and not to change > any public or protected APIs in public or protected classes in this patch. > > At many places I tried to add type parameters as meaningful as possible, > but with some cases I just used Object, if a more meaningful type > parameter was not so trivial. You might want to refactor this if needed. > (Though everything should work as it is.) > > -Florian >
Hi there, how can we go about getting this patch into OpenJDK mainline? /Roman Am Dienstag, den 16.09.2008, 10:54 +0200 schrieb Roman Kennke: > Hello, > > The attached patch fixes two problems in RepaintManager. The first one > is a direct cast from Toolkit to SunToolkit, without checking for the > actual type, the second is using a SunToolkit static method without > checking if we are actually using a SunToolkit. This makes it impossible > to use a non-SunToolkit as AWT backend. The solution in the first case > is to check for SunToolkit (of course) and in the 2nd case to also check > for SunToolkit, and using a different method to post event to the EQ. > This patch was developed as part of the Caciocavallo project and it > would be good to have it merged it into mainline. What do you think? > > /Roman > -- -- Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Straße 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-48 USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe Geschäftsführer: Dr. James J. Hunt(Continue reading)
Hello Roman > Hi there, > > how can we go about getting this patch into OpenJDK mainline? Sorry for delay The fix looks good, I see no reasons why not to push it to openJDK 6 I filed an RFE #6759311 RepaintManager casts Tookit to SunToolkit without instanceof check It usually requires a couple of days for CR to appear in the public database If you would like to push to the workspace yourself, you are welcome alexp > > /Roman > > Am Dienstag, den 16.09.2008, 10:54 +0200 schrieb Roman Kennke: >> Hello, >> >> The attached patch fixes two problems in RepaintManager. The first one >> is a direct cast from Toolkit to SunToolkit, without checking for the >> actual type, the second is using a SunToolkit static method without(Continue reading)
Hello Alexander, > The fix looks good, > I see no reasons why not to push it to openJDK 6 Thanks. I suppose you mean JDK7? > I filed an RFE > #6759311 RepaintManager casts Tookit to SunToolkit without instanceof check > > It usually requires a couple of days for CR to appear in the public database > > If you would like to push to the workspace yourself, > you are welcome I can do that, thanks(Continue reading)I propose the following Changeset comment: 6759311: RepaintManager casts Tookit to SunToolkit without instanceof check Summary: Check type of Toolkit before casting. Reviewed-by: alexp If this is ok, then I'll push it to the gate ASAP. Thanks and cheers, Roman > > alexp > > >
RSS Feed11 | |
|---|---|
27 | |
33 | |
68 | |
56 | |
59 | |
73 | |
24 | |
51 | |
57 | |
11 | |
77 | |
58 | |
64 | |
39 | |
10 | |
34 | |
23 | |
34 | |
44 | |
73 | |
41 | |
32 | |
21 | |
41 | |
84 | |
69 | |
33 | |
33 | |
49 | |
54 | |
32 | |
49 | |
15 | |
25 | |
44 | |
27 | |
32 | |
29 | |
34 | |
27 | |
36 | |
51 | |
29 | |
42 | |
46 | |
90 | |
44 | |
61 | |
29 | |
41 | |
34 | |
30 | |
11 | |
28 | |
25 | |
38 | |
17 | |
20 | |
18 | |
19 | |
40 | |
13 | |
4 | |
18 | |
2 | |
9 | |
17 | |
31 | |
10 | |
12 | |
5 | |
16 |
