FROM : Alexander Griekspoor
DATE : Wed Feb 06 23:32:13 2008
Hi Bill,
> Some suggestions:
>
> - Check the bundle's path; is it different in the failure case vs.
> the success case?
No, identical, except as said the infoDictionary of the bundle is
markedly different (lacking the key for the main nib, hence in Leopard
loadNibNamed seems to fall back to your main nib of the application).
If I then load the plist using NSFileManager to get the complete one
and fill in the proper nib name in loadNibNamed it still fails.
>
> - does the download process do some kind of a "all done, move into
> place" operation?
Yes, it downloads the zipped bundle, and does an unzip.
>
> - could there be a race condition where your loading code is
> activated before the cleanup-after-download is done?
That's what I thought as well for a moment, but even if I do a
performSelector:object:withDelay: of 3 sec it's still doesn't work.
>>> 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...
Ok, will do. It's difficult to know what happens though..
Thanks,
Alex
>
>
**********************************************
** Alexander Griekspoor PhD **
**********************************************
mekentosj.com
EnzymeX - To cut or not to cut
2006 Winner of the Apple Design Awards
Best Mac OS X Scientific Solution
http://www.mekentosj.com/enzymex
**********************************************
DATE : Wed Feb 06 23:32:13 2008
Hi Bill,
> Some suggestions:
>
> - Check the bundle's path; is it different in the failure case vs.
> the success case?
No, identical, except as said the infoDictionary of the bundle is
markedly different (lacking the key for the main nib, hence in Leopard
loadNibNamed seems to fall back to your main nib of the application).
If I then load the plist using NSFileManager to get the complete one
and fill in the proper nib name in loadNibNamed it still fails.
>
> - does the download process do some kind of a "all done, move into
> place" operation?
Yes, it downloads the zipped bundle, and does an unzip.
>
> - could there be a race condition where your loading code is
> activated before the cleanup-after-download is done?
That's what I thought as well for a moment, but even if I do a
performSelector:object:withDelay: of 3 sec it's still doesn't work.
>>> 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...
Ok, will do. It's difficult to know what happens though..
Thanks,
Alex
>
>
**********************************************
** Alexander Griekspoor PhD **
**********************************************
mekentosj.com
EnzymeX - To cut or not to cut
2006 Winner of the Apple Design Awards
Best Mac OS X Scientific Solution
http://www.mekentosj.com/enzymex
**********************************************
| Related mails | Author | Date |
|---|---|---|
| Alexander Griekspo… | Feb 6, 18:36 | |
| Jonathan Hess | Feb 6, 23:12 | |
| Alexander Griekspo… | Feb 6, 23:20 | |
| Bill Bumgarner | Feb 6, 23:21 | |
| Bill Bumgarner | Feb 6, 23:26 | |
| Alexander Griekspo… | Feb 6, 23:32 |






Cocoa mail archive

