On Sun, Oct 2, 2011 at 7:50 PM, Graham Cox <[email protected]> wrote: > A user is reporting this error logged to the console when trying to load a > plug-in bundle (an iTunes visualizer): > > dlopen(<path to plug-in>): Symbol not found: __NSConcreteStackBlock > Referenced from:<path to plug-in executable> > Expected in: /usr/lib/libSystem.B.dylib > > > The plug-in is built against the 10.7 SDK with a minimum deployment target of > 10.5 (however, I've only tested it on 10.6 and 10.7). The user has version > 10.5.8, so I'm guessing that this private class isn't available there. > > Apparently this is a private member of a class cluster (which class, I do not > know), so I'm not invoking it directly. With a deployment target of 10.5, > shouldn't the linker or compiler complain at some point? What should I be > looking for?
Is this user running the app as 64bit? I seem to remember that 64bit Cocoa wasn't really finalized till 10.6 and some classes moved between libraries. _______________________________________________ Cocoa-dev mailing list ([email protected]) 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: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [email protected]
