May 2007 - Pro-apps-dev - lists.apple.com

Re: FxPlug 1.2 / Generator - getTexture
by David Farmer 22 May '07

22 May '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Trying to make sure it isn't anything obvious ( usually is! ). On May 22, 2007, at 12:18 PM, Dave Howell wrote: Hi David, _______________________________________________ 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: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… On May 22, 2007, at 10:04 AM, David Farmer wrote: I am using FxPlug SDK 1.2 and Motion3. Created a generator, and am trying to retrieve a texture from an image reference parameter. The getTexture method returns YES all the time even when there is nothing in the image well. The FxTexture pointer always returns NULL even when there is an object in the well. This code works great in Motion2 with FxPlug 1.1. Any changes or known bugs that might cause this? Nothing comes to mind. Do you think you could file a bug at bugreporter.apple.com, with a reproducible case with a plug-in (or even better, a barebones plug-in Xcode project) that demonstrates the problem? Dave This email sent to site_archiver(a)lists.apple.com

1 0

Re: unique function names?
by Paul Miller 22 May '07

22 May '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.0 (Windows/20070326) Basically, you say namespace { // whatever you want }; -- Paul Miller | paul(a)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(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… Paul Schneider wrote: Not sure, it might, but then we'd have to use macros again just like unique function names, since it is a single template function in a header file shared by various plugins projects. I think Paul Miller means anonymous namespaces. These are the preferred C++ idiom for "static" classes or functions (something I always forget about). and the compiler will generate a unique namespace name for you. Yeah - I use these to protect my template pixel processing functions from each other similar-named functions when linking multiple effects together. This email sent to site_archiver(a)lists.apple.com

1 0

Re: unique function names?
by Micah Sharp 22 May '07

22 May '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com oh yeah, that is right. Worth a shot. Thanks, Micah On May 22, 2007, at 10:49 AM, Paul Schneider wrote: Basically, you say namespace { // whatever you want }; and the compiler will generate a unique namespace name for you. _______________________________________________ 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: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… Not sure, it might, but then we'd have to use macros again just like unique function names, since it is a single template function in a header file shared by various plugins projects. I think Paul Miller means anonymous namespaces. These are the preferred C++ idiom for "static" classes or functions (something I always forget about). This email sent to site_archiver(a)lists.apple.com

1 0

Re: unique function names?
by Paul Schneider 22 May '07

22 May '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Basically, you say namespace { // whatever you want }; and the compiler will generate a unique namespace name for you. _______________________________________________ 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: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… Not sure, it might, but then we'd have to use macros again just like unique function names, since it is a single template function in a header file shared by various plugins projects. I think Paul Miller means anonymous namespaces. These are the preferred C++ idiom for "static" classes or functions (something I always forget about). This email sent to site_archiver(a)lists.apple.com

1 0

Re: unique function names?
by Micah Sharp 22 May '07

22 May '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thanks, Micah On May 22, 2007, at 10:39 AM, Paul Miller wrote: Does it help if you stick it into unique namespaces? Thanks guys. Micah On May 22, 2007, at 10:19 AM, Matt Rhodes wrote: On May 22, 2007, at 9:47 AM, Micah Sharp wrote: <http://lists.apple.com/mailman/listinfo/xcode-users> Hi Micah. We had to make each templated C++ class have a unique name. For example, we have 2 FxPlugs: Stackwerks and 3D Flag. These FxPlugs share a zxArray class (which is a template). We had to make the name "zxArray" unique for the two FxPlugs. We do it with the following at the top of our zxArray.h: #ifdef FLAG #define zxArray zxArrayClassFL #endif #ifdef STACKWERKS #define zxArray zxArrayClassSW #endif We had to do this for all of our template C++ classes. I don't know if this is the only solution, but it works for us. Matt Rhodes Zaxwerks, Inc. -- Paul Miller | paul(a)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(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… Not sure, it might, but then we'd have to use macros again just like unique function names, since it is a single template function in a header file shared by various plugins projects. Micah Sharp wrote: Yup, thanks Matt, indeed it only seems like the template function had the problem, not regular functions. I'm pretty sure our intermediate files build to different locations as well. A guy here actually just noticed that making the template function static also seemed to avoid the problem in case that is useful. I recall we were told that with Objective-C we needed to have unique class or interface names, but does this hold true for functions as well? We have 3 plugins that all share a templated function, and it REALLY seems like one plugin is calling the function compiled a 2nd plugin. We think this because, if we add "return 0" at the top of the function, but only rebuild one plugin, the code still executes! If we rename the function to something unique, then it correctly returns 0 and does nothing. Another interesting thing is we had been having problems stepping into the code to debug, but after the rename, it suddenly has no problem at all. Is that possible? Micah, The problem we talked about is only with Objective-C class names. It doesn't affect method names, as those are always resolved at runtime in Objective-C, and it doesn't affect C or C+ + function, method, or class names, as they are resolved at compile or link time. However, you can still run into a problem that looks like the same thing, but isn't, with C or C++. I believe what's happening is that the linker is finding an older version of the library containing templated method your code is calling. If you do a full clean and rebuild of your filter, you'll probably find that it works correctly. I think this occurs when you have 1 directory that you put all of your intermediate files into, regardless of the project that they belong to. But I'm not positive. Do you have your project set up to output intermediate files to some common directory that is shared with other projects? You might ask on the xcode user's list, too. I know this has come up before. You can sign up here: But basically, it's an Xcode configuration issue, and not a language problem, as far as I know. Darrin I'll have to check Darrin's suggestion, but I'm pretty sure we compile each project into separate directories. Our code would react the same as yours did until we did this. Now things work just fine. Note that we only had to do this with our template classes -- not regular C++ classes. --------------------------------------------------------------------- --- _______________________________________________ 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: http://lists.apple.com/mailman/options/pro-apps-dev/paul%40fxtech.com This email sent to paul(a)fxtech.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: http://lists.apple.com/mailman/options/pro-apps-dev/micah% 40redgiantsoftware.com This email sent to micah(a)redgiantsoftware.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: unique function names?
by Paul Miller 22 May '07

22 May '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.0 (Windows/20070326) Does it help if you stick it into unique namespaces? Thanks guys. Micah On May 22, 2007, at 10:19 AM, Matt Rhodes wrote: On May 22, 2007, at 9:47 AM, Micah Sharp wrote: <http://lists.apple.com/mailman/listinfo/xcode-users> Hi Micah. We had to make each templated C++ class have a unique name. For example, we have 2 FxPlugs: Stackwerks and 3D Flag. These FxPlugs share a zxArray class (which is a template). We had to make the name "zxArray" unique for the two FxPlugs. We do it with the following at the top of our zxArray.h: #ifdef FLAG #define zxArray zxArrayClassFL #endif #ifdef STACKWERKS #define zxArray zxArrayClassSW #endif We had to do this for all of our template C++ classes. I don't know if this is the only solution, but it works for us. Matt Rhodes Zaxwerks, Inc. ------------------------------------------------------------------------ _______________________________________________ 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: http://lists.apple.com/mailman/options/pro-apps-dev/paul%40fxtech.com -- Paul Miller | paul(a)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(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… Micah Sharp wrote: Yup, thanks Matt, indeed it only seems like the template function had the problem, not regular functions. I'm pretty sure our intermediate files build to different locations as well. A guy here actually just noticed that making the template function static also seemed to avoid the problem in case that is useful. I recall we were told that with Objective-C we needed to have unique class or interface names, but does this hold true for functions as well? We have 3 plugins that all share a templated function, and it REALLY seems like one plugin is calling the function compiled a 2nd plugin. We think this because, if we add "return 0" at the top of the function, but only rebuild one plugin, the code still executes! If we rename the function to something unique, then it correctly returns 0 and does nothing. Another interesting thing is we had been having problems stepping into the code to debug, but after the rename, it suddenly has no problem at all. Is that possible? Micah, The problem we talked about is only with Objective-C class names. It doesn't affect method names, as those are always resolved at runtime in Objective-C, and it doesn't affect C or C++ function, method, or class names, as they are resolved at compile or link time. However, you can still run into a problem that looks like the same thing, but isn't, with C or C++. I believe what's happening is that the linker is finding an older version of the library containing templated method your code is calling. If you do a full clean and rebuild of your filter, you'll probably find that it works correctly. I think this occurs when you have 1 directory that you put all of your intermediate files into, regardless of the project that they belong to. But I'm not positive. Do you have your project set up to output intermediate files to some common directory that is shared with other projects? You might ask on the xcode user's list, too. I know this has come up before. You can sign up here: But basically, it's an Xcode configuration issue, and not a language problem, as far as I know. Darrin I'll have to check Darrin's suggestion, but I'm pretty sure we compile each project into separate directories. Our code would react the same as yours did until we did this. Now things work just fine. Note that we only had to do this with our template classes -- not regular C++ classes. This email sent to paul(a)fxtech.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: unique function names?
by Paul Schneider 22 May '07

22 May '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.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: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: unique function names?
by Micah Sharp 22 May '07

22 May '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.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: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: unique function names?
by Matt Rhodes 22 May '07

22 May '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.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: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: FxPlug 1.2 / Generator - getTexture
by Dave Howell 22 May '07

22 May '07

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Hi David, Dave _______________________________________________ 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: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… On May 22, 2007, at 10:04 AM, David Farmer wrote: I am using FxPlug SDK 1.2 and Motion3. Created a generator, and am trying to retrieve a texture from an image reference parameter. The getTexture method returns YES all the time even when there is nothing in the image well. The FxTexture pointer always returns NULL even when there is an object in the well. This code works great in Motion2 with FxPlug 1.1. Any changes or known bugs that might cause this? Nothing comes to mind. Do you think you could file a bug at bugreporter.apple.com, with a reproducible case with a plug-in (or even better, a barebones plug-in Xcode project) that demonstrates the problem? This email sent to site_archiver(a)lists.apple.com

1 0