Re: Trouble loading bundles at runtime
Re: Trouble loading bundles at runtime
- Subject: Re: Trouble loading bundles at runtime
- From: Bill Bumgarner <email@hidden>
- Date: Wed, 6 Feb 2008 14:21:37 -0800
On Feb 6, 2008, at 2:12 PM, Jonathan Hess wrote:
I'm not sure that this is your problem, but I would expect to see a
call to [pluginBundle load] right after pluginBundle is set to
[NSBundle bundleWithPath: path]. Having an instance of NSBundle
doesn't imply that the code for the bundle has been loaded into your
address space.
-principalClass should load the bundle and this check....
if (pluginClass = [pluginBundle principalClass]) {
.... would barf it didn't.
I would suggest that OP put in some logging or debugging only code
that prints something indicative of which if() fell through on failure.
I'm quite running out of ideas what is going on. The more because
in addition the gcc debugger seems to have problems with this on
its own:
Some suggestions:
- Check the bundle's path; is it different in the failure case vs.
the success case?
- does the download process do some kind of a "all done, move into
place" operation?
- could there be a race condition where your loading code is
activated before the cleanup-after-download is done?
BFD: BFD 2.16.91 20050815 internal error, aborting at /SourceCache/
gdb/gdb-768/src/bfd/cache.c line 517 in bfd_cache_lookup_worker
BFD: Please report this bug.
The Debugger has exited with status 1.The Debugger has exited with
status 1.
Please file a bug on that...
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