bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #60952] NSTimeZone fail to deal with tzfile v2+


From: Emmanuel Dreyfus
Subject: [bug #60952] NSTimeZone fail to deal with tzfile v2+
Date: Thu, 5 Aug 2021 11:16:04 -0400 (EDT)
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Firefox/60.0

Follow-up Comment #14, bug #60952 (project gnustep):

[comment #13 comment #13:]
> Certainly it looks to be in a state where I could take it and clean it up
and incorporate it into the source code repository if you like, or you could
carry on cleaning it up if you prefer.

You will certainly beat me at it, and I will appreciate if you could take it
over.

I pushed two more commits
1) split tzloadbody so that we can use it when loading with  - (id)
initWithName: (NSString*)name data: (NSData*)data. This removes the older
parser and make sure we get consistent output

2) Move public domain code in tzdb.c as you requested.

And there are still 4 methods that do not initialise struct state. I am not
sure of what happen if you call secondsFromGMTForDate for a zone created that
way.

- (id) initWithOffset: (NSInteger)anOffset name: (NSString*)aName;
- (id) initWithTimeZone: (GSAbsTimeZone*)aZone;
- (id) initWithCoder: (NSCoder*)aDecoder
- (id) initWithTimeZone: (NSTimeZone*)aZone
             withAbbrev: (NSString*)anAbbrev
             withOffset: (NSInteger)anOffset
                withDST: (BOOL)isDST

 

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?60952>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]