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
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
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:
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
-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
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]
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)
{
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
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
9 matches
Mail list logo