also sprach GOTO Masanori <[EMAIL PROTECTED]> [2005.05.02.0610 +0200]:
> I agreed to Dickopp (you read the standard in detail).  This is the
> implementation dependent behavior.

I never proposed to change the standard. I proposed to make use of
implementation-dependent freedom to implement timezones sensibly.
Right now, I think it's broken.

> If your wish is just for date command, and you did not request to
> change the current libc standard behavior, we can propose other
> fixes.

This was the original proposal, to which your only comment was that
I should read the standard.

> The simplest idea is to use strptime and parse them, and check the
> validity.  Another idea is to create new function tzvalid() that
> inspects the validity of timezone value.  Other idea is date command
> parses /usr/share/timezone directory - it's a bit ugly change, though.

tzvalid() sounds fine. And if the timezone is not valid, a warning
can be issued and GMT used instead.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`.     martin f. krafft <[EMAIL PROTECTED]>
: :'  :    proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!
 
"es ist immer etwas wahnsinn in der liebe.
 es ist aber auch immer etwas vernunft im wahnsinn."
                                                 - friedrich nietzsche

Attachment: signature.asc
Description: Digital signature

Reply via email to