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

[Emmanuel Dreyfus]

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/