Re: another NSCFDictionary and GC problem?
Re: another NSCFDictionary and GC problem?
- Subject: Re: another NSCFDictionary and GC problem?
- From: Bill Bumgarner <email@hidden>
- Date: Thu, 05 Feb 2009 07:56:12 -0800
On Feb 5, 2009, at 3:23 AM, Markus Guhe wrote:
I get the following elusive crash (about once in 20 app launches).
It happens while decoding a dictionary using an NSKeyedUnarchiver
from a saved file when my application starts. The value of the
dictionary that causes this problem is an attributed string, and the
crash only occurs if the string that's being decoded contains a non-
text attachment (if it is an RTFD string).
This *might* be a bug in the framework, given the quite specific and
somewhat corner case configuration required to cause it. Or it might
be a problem in your code that is uniquely triggered by this
combination.
The problem only occurs if GC is turned on (and only on slower
machines or when starting it with the standard Development profile
from Xcode). It always occurs at this point in NSCFDictionary.
I saw the recent discussion on NSCFDictionary and GC thread on this
list. Could this be related?
Nope -- that it is crashing NSCFDictionary is a symptom, not the
problem. The other issue was [most very likely] that the developer
was using an older version of the Sparkle framework that is buggy (or
that current Sparkle code has GC specific bugs).
I've been banging my head over this for some time now; so any help
or hint is greatly appreciated! If this is a problem in the library:
is there a workaround?
Please file a bug wit a binary of your application, some data you know
crashes, and instructions for how the app should be launched to
reproduce the issue (and send me the bug #).
http://bugreport.apple.com/
b.bum
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden