Re: [cp-patches] Patch: FYI: hard-code SAX fallback

> "Jeroen" == Jeroen Frijters <[EMAIL PROTECTED]> writes: >> I think for proper operation we have to remove the various XML service >> files from META-INF; see the earlier thread. But in order for this to >> work we also have to fix SAX to properly fall back to the Classpath SAX >> parser. J

[commit-cp] classpath ChangeLog java/util/GregorianCalendar...

CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Gary Benson07/04/05 12:52:45 Modified files: . : ChangeLog java/util : GregorianCalendar.java Log message: 2007-04-05 Gary Benson <[EMAIL PROTECTED]>

[Bug classpath/22800] ARM double to ascii conversion issue

--- Comment #22 from twisti at complang dot tuwien dot ac dot at 2007-04-05 13:48 --- The last commit should fix all remaining problems. -- twisti at complang dot tuwien dot ac dot at changed: What|Removed |Added --

[Bug classpath/22800] ARM double to ascii conversion issue

--- Comment #21 from cvs-commit at developer dot classpath dot org 2007-04-05 13:42 --- Subject: Bug 22800 CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Christian Thalinger 07/04/05 12:41:34 Modified files: . : ChangeLog

[commit-cp] classpath ChangeLog native/jni/java-lang/java_l...

CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Christian Thalinger 07/04/05 12:41:34 Modified files: . : ChangeLog native/jni/java-lang: java_lang_VMDouble.c Log message: 2007-04-05 Christian Thalinger <[EMAIL PROTECTED]>

[Bug classpath/22800] ARM double to ascii conversion issue

--- Comment #20 from twisti at complang dot tuwien dot ac dot at 2007-04-05 13:39 --- Sorry for the long delay, but the SWAP_DOUBLE-patch is required. I have it pending locally for months and we had no problems anymore with all Arm machines we tested on. I'll commit a patch in a minut

[commit-cp] classpath ChangeLog native/jni/java-net/java_ne...

CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Christian Thalinger 07/04/05 12:34:19 Modified files: . : ChangeLog native/jni/java-net: java_net_VMNetworkInterface.c Log message: 2007-04-05 Christian Thalinger <[EMAIL PROT

[commit-cp] classpath ChangeLog native/jni/java-nio/gnu_jav...

CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Christian Thalinger 07/04/05 12:20:50 Modified files: . : ChangeLog native/jni/java-nio: gnu_java_nio_charset_iconv_IconvDecoder.c gnu_java_nio_charset_iconv

[commit-cp] classpath ChangeLog autogen.sh configure.ac nat...

CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Mark Wielaard 07/04/05 12:05:48 Modified files: . : ChangeLog autogen.sh configure.ac native/jawt: Makefile.am native/jni/gconf-peer: Makefile.am native/jni/gtk-peer

Thread.getState() return value

Hi! Finally I had some time to implement Thread.getState() and noticed that we still return a java.lang.String. Shouldn't we change that since we are now 1.5 on head? - twisti

Re: Thread.getState() return value

On Thu, 2007-04-05 at 12:26 +0200, Christian Thalinger wrote: > Finally I had some time to implement Thread.getState() and noticed that > we still return a java.lang.String. Shouldn't we change that since we > are now 1.5 on head? I assume you are talking about VMThread.getState(). I would rather