Hm, and it seems my assumption in Question 3 is true. The Python Plugin called via CallCommand() is not executed (call returns immediately with no results). I'll look for another solution then.
Question 2 remains valid, though ;-)
Example plugins that demonstrate the practical use of Jobs and Queues would be most welcome!
Cheers,
Frank
Oh my god. the stupidest error.... 
OK, question 1 solved already, thanks 
Hello,
Besides using ParallelFor() I have never had much to do with threading.
On program startup, we check our web server for available updates of our plugin. At the moment, this is done in the main thread, hence blocking it and prolonging program startup time. Therefore, I want to move that into a separate thread. I looked into the SDK docs for inspiration, and found that Jobs might be what I need.
Question 1: (solved already, my bad)
Looking at the example for for FactorialJob (https://developers.maxon.net/docs/Cinema4DCPPSDK/html/page_maxonapi_threading_jobs.html#page_maxonapi_threading_jobs_job), I see that the constructor that takes the input data (maxon::UInt) must be marked with MAXON_IMPLICIT. This is the first thing not working for me:
I see MAXON_IMPLICIT is defined in apibase.h, but including the header does not change anything, the errors are still there.
Question 2:
In the documentation of JobCueueInterface, an example file called filterwhirl.cpp is mentioned, which I'd love to take a look at. Where can I find it? The article also mentions tutorials, which I could not find.
Question 3:
Our update check currently invokes a Python plugin for the actual HTTP request to our online REST API (called via CallCommand(), there are different reasons why we did it that way, it will have to remain this way for a while). Since in the Job Manual (https://developers.maxon.net/docs/Cinema4DCPPSDK/html/page_maxonapi_threading_jobs.html) it states explicitly: "Make sure that a job has no additional, hidden dependencies like for example executing parallelized code internally.", does this mean I cannot parallelize this at all?
Seasoned programmer, but with greenhorn threading questions ;-)
I'm hoping to get some answers that will get me started without investing too much time into this.
Thank you in advance & best greetings from Berlin,
Frank
The way it's described in the SDK docs, I do not get any error message:
By diving into the location in the API where the error is thrown, I might have found that it's a nullptr error.
Hi,
The very beginning of my plugin's PluginStart() looks like this:
Bool PluginStart()
{
iferr_scope_handler
{
GePrint("Activation aborted!"_s);
return false;
};
// License validation check
maxon::String productId, systemId, userId, licenseId, userName;
GetGeneralLicensingInformation(productId, systemId, userId, licenseId, userName) iferr_return;
// ...
// a lot more code that checks for plugin license and registers the plugins...
// in TR Client, it is never executed, because GetGeneralLicensingInformation() throws an error.
// ...
return true;
}
Running it in Cinema 4D or TeamRender Server works fine, but in TeamRender Client, the call to GetGeneralLicensingInformation() returns an error and jumps to the error handler. Why?
Should I simply check if GeGetVersionType() returns VERSIONTYPE::TEAMRENDER_CLIENT and then skip the call? If so, it would be nice if that was mentioned in the SDK docs.
Environment is:
Greetings,
Frank
Hi Ricardo,
thanks for your reply!
About the information you requested:
Now the surprise: Today I rebuilt for R20, and the crash is gone. With no change made whatsoever. After regenerating the R21 project file with the Maxon Project Tool, that one works again, too. I tried to diff the old and the new project file, but they look very different, so I couldn't figure out what the significant change is.
Long story short: I'm a bit concerned, as the crashes occurred without any apparent reason, and now they're gone without any apparent reason. My fear is that they'll come back. It seems a bit random.
I have had those crashes before some weeks ago, but didn't care to post about them at that time. They were gone a day after. I'm stumped, but for the moment relieved.
Cheers,
Frank
Follow-up:
Hello,
what could be the reason if I suddenly experience reproducible crashes in both, R20 AND R21 with any plugin I build (even cinema4dsdk)? The crashlog is:
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 surfacespread.xlib 0x000000012b3a7e5d maxon::EntityBase::EntityBase(maxon::EntityBase::TYPE, maxon::LiteralId&&, maxon::TranslationUnit*, maxon::EntityBase::FLAGS) + 333
1 surfacespread.xlib 0x000000012b3a8003 maxon::EntityBase::EntityBase(maxon::EntityBase::TYPE, maxon::LiteralId&&, maxon::TranslationUnit*, maxon::EntityBase::FLAGS) + 51
2 surfacespread.xlib 0x000000012b3a85bd maxon::EntityReference::EntityReference(maxon::EntityBase::TYPE, maxon::LiteralId&&, maxon::TranslationUnit*, maxon::EntityBase::FLAGS) + 77
3 surfacespread.xlib 0x000000012b3a8653 maxon::EntityReference::EntityReference(maxon::EntityBase::TYPE, maxon::LiteralId&&, maxon::TranslationUnit*, maxon::EntityBase::FLAGS) + 51
4 surfacespread.xlib 0x000000012b261869 maxon::Declaration<maxon::DataType const*, maxon::DT_VALUEKINDPrivateHelper>::Declaration(maxon::LiteralId&&, maxon::TranslationUnit*) + 73 (module.h:537)
5 surfacespread.xlib 0x000000012b24c335 maxon::Declaration<maxon::DataType const*, maxon::DT_VALUEKINDPrivateHelper>::Declaration(maxon::LiteralId&&, maxon::TranslationUnit*) + 37 (module.h:539)
6 surfacespread.xlib 0x000000012b3c500f __cxx_global_var_init.89 + 47
7 surfacespread.xlib 0x000000012b3d07da _GLOBAL__sub_I_register.cpp + 234
8 dyld 0x0000000115230ac6 ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 420
9 dyld 0x0000000115230cf6 ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 40
10 dyld 0x000000011522c218 ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, char const*, ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 330
11 dyld 0x000000011522b34e ImageLoader::processInitializers(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 134
12 dyld 0x000000011522b3e2 ImageLoader::runInitializers(ImageLoader::LinkContext const&, ImageLoader::InitializerTimingList&) + 74
13 dyld 0x000000011521f3e5 dyld::runInitializers(ImageLoader*) + 82
14 dyld 0x00000001152280a8 dlopen + 527
15 libdyld.dylib 0x00007fff6cf40d86 dlopen + 86
16 net.maxon.cinema4d 0x000000010bd90f0d 0x10bc32000 + 1437453
17 net.maxon.cinema4d 0x000000010bd919c4 0x10bc32000 + 1440196
18 net.maxon.cinema4d 0x000000010bdb8035 0x10bc32000 + 1597493
19 net.maxon.cinema4d 0x000000010bdb7e6c 0x10bc32000 + 1597036
20 net.maxon.cinema4d 0x000000010bdba115 0x10bc32000 + 1605909
21 net.maxon.cinema4d 0x000000010bc384f3 0x10bc32000 + 25843
22 net.maxon.cinema4d 0x000000010bc3847c 0x10bc32000 + 25724
23 libdyld.dylib 0x00007fff6cf3f015 start + 1
Any ideas? I'm stumped. It also crashes in the debugger, exactly where the crash report says, but none of the plugin code is in the call stack.
Thanks & greetings,
Frank
I don't want to use it to create project files for non-C4D projects. I just want to build and link a ready-to-build 3rd party library.
Still, how would I include a 3rd party library in the project, like in my example "git_submodule_of_a_library/project_mac.xcodeproj". It needs to be built before the plugin, and the resulting library must be linked.