SOLVED Plug-in running fine on one OS but not another

You can download the plugin here http://synesthetic.de/plugins/solo2023.zip

OK, it's working now. I changed two things but probably what did the trick was the latter: I updated Visual Studio and compiled a Release build. The shakey one was Debug config which I totally missed until after the update. FYI I'm using the Community Edition. You can re-download via the above link and test 2023.0.1. and 2023.1.0 again if you are interested. Here it's running just fine in both versions incl. prefs.

Cheers!

Hello @yakuza,

Thank you for your reply. So, I have tested your binaries under 2023.0.0, 2023.0.1, and 2023.1.0. Guessing from your code listing, I assume that you are registering a CommandData and a PrefsDialogObject plugin hook. The plugin loads in all versions for me, see details below

2023.0.0
2023.0.1
I cannot show you a screenshot of 2023.1.0 for obvious reasons, but it loads there too.

• You say nothing is being printed to the console, which is odd, as your plugin has multiple ApplicationOutput calls. This is a strong indicator for your plugin not lying on the plugin search paths of the Cinema 4D where it is not loading, please check the plugins include folders in the Preferences dialog of Cinema 4D.
• Something is going wrong (buttons are missing) with the Preferences plugin you seem to register in 2023.0.0, but that is not too surprising, since you complied against 2023.0.1 and plugins are not downwards compatible.
• In all versions your plugin does not appear in the "Extensions" menu unless I am blind. Since you are not showing the actual registration calls, only wrapper functions for them, I can only speculate here. You could for example be intentionally using PLUGINFLAG_HIDE as you do not want the plugin to show up.
• Your copyright remark is printed to the console in all versions.
• The plugin loads for me in all versions of 2023, with the detail of the mentioned and to be expected problems in 2023.0.0.

So, bottom line: I would check here if you indeed included the plugin folder. When you are looking for the plugin in the Extensions menu, I would check your actual registration for the flags you are passing. Remove PLUGINFLAG_HIDE when you are passing it.

When all this does not help, we will need a bit more code, especially the defintion of your RegisterSOLO() and RegisterSoloPrefs() would be relevant.

Cheers,
Ferdinand

Hi Ferdinand.

The folder is the default "plugin" folder in the application folder with both OS so no path in the C4D prefs. But even with path it makes no difference. Yes, I'm using pluginflag_hide and access the command via Comand Manager shift+F12. Here the console doesn't even print the copyright remark. On the other OS everything works, console out, prefs dialog in C4D preferences, command in Command Manager.
I'll get back on this later. Thank you so far.

Hey @yakuza,

That is really odd. I will talk tomorrow with my colleagues about this, maybe they can spot a cause for this I am overlooking here.

Cheers,
Ferdinand

Yup, very odd. BTW on the failing OS neither the locally installed 2023.0.1. loads the plugin nor the installation that is installed on the other OS and works there does.

OK, it's working now. I changed two things but probably what did the trick was the latter: I updated Visual Studio and compiled a Release build. The shakey one was Debug config which I totally missed until after the update. FYI I'm using the Community Edition. You can re-download via the above link and test 2023.0.1. and 2023.1.0 again if you are interested. Here it's running just fine in both versions incl. prefs.

Cheers!

I was reading through this to see if you used a Debug build. Glad you finally found it. I assume what you were doing was compiling on one machine in Debug mode and then just copying the plugin to your second machine to try it out. That second machine wouldn't have had Visual Studio installed so it wouldn't have had the debug runtime dlls, so your plugin wouldn't have loaded. Always compile in Release mode if you are going to test your plugin on another machine, or if you are giving the plugin to someone to test out.

Hey @everyone,

Great to hear that it is working now for you. Can we consider this case solved, or are there any problems left?

Cheers,
Ferdinand

@kbar said in Plug-in running fine on one OS but not another:

I was reading through this to see if you used a Debug build. Glad you finally found it. I assume what you were doing was compiling on one machine in Debug mode and then just copying the plugin to your second machine to try it out. That second machine wouldn't have had Visual Studio installed so it wouldn't have had the debug runtime dlls, so your plugin wouldn't have loaded. Always compile in Release mode if you are going to test your plugin on another machine, or if you are giving the plugin to someone to test out.

That's exactly what happened. Thanks.

@ferdinand

Yes. it's solved. Thank you.