|
Thanks for the help, Simon. As you said, there was already an EN_US locale on my system. So I changed the QLOCALE system value to refer to that, with no effect. So the next step was to take the locale text that you posted and fix that up. When I ran the CRTLOCALE command, however, it did nothing but use 70% of the system's CPU until I decided to kill it. There's an excellent chance that we don't have "Extended NLS Support" installed on our AS/400s, although I haven't checked that. However. I have a DOJAVA command that is used to submit all of our Java classes (it standardizes things like the classpath and then calls RUNJVA). So I changed it to force the system property user.timezone to be America/Vancouver, and this works just fine. When I run into the problem of different systems in different timezones, I can create a data area to hold the timezone name. PC2 -----Original Message----- From: Simon Coulter [mailto:shc@flybynight.com.au] Sent: April 16, 2001 21:48 To: JAVA400-L@midrange.com Subject: Re: AS/400 timezone +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.