[bug #24784] Thread safety issue with NSCalendarDate...

URL: Summary: Thread safety issue with NSCalendarDate... Project: GNUstep Submitted by: gcasa Submitted on: Sat 08 Nov 2008 05:45:27 PM EST Category: Base/Foundation S

[bug #24784] Thread safety issue with NSCalendarDate...

Update of bug #24784 (project gnustep): Status:None => Need Info ___ Follow-up Comment #1: What is the bug? What method(s) are concerned and in what way are they unsafe? __

[bug #24784] Thread safety issue with NSCalendarDate...

Follow-up Comment #2, bug #24784 (project gnustep): Please see the following: /home/heron/Development/gnustep/core/base/Testing/synctest/obj/SyncTest: Uncaught exception NSGenericException, reason: subclass NSCalendarDate(instance) should override initWithTimeIntervalSinceReferenceDate: 2008-11-

[bug #24784] Thread safety issue with NSCalendarDate...

Follow-up Comment #4, bug #24784 (project gnustep): The exception reports the class as being an NSCalendarDate instance, not an NSDate instance, so it's not that the message is going to the wrong class, but the class has no implementation of the method ... however the class does implement the met

[bug #24784] Thread safety issue with NSCalendarDate...

Follow-up Comment #3, bug #24784 (project gnustep): For some reason when it reaches the following code in NSLog.m: else { prefix = [NSString stringWithFormat: @"%@ [EMAIL PROTECTED] ", >> [[NSCalendarDate calendarDate] descriptionWithCal

[bug #24784] Thread safety issue with NSCalendarDate...

Follow-up Comment #5, bug #24784 (project gnustep): I added a gcc/libobjc bug report for this at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38307 I can supply a patch against gcc subversion for the runtime if people are interested. ___ R

[bug #24784] Thread safety issue with NSCalendarDate...

Follow-up Comment #6, bug #24784 (project gnustep): I think that would be an excellent idea. Thanks for looking into this further. :) ___ Reply to this item at: __

[bug #24784] Thread safety issue with NSCalendarDate...

Follow-up Comment #7, bug #24784 (project gnustep): I added a patch for a bugfix for this to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38307 I'd appreciate it if other people could have a look at it and spot any errors, though it seems to be working for me. ___

[bug #24784] Thread safety issue with NSCalendarDate...

Follow-up Comment #8, bug #24784 (project gnustep): Thanks! I've looked at the patch and it looks correct but does seem rather complicated but I believe I understand the dilemma. We want to avoid adding extra checks (like CLS_ISINITIALIZED which would have to be adapted anyways) the hot path.

[bug #24784] Thread safety issue with NSCalendarDate...

Follow-up Comment #9, bug #24784 (project gnustep): Yes it *is* complicated :-( And yes, the main problems are because I had to maintain performance in the normal case and maintain binary backwards compatibility. Unfortunately the idea of the meta-class use does not seem workable (unless I misu

[bug #24784] Thread safety issue with NSCalendarDate...

Update of bug #24784 (project gnustep): Status: Need Info => Fixed Open/Closed:Open => Analyzed ___ Follow-up Comment #10: Well, as this is

[bug #24784] Thread safety issue with NSCalendarDate...

Update of bug #24784 (project gnustep): Open/Closed:Analyzed => Closed ___ Follow-up Comment #11: More recent versions of the GNU runtime have fixed this. _