On Dec 9, 2006, at 10:35 AM, Alfred Van Hoek wrote:
Well, here's the issue. It turns out this is the problem. We use
NSAddImage and NSLookupSymbolInImage because dyld isn't available
in anything prior to 10.3. NSAddImage has no notion of adding an
image to a private namespace, even if two level namespaces are
used. So, whichever library loads the symbol first will be used
for the rest of the run.
We can use dyld on 10.3 and higher though, so if possible, please
file a report against this. One workaround might be to package the
dylib into a bundle and declare against the bundle. This should work.
Does this still holds? I mean it is an issue that I have. If
REALbasic is adding an image to a private namespace, our code will
fail to add it's own image, and when we call a symbol, it is the
symbol owned by the rbframework that will crash our app. (Using the
current RB version in 10.4.8).
Given your workaround suggestion, is there a shell command or such
that can put the dylib in a bundle, or do we need to use Xcode for
that?
Even if we wrap our dylib into a bundle, providing an Info.plist, it
does not matter, declaring leads to the same problem: there is no
private namespace. Another idea, short of filing a report against it?
Alfred
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
|