Re: Self corruption in CFBundle
Re: Self corruption in CFBundle
- Subject: Re: Self corruption in CFBundle
- From: Rosyna <email@hidden>
- Date: Tue, 7 Feb 2006 10:34:20 -0700
This isn't the Metadata.framework doing it, so it has nothing to do
with the search field. It's the DesktopServicesPriv private framework
that's doing this. It's getting all the kind strings strings to
display in the open panel, which is ultimately a job of the
LaunchServices framework (the functions beginning with LS below).
I have to wonder, is this on your computer? If so, does the case of
your home folder on the hard drive differ from the case of the path
of the home folder as listed in NetInfo manager? Such as Tim vs tim
or something?
Ack, at 2/7/06, Timothy J.Wood said:
- Run one copy
- Bring up the open panel
- Select an OmniOutliner 3 file in the open panel; no need to even
open it, the damage is done.
- The metadata framework presumably kicks in due to the 'search'
field on the open panel
Debugging through this, I find that the exact point that the bundle
gets removed from the global CFMutableDictionary of
identifier->CFBundleRef is:
#0 0x90774fb4 in _CFBundleFlushCachesForURL ()
#1 0x90774ac4 in __CFBundleDeallocate ()
#2 0x9073e554 in _CFRelease ()
#3 0x919125ec in _LSClaimCopyKindString ()
#4 0x9190f34c in _LSCopyKindStringForRefInfo ()
#5 0x928059c0 in LockLSCopyKindStringForRefInfo ()
#6 0x9280590c in TMetaData::GetKindString ()
#7 0x92805854 in THFSPlusRef::GetKindString ()
#8 0x9280f764 in TPropertyTask::PropertyTaskProc ()
#9 0x90b43260 in PrivateMPEntryPoint ()
#10 0x9002b200 in _pthread_body ()
--
Sincerely,
Rosyna Keller
Technical Support/Holy Knight/Always needs a hug
Unsanity: Unsane Tools for Insanely Great People
It's either this, or imagining Phil Schiller in a thong.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden