Art Munson Posted May 3, 2021 Share Posted May 3, 2021 (edited) Crash on Captain Chords, Captain Beats on either existing project or adding to new project. _05032021_145136.dmp Empty Project.cwp Edited May 3, 2021 by Art Munson Added project file 1 Link to comment Share on other sites More sharing options...
Noel Borthwick Posted May 3, 2021 Share Posted May 3, 2021 @Art Munson This crash isn't directly in the plugin. I'm making some changes to avoid some of these internal exceptions being caught. For now you can try the build I posted here and follow the instructions to disable the strict checking. 1 Link to comment Share on other sites More sharing options...
Art Munson Posted May 3, 2021 Author Share Posted May 3, 2021 Thanks Noel, sorry I posted this as a new topic. I did install that build (145) and set ExceptionHandlingSeverity to 5 but that that did not fix it. Link to comment Share on other sites More sharing options...
Art Munson Posted May 3, 2021 Author Share Posted May 3, 2021 (edited) @Noel Borthwick With ExceptionHandlingSeverity setting at 5, my test Captain Beats project would just dump me out of Cakewalk with no error message (build 145). It would also do so on a project I was working on (no Captain Beat plugins installed). Deleting ExceptionHandlingSeverity fixed the problem on the working project. Edited May 3, 2021 by Art Munson Link to comment Share on other sites More sharing options...
Noel Borthwick Posted May 4, 2021 Share Posted May 4, 2021 If it's exiting the app with that value set to 5 then the chances are that the same would occur in the previous release and it's a plugin bug. Are you sure this is a new issue? Link to comment Share on other sites More sharing options...
Art Munson Posted May 4, 2021 Author Share Posted May 4, 2021 @Noel Borthwick, yes a new issue. I have two test projects for these plugins with the previous version of Cakewalk without issues. Link to comment Share on other sites More sharing options...
Art Munson Posted May 4, 2021 Author Share Posted May 4, 2021 @Noel Borthwick. Just rolled back to 2021.01.098 and problem solved. The attached project has all of the Captain plugins installed. It was created with the previous version of CW but will not load into 2021.04.145. Still getting the original error message I posted in this topic. Hope this helps you track down the bug. Captain Beats Project.cwp Link to comment Share on other sites More sharing options...
Noel Borthwick Posted May 4, 2021 Share Posted May 4, 2021 Hi @Art Munson The problem isn't solved its only masked and could happen anytime randomly. This is definitely a crash in the plugin. We got the plugin from the vendor and were able to reproduce the crash. We'll send the details to them to investigate on their end. Its a deep stack that shows the plugin crashing when we load its state. The exception happens always in the debugger for us. With the ExceptionHandlingSeverity set to 5 for us it wont crash (at least outside the debugger) but that is not guaranteed. This is the main reason why we are now flagging these intermittent crashes more deterministically to allow faults to be found and fixed. In this case only the plugin vendor can address the problem. The partial stack for the crash is as below. STACK_TEXT: 00000000`00148380 00007ffa`854111e9 : 00000000`00000000 00000000`00000000 00000000`00000000 00007ffa`00000000 : KERNELBASE!RaiseException+0x69 00000000`00148460 00007ffa`8541121b : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : clr!NakedThrowHelper2+0x9 00000000`00148490 00007ffa`85411225 : 00007ffa`2689e75b 00007ffa`26965300 00000000`250a1420 00000000`00000000 : clr!NakedThrowHelper_RspAligned+0x1e 00000000`001489b8 00007ffa`2689e75b : 00007ffa`26965300 00000000`250a1420 00000000`00000000 00007ffa`83e359c0 : clr!NakedThrowHelper_FixRsp+0x5 00000000`001496d0 00007ffa`85416824 : 00000000`00149d30 00000000`00000000 00000000`00149a10 00000000`00000000 : clr!CallDescrWorkerInternal+0x83 00000000`00149710 00007ffa`855874c2 : 00000000`00000000 00000000`00000000 00000000`00149900 00007ffa`26232a08 : clr!CallDescrWorkerWithHandler+0x4e 00000000`00149750 00007ffa`85587935 : 00007ffa`26232a08 00000000`254f46c8 00000000`00000000 00000000`00149a30 : clr!CallDescrWorkerReflectionWrapper+0x1a 00000000`001497a0 00007ffa`843ad884 : 00000000`0014c440 00000000`0014a0f0 00000000`250ae660 00007ffa`8439fe00 : clr!RuntimeMethodHandle::InvokeMethod+0x465 00000000`00149dc0 00007ffa`843c51f2 : 00000000`00000000 00000000`0014a340 00000000`00149f20 00000000`250ae0b8 : mscorlib_ni+0x59d884 00000000`00149e30 00007ffa`2658e15a : 00000000`254f41a8 00000000`0014a230 00000000`0014a500 00000000`0014a340 : mscorlib_ni+0x5b51f2 00000000`00149eb0 00007ffa`85416913 : 00000000`250ae0b8 00000000`250a2478 00000000`254f41a8 00000000`00000000 : 0x00007ffa`2658e15a 00000000`00149f00 00007ffa`85416824 : 00000000`0014a340 00000000`00000000 00000000`00000000 00000000`0014c1e8 : clr!CallDescrWorkerInternal+0x83 00000000`00149f40 00007ffa`85571b27 : 00000000`00000002 00000000`0014c1e8 00000000`0014a230 00000000`00000000 : clr!CallDescrWorkerWithHandler+0x4e 00000000`00149f80 00007ffa`854c09dc : 00000000`0014a340 00000000`0014a128 00000000`0014a448 00000000`0014c1e8 : clr!DispatchCallDebuggerWrapper+0x1f 00000000`00149fe0 00007ffa`854c1899 : 00000000`00000002 00000000`0014a128 00000000`0014a100 00000000`0014c1e8 : clr!DispatchCall+0x79 00000000`0014a0a0 00007ffa`854c3223 : 00000000`00000051 00000000`ffffffff 00000000`00000000 00000000`00000001 : clr!CrossDomainChannel::MarshalAndCall_Wrapper+0x33b 00000000`0014a3c0 00007ffa`854c132a : 00000000`00000000 00000000`132de490 00000000`00000000 00000000`0014a418 : clr!MakeCallWithAppDomainTransition+0xe8 00000000`0014a4b0 00007ffa`854c0d3f : 00000000`12c53430 00000000`12c53430 00000000`00000001 00000000`0014c440 : clr!CrossDomainChannel::MarshalAndCall+0x4e8 00000000`0014c230 00007ffa`854c0cd7 : 00000000`71000000 00000000`12c53430 00000000`00000002 00000000`0014c0dc : clr!CrossDomainChannel::ExecuteCrossDomainCall+0x50 00000000`0014c270 00007ffa`854c0ba5 : 00007ffa`25ff6ac8 00000000`00000000 00000000`254f3e30 00007ffa`83e35dd8 : clr!CrossDomainChannel::CheckCrossDomainCall+0xb7 00000000`0014c2a0 00007ffa`85414b25 : 00000000`1303d5a8 00007ffa`85414835 00000000`0014c2e0 00007ffa`85411028 : clr!TransparentProxyStubWorker+0xc5 00000000`0014c4a0 00007ffa`25ef76da : 00000000`250ae110 00000000`250a2430 00000000`25288a50 00007ffa`83e35dd8 : clr!TransparentProxyStub_CrossContext+0x55 ........ 00000000`0014cc00 00000001`4059d485 : 00000000`00000000 00000000`23f30d10 00000000`0014cd90 00000000`23f2e0c8 : Cakewalk!CPlugWrapper::call_dispatcher+0xaa 00000000`0014cc40 00000001`4058cd6e : 00000000`00000000 00000000`0014cd90 00000000`23f2e0c8 00007ffa`ea3a2980 : Cakewalk!CPlugWrapper::SetChunk+0x45 ...... ...... 00000000`0014f300 00000001`40f80753 : 00000001`41fd5610 00000001`40f80740 00000000`00000000 00000001`41baa290 : Cakewalk!CCakewalkApp::OpenDocumentFile+0x4cb 1 Link to comment Share on other sites More sharing options...
Art Munson Posted May 4, 2021 Author Share Posted May 4, 2021 Thanks @Noel Borthwick for the update and will check with vendor. 1 Link to comment Share on other sites More sharing options...
Ole Posted May 16, 2021 Share Posted May 16, 2021 I installed the new build and did the ExceptionHandlingSeverity=5. I have tested several projects containing Captain Plugins that caused crash in the last update of Cakewalk, and now they runs fine with the 145 build. For now the problem is solved, but Mixed In Key need to look into this. Cakewalk is not officially supported ny Captain Plugins, but they have many users in the Cakewalk community, and should benefit by addressing the problem. Thank you @Noel Borthwick ! 1 Link to comment Share on other sites More sharing options...
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now