Re: Bug in the docs ...
This WebDNA talk-list message is from 2002
It keeps the original formatting.
numero = 42251
interpreted = N
texte = Kenneth Grome wrote:> The docs say [date %Z] gets the time zone of the server, but the docs > are wrong. It is [date %z] that gets the time zone of the server ... so > this is the first thing that needs to be fixed.At least according to M$loth's implementation, %Z is the same thing as %z. Big suprise! M$loth doesn't follow international standards!> > And unfortunately, the way it displays the resulting value is not > consistent across platforms. For example, on my MacOS9 server it gives > me +0800 but on an NT server it gives me Pacific Daylight Time.According to ISO C99, the following format strings are acceptable:%zRFC 822/ISO 8601:1988 style numeric time zone (e.g., -0600 or), or nothing if no time zone is determinable.%ZThe time zone abbreviation (empty if the time zone can't be determined).If you have not set the TZ environment variable, you typically won't get anything for %Z (since it just stupidly echos whatever you have).Don't use NT if you want to gracefully handle international information...John-- John PeacockDirector of Information Research and TechnologyRowman & Littlefield Publishing Group4720 Boston WayLanham, MD 20706301-459-3366 x.5010fax 301-429-5747-------------------------------------------------------------This message is sent to you because you are subscribed to the mailing list
.To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
Kenneth Grome wrote:> The docs say [date %Z] gets the time zone of the server, but the docs > are wrong. It is [date %z] that gets the time zone of the server ... so > this is the first thing that needs to be fixed.At least according to M$loth's implementation, %Z is the same thing as %z. Big suprise! M$loth doesn't follow international standards!> > And unfortunately, the way it displays the resulting value is not > consistent across platforms. For example, on my MacOS9 server it gives > me +0800 but on an NT server it gives me Pacific Daylight Time.According to ISO C99, the following format strings are acceptable:%zRFC 822/ISO 8601:1988 style numeric time zone (e.g., -0600 or), or nothing if no time zone is determinable.%ZThe time zone abbreviation (empty if the time zone can't be determined).If you have not set the TZ environment variable, you typically won't get anything for %Z (since it just stupidly echos whatever you have).Don't use NT if you want to gracefully handle international information...John-- John PeacockDirector of Information Research and TechnologyRowman & Littlefield Publishing Group4720 Boston WayLanham, MD 20706301-459-3366 x.5010fax 301-429-5747-------------------------------------------------------------This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
John Peacock
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
[append] vs. [appendfile] delta + question? (1997)
easy numfound search? (2001)
Nested vs conditional (1997)
validatin on NT (sorry for the dups and etc) (1998)
Credit Card Number checking (1997)
TCPConnect misbehavin' for me. (2000)
# fields limited? (1997)
WebCat2b12plugin - [search] is broken ... not! (1997)
Line items in table cells (1997)
IE-caching (1998)
[OT] Internet Access (2003)
WC2b15 File Corruption (1997)
problems with 2 tags (1997)
WebCatalog Hosting (1996)
[WebDNA] Mail with authentication (User, Password, Port) (2012)
Ampersand (1997)
Include a big block of text (1997)
Two submit buttons ? (1997)
Moving Files (2000)
Re:Running 2 two WebCatalog.acgi's (1996)