site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com User-agent: Thunderbird 2.0.0.14 (Windows/20080421) Side Note: -- Paul Miller | paul@fxtech.com | www.fxtech.com | Got Tivo? _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.ap... Pierre Jasmin wrote: I keep hearing it's an Objective C issue with dynamic libraries. That does not sound right to me. Since I know nothing about ObjectiveC (could not even develop a stand-alone to test what I am saying), can I ask if it isn't the issue itself in Apple implementation of dlopen (or whatever you use to load) - OR simply the arguments passed to dlopen? Don't you just dlsym() the entry points of the API (RTLD_LOCAL or something)? Otherwise isn't there a risk (aside secutiry) if symbols get loaded in global space, that I name a function the same as you and inadvertently override it in the exec. That does seem to be the case here. I don't know if it's ObjectiveC that's causing it, or if it just happens with pure C++ (name mangling or something). Incidentally, the compiler-switches Peter recommended solved my problem with the new plugin, and fortunately I didn't have to go back and touch v1. This email sent to site_archiver@lists.apple.com