August 2013 - Pro-apps-dev - lists.apple.com

Re: C++ name collisions between plugins
by Paul Miller 15 Aug '13

15 Aug '13

On 8/15/2013 11:46 AM, Paul Schneider wrote: Are you sure the wrong code is being executed? If you have dSYMs loaded for both plugins, the debugger might be getting confused and showing you the wrong source file. _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com It has to be, since it's crashing when it *does* jump into the older code, and NOT crashing when it *doesn't* jump into the old code. It seems to be random. I'm using Intel 12.0, for reasons relating to OpenMP. Another developer suggested I try setting "-fvisibility-hidden=filename", which I will try next. As for how things are getting linked, the plugin is the only shared object - all of my C++ code is compiled statically into the plugins.

1 0

Re: C++ name collisions between plugins
by Peter Litwinowicz 15 Aug '13

15 Aug '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: C++ name collisions between plugins
by Paul Schneider 15 Aug '13

15 Aug '13

Are you sure the wrong code is being executed? If you have dSYMs loaded for both plugins, the debugger might be getting confused and showing you the wrong source file. > On Aug 15, 2013, at 9:41 AM, Darrin Cardani <dcardani(a)apple.com> wrote: > > >> On Aug 15, 2013, at 7:37 AM, Paul Miller <paul(a)fxtech.com> wrote: >> >>> On 8/15/2013 9:29 AM, Ben Syverson wrote: >>> C++ or Objective C? The Obj C runtime doesn't (can't) distinguish between two classes with the same name, so it's problematic for plugins. >> >> All my code is C++. I have a thin Objective C FxPlug wrapper around it which does has a unique name (I learned that part a long time ago). >> >>> Now I just prefix every class with the reverse domain, product and version number, like this: >>> ComBenSyversonMattebox2Render >>> >>> It's sort of absurd, but it's the only solution to completely avoid collisions. >> >> Yuck. I don't mind having unique names for the Obj C stuff but I have way too much C++ code to do that with. > > I can understand that. There should be no issues with C++, since it generally doesn't call things by name at run time the way Objective-C does. Without more info about how your linking and calling things, it's hard to tell you what to do. > > Can you describe the various pieces of code and how they interact? How are you linking class Foo into your plug-ins? Is it in a dynamic library (framework, etc.)? Or are you compiling a static library containing Foo into both plug-ins? Or is it even just directly in the source of the plug-ins? > > If it's a dynamic library, how do you load the library? dlopen()? Let dyld do it automatically at plug-in load time? > > Darrin > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/pro-apps-dev/pschneider%40apple.com > > This email sent to pschneider(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: C++ name collisions between plugins
by Darrin Cardani 15 Aug '13

15 Aug '13

On Aug 15, 2013, at 7:37 AM, Paul Miller <paul(a)fxtech.com> wrote: > On 8/15/2013 9:29 AM, Ben Syverson wrote: >> C++ or Objective C? The Obj C runtime doesn't (can't) distinguish between two classes with the same name, so it's problematic for plugins. > > All my code is C++. I have a thin Objective C FxPlug wrapper around it which does has a unique name (I learned that part a long time ago). > >> Now I just prefix every class with the reverse domain, product and version number, like this: >> ComBenSyversonMattebox2Render >> >> It's sort of absurd, but it's the only solution to completely avoid collisions. > > Yuck. I don't mind having unique names for the Obj C stuff but I have way too much C++ code to do that with. I can understand that. There should be no issues with C++, since it generally doesn't call things by name at run time the way Objective-C does. Without more info about how your linking and calling things, it's hard to tell you what to do. Can you describe the various pieces of code and how they interact? How are you linking class Foo into your plug-ins? Is it in a dynamic library (framework, etc.)? Or are you compiling a static library containing Foo into both plug-ins? Or is it even just directly in the source of the plug-ins? If it's a dynamic library, how do you load the library? dlopen()? Let dyld do it automatically at plug-in load time? Darrin _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Building and running sample plugins in FCPX
by Joseph 15 Aug '13

15 Aug '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: C++ name collisions between plugins
by Paul Miller 15 Aug '13

15 Aug '13

On 8/15/2013 9:29 AM, Ben Syverson wrote: C++ or Objective C? The Obj C runtime doesn't (can't) distinguish between two classes with the same name, so it's problematic for plugins. Now I just prefix every class with the reverse domain, product and version number, like this: ComBenSyversonMattebox2Render It's sort of absurd, but it's the only solution to completely avoid collisions. _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com All my code is C++. I have a thin Objective C FxPlug wrapper around it which does has a unique name (I learned that part a long time ago). Yuck. I don't mind having unique names for the Obj C stuff but I have way too much C++ code to do that with.

1 0

Re: C++ name collisions between plugins
by Ben Syverson 15 Aug '13

15 Aug '13

C++ or Objective C? The Obj C runtime doesn't (can't) distinguish between two classes with the same name, so it's problematic for plugins. Now I just prefix every class with the reverse domain, product and version number, like this: ComBenSyversonMattebox2Render It's sort of absurd, but it's the only solution to completely avoid collisions. Ben On Aug 15, 2013, at 9:17 , Paul Miller <stelefx(a)gmail.com> wrote: > I think this was discussed before, but I can't find the thread. > > I have an older plugin with a certain implementation of class Foo. > I have a newer plugin with a different implementation of class Foo. > > In compiler settings of BOTH plugins I have: > > Symbols Hidden By Default: ON > Inline Methods Hidden: ON > (Intel) Default Symbol Visibility: Hidden (-fvisibilty=hidden) > > Yet, my code will randomly jump between implementations of Foo if both plugins are installed. > > Aside from renaming every class or putting them in different namespaces, is there any other way around this? > > I'm running in the debugger in this case. Does that have an effect on it? > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/pro-apps-dev/ben%40bensyverson.com > > This email sent to ben(a)bensyverson.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

C++ name collisions between plugins
by Paul Miller 15 Aug '13

15 Aug '13

I think this was discussed before, but I can't find the thread. I have an older plugin with a certain implementation of class Foo. I have a newer plugin with a different implementation of class Foo. In compiler settings of BOTH plugins I have: Symbols Hidden By Default: ON Inline Methods Hidden: ON (Intel) Default Symbol Visibility: Hidden (-fvisibilty=hidden) I'm running in the debugger in this case. Does that have an effect on it? _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com Yet, my code will randomly jump between implementations of Foo if both plugins are installed. Aside from renaming every class or putting them in different namespaces, is there any other way around this?

1 0

Re: Building and running sample plugins in FCPX
by Darrin Cardani 14 Aug '13

14 Aug '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Building and running sample plugins in FCPX
by Philip Hodgetts 14 Aug '13

14 Aug '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0