Re: Re[2]: CEST TimeZone

[Jeremy Bettis]

<rant>
I think it is a shame that GNUstep has it's own set of timezone files 
instead of just using the operating system's timezone info.

At least, how about not using them when the OS has zoneinfo or good native 
time zone support.  Such as Linux, Solaris, and MS-Windows. Then you'd only 
need to install GSTimeZones on old crufty systems.

I have a patch ready for anyone who wants it that will make GNUStep on Win32 
ignore the GStimezones and use the Microsoft timezone information, which is 
really quite complete.

I know the issue that will come up is DO, and NSCalendarDate archiving.  How 
about using GMT+offset in date coders.
</rant>

----- Original Message ----- 
From: "Manuel Guesdon" <address@hidden>
To: "Adam Fedor" <address@hidden>
Cc: <address@hidden>
Sent: Tuesday, December 21, 2004 4:21 AM
Subject: Re[2]: CEST TimeZone


> Hi,
>
> On Dec 16, 2004, at 4:06 AM, Manuel Guesdon wrote:
> >|
> >| > Hi,
> >| >
> >| > My postgresql database returns dates with CEST tz but
> >| > there's no CEST tz in GNUstep time zones
> >| > Is it missing or is it a postgresql problem (or my own
> >| > error :-) ?
> >| >
> >|
> >| CEST is an abbreviation, so you should be able to get a timezone from
> >|
> >| +timeZoneWithAbbreviation:
> >|
> >| although it will probably return some odd timezone (I've been meaning
> >| to apply Georg's abbreviation dictionary patch regarding this).
>
> I get the following messages:
> <<
> File NSData.m: 153. In readContentsOfFile Open
> (/usr/GNUstep/Local/Library/Libraries/Resources/gnustep-base/NSTimeZones/zones/CEST) 
> attempt failed - No such file or
> directory
> > >
> and
> <<
> Unable to obtain time zone
> `CEST'... <NSException: e7296f8> NAME:GSTimeZoneFileException REASON:File 
> is too small
> > >
>
> When I do a
>  [[NSCalendarDate alloc] initWithString:@"09/04/2003 17:58:45 CEST"
>                              calendarFormat:@"%m/%d/%Y %H:%M:%S %Z"
>
> There's a CEST in NSTimeZones/abbreviations bu no CEST file 
> (NSTimeZones/zones/CEST)
>
> BTW, the message come many times. May be we could cache the negative 
> result
> instead of trying to open the file everytime.
>
> Manuel