Re: 8+3-filesystem support

2004-09-06 Thread Dr. Torsten Rupp
Dear Mark, Agreed. Could you supply a patch that cleans up the current code to separate the 8.3 thing and the file separator thing to explicitly mention something like fileSystem8_3 and introduces a system property that the runtime should set when such a file system is set? Attached to this email

RE: 8+3-filesystem support

2004-09-06 Thread Jeroen Frijters
Dr. Torsten Rupp wrote: Attached to this email there is a patch. Please try it. It is still not a nice implementation, because I still did not removed the backslash-tests to keep it compatible with the current implementation in Classpath. If everybody agree it would be a nice idea to

TimeZone

2004-09-06 Thread Jeroen Frijters
Hi, I'm not sure, but I think with the recent time zone changes there was a bug introduced. Does the patch below make sense? Regards, Jeroen Index: java/util/TimeZone.java === RCS file:

java/util/logging/LogManager.java

2004-09-06 Thread Jeroen Frijters
Hi, Can anyone who understands logging please look at the patch below to see if it makes sense? Regards, Jeroen Index: java/util/logging/LogManager.java === RCS file: /cvsroot/classpath/classpath/java/util/logging/LogManager.java,v

Re: Mauve patches for SpinnerListModel

2004-09-06 Thread Thomas Zander
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 05 September 2004 21:26, Mark Wielaard wrote: Also, does anyone have any idea as to why Mauve only seems to test java.io and java.net when I run make check?  Using ant, I can get it to compile all the tests but it segfaults in

Re: TimeZone

2004-09-06 Thread Bryce McKinlay
Jeroen Frijters wrote: Hi, I'm not sure, but I think with the recent time zone changes there was a bug introduced. Does the patch below make sense? Hmm... have an example/test case? Bryce ___ Classpath mailing list [EMAIL PROTECTED]

RE: TimeZone

2004-09-06 Thread Jeroen Frijters
Bryce McKinlay wrote: Jeroen Frijters wrote: I'm not sure, but I think with the recent time zone changes there was a bug introduced. Does the patch below make sense? Hmm... have an example/test case? public class test { public static void main(String[] args) {

Re: TimeZone

2004-09-06 Thread Mark Wielaard
Hi, On Mon, 2004-09-06 at 17:13, Jeroen Frijters wrote: I'm not sure, but I think with the recent time zone changes there was a bug introduced. Does the patch below make sense? - if (gmtOffset 24) + if (Math.abs(gmtOffset) 24) Eep. Yes, that is the correct fix. I introduced that

RE: TimeZone

2004-09-06 Thread Mark Wielaard
Hi, On Mon, 2004-09-06 at 20:44, Jeroen Frijters wrote: Upon reflection (and some more experiments) the code doesn't seem to make any sense to me. The TimeZone.getDefaultTimeZone(String) should have enough documentation of how the format is interpreted. It is derived from (a simplified version