Re: Self corruption in CFBundle
Re: Self corruption in CFBundle
- Subject: Re: Self corruption in CFBundle
- From: "Timothy J. Wood" <email@hidden>
- Date: Tue, 7 Feb 2006 09:51:02 -0800
On Feb 7, 2006, at 9:34 AM, Rosyna wrote:
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).
Ah, I was just mislead by the 'MetaData' in the backtrace and
wasn't paying attention to that part much :)
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?
The running copy of OmniOutliner is on a local HFS+ disk. The
other copy is on a NFS mount (case-sensitive) in a directory
generated by our automated build system. My home folder is on the
NFS mount, too, but that should have nothing to do with this as
neither copy of the app is near my home directory.
We should really just move our /Network/Applications folder to /
Network/DontLetLaunchServicesSeeMe. We've run into bugs with this
with Spotlight importers (random copy picked), and Automator actions
also (Automator loads duplicate actions from multiple copies of the
app w/o regard for version numbers, etc).
We tried switching our file server to AFP a while back and it was
totally great in that we could easily unmount it (thus avoiding all
the fragility in the frameworks with multiple copies of an app), but
really lame in that the AFP server doesn't handle any significant
load w/o going insane.
-tim
_______________________________________________
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