pwalpwal Posted February 11 Share Posted February 11 7 hours ago, Scott C. Stahl said: Hello. I'm not getting a response after posting the link to my .dmp file to support and on here. Would be interested in hearing what may have been found. Thanks! hello you, you can get a feel for the issue if you install windbg, it will open the dmp file and try to load debug symbols (the regular ms dlls always load but plugins etc not) but it's worth a shot fwiw, your dmp file showed "Faulting Module: C:\WINDOWS\System32\KERNEL32.DLL" as faulting (not uncommon), an "IsPluginCrash: 0", but i saw that you're using bitbridge for something so that could be the issue that you can check if you're using any wrapped 32bit plugs, here's the texts (i've removed your serial number ;)) Quote ************* Preparing the environment for Debugger Extensions Gallery repositories ************** ExtensionRepository : Implicit UseExperimentalFeatureForNugetShare : true AllowNugetExeUpdate : true NonInteractiveNuget : true AllowNugetMSCredentialProviderInstall : true AllowParallelInitializationOfLocalRepositories : true EnableRedirectToV8JsProvider : false -- Configuring repositories ----> Repository : LocalInstalled, Enabled: true ----> Repository : UserExtensions, Enabled: true >>>>>>>>>>>>> Preparing the environment for Debugger Extensions Gallery repositories completed, duration 0.000 seconds ************* Waiting for Debugger Extensions Gallery to Initialize ************** >>>>>>>>>>>>> Waiting for Debugger Extensions Gallery to Initialize completed, duration 0.172 seconds ----> Repository : UserExtensions, Enabled: true, Packages count: 0 ----> Repository : LocalInstalled, Enabled: true, Packages count: 41 Microsoft (R) Windows Debugger Version 10.0.27553.1004 AMD64 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [G:\Downloads\_02092025_140557.dmp] Comment: ' Sonar Application Crash Dump ------------------------------------------------------------------------------- Dump File: C:\Users\Scott Stahl\AppData\Roaming\Cakewalk\Sonar\MiniDumps\_02092025_140557.dmp Exception Code: CFFFFFFF (Application Hang) Faulting Module: C:\WINDOWS\System32\KERNEL32.DLL App Version: 30.12.0.004 (Release) User: Scott Stahl Serial: xxx Project File: IsPluginCrash: 0 Total Phys Mem 134083660 KB Avail Phys Mem 111934308 KB --------------- Audio Settings --------------- AlwaysOpenAllDevices 0 DynamicArm 0 DynArmOnlyInputs 0 MultiProc 0 MinimizeDriverStateChanges 0 MMCSS 0 WaveRT 0 CloseOnLostFocus 0 Default Bit Depth 16 Default Rec Bit Depth 16 Default Render Depth 16 Default Sample Rate 44100 Playback Buffer Size 0 Bounce Buffer Size 0 Core 0 Play Timing Master Record Timing Master ' User Mini Dump File: Only registers, stack and portions of memory are available ************* Path validation summary ************** Response Time (ms) Location Deferred srv* Symbol search path is: srv* Executable search path is: Windows 10 Version 19045 MP (16 procs) Free x64 Product: WinNt, suite: SingleUserTS Edition build lab: 19041.1.amd64fre.vb_release.191206-1406 Debug session time: Sun Feb 9 20:06:05.000 2025 (UTC + 1:00) System Uptime: not available Process Uptime: 0 days 2:38:08.000 ................................................................ ................................................................ ................................................................ ................................................................ ............... Loading unloaded module list .......................... This dump file has an exception of interest stored in it. The stored exception information can be accessed via .ecxr. (4fd4.2f4): Application hang - code cfffffff (first/second chance not available) For analysis of this file, run !analyze -v ntdll!NtGetContextThread+0x14: 00007ffa`af46f344 c3 ret and the "!analyze -v" output: Quote 0:032> !analyze -v ******************************************************************************* * * * Exception Analysis * * * ******************************************************************************* *** WARNING: Check Image - Checksum mismatch - Dump: 0xc63a4, File: 0xc4611 - C:\ProgramData\Dbg\sym\kernel32.dll\87803E41c2000\kernel32.dll *** WARNING: Unable to verify timestamp for uaudio_manley_voxbox.x64.dll Unable to load image c:\program files\common files\VST3\Guitar Rig 7.vst3, Win32 error 0n2 *** WARNING: Unable to verify timestamp for Guitar Rig 7.vst3 *** WARNING: Unable to verify timestamp for CWVideoEngine.dll *** WARNING: Unable to verify timestamp for Kontakt 7.vst3 *** WARNING: Unable to verify timestamp for iZNeutron3.dll *** WARNING: Unable to verify timestamp for iZOzone9.dll *** WARNING: Unable to verify timestamp for uaudio_manley_voxbox.vst3 *** WARNING: Unable to verify timestamp for iZOzone11Core.dll *** WARNING: Unable to verify timestamp for iZTonalBalanceControl2.dll *** WARNING: Unable to verify timestamp for PCS-GlossEQM.dll *** WARNING: Unable to verify timestamp for Console Emulator Bus_64.dll *** WARNING: Unable to verify timestamp for BitBridge.dll *** WARNING: Unable to verify timestamp for Blyss.vst3 *** WARNING: Unable to verify timestamp for iZOzone9Equalizer.dll *** WARNING: Unable to verify timestamp for iZNectar4Core.dll *** WARNING: Unable to verify timestamp for Console Emulator Channel_64.dll *** WARNING: Unable to verify timestamp for iZNeutron3Equalizer.dll *** WARNING: Unable to verify timestamp for iZOzone11Core.dll *** WARNING: Unable to verify timestamp for iZOzone11Core.dll *** WARNING: Unable to verify timestamp for SplitEQ.vst3 *** WARNING: Unable to verify timestamp for BREVERB 2 Cakewalk-64.dll *** WARNING: Unable to verify timestamp for RESO.vst3 *** WARNING: Unable to verify timestamp for iZNeutron4Compressor.dll *** WARNING: Unable to verify timestamp for uaudio_manley_massive_passive.vst3 *** WARNING: Unable to verify timestamp for uaudio_manley_massive_passive.x64.dll *** WARNING: Unable to verify timestamp for Pluralis.vst3 *** WARNING: Unable to verify timestamp for iZOzone11Core.dll KEY_VALUES_STRING: 1 Key : Analysis.CPU.mSec Value: 13483 Key : Analysis.Elapsed.mSec Value: 29349 Key : Analysis.IO.Other.Mb Value: 0 Key : Analysis.IO.Read.Mb Value: 0 Key : Analysis.IO.Write.Mb Value: 0 Key : Analysis.Init.CPU.mSec Value: 390 Key : Analysis.Init.Elapsed.mSec Value: 439725 Key : Analysis.Memory.CommitPeak.Mb Value: 167 Key : Failure.Bucket Value: APPLICATION_HANG_cfffffff_ucrtbase.dll!thread_start_unsigned_int Key : Failure.Hash Value: {261c00a4-219c-06cf-cf12-90a22529dd29} Key : Timeline.Process.Start.DeltaSec Value: 9488 Key : WER.OS.Branch Value: vb_release Key : WER.OS.Version Value: 10.0.19041.1 Key : WER.Process.Version Value: 17.5.2.306 FILE_IN_CAB: _02092025_140557.dmp COMMENT: Sonar Application Crash Dump ------------------------------------------------------------------------------- Dump File: C:\Users\Scott Stahl\AppData\Roaming\Cakewalk\Sonar\MiniDumps\_02092025_140557.dmp Exception Code: CFFFFFFF (Application Hang) Faulting Module: C:\WINDOWS\System32\KERNEL32.DLL App Version: 30.12.0.004 (Release) User: Scott Stahl Serial: xxx Project File: IsPluginCrash: 0 Total Phys Mem 134083660 KB Avail Phys Mem 111934308 KB --------------- Audio Settings --------------- AlwaysOpenAllDevices 0 DynamicArm 0 DynArmOnlyInputs 0 MultiProc 0 MinimizeDriverStateChanges 0 MMCSS 0 WaveRT 0 CloseOnLostFocus 0 Default Bit Depth 16 Default Rec Bit Depth 16 Default Render Depth 16 Default Sample Rate 44100 Playback Buffer Size 0 Bounce Buffer Size 0 Core 0 Play Timing Master Record Timing Master NTGLOBALFLAG: 0 CONTEXT: (.cxr;r) Resetting default scope rax=00000000000000f3 rbx=0000000010e37e00 rcx=0000000000000764 rdx=0000000017f0ac30 rsi=0000000010e37ec8 rdi=0000000010e37f30 rip=00007ffaaf46f344 rsp=0000000017f0abb8 rbp=ffffffffffffffff r8=0000000000000d71 r9=0000000000000d00 r10=0000000000000000 r11=0000000000000246 r12=0000000010e37f30 r13=0000000010e37ec8 r14=0000000010e37ed8 r15=0000000000000764 iopl=0 nv up ei pl zr na po nc cs=0033 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000246 ntdll!NtGetContextThread+0x14: 00007ffa`af46f344 c3 ret EXCEPTION_RECORD: (.exr -1) ExceptionAddress: 00007ffaaf1f7374 (kernel32!BaseThreadInitThunk+0x0000000000000014) ExceptionCode: cfffffff (Application hang) ExceptionFlags: 00000000 NumberParameters: 0 PROCESS_NAME: Sonar.exe WATSON_BKT_EVENT: AppHang BLOCKING_THREAD: 00000000000002f4 ERROR_CODE: (NTSTATUS) 0xcfffffff - <Unable to get error code text> EXCEPTION_CODE_STR: cfffffff DERIVED_WAIT_CHAIN: Dl Eid Cid WaitType -- --- ------- -------------------------- 32 4fd4.2f4 (null) WAIT_CHAIN_COMMAND: ~32s;k;; STACK_TEXT: 00000000`17f0ff00 00007ffa`af1f7374 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ucrtbase!thread_start<unsigned int (__cdecl*)(void *),1>+0x42 00000000`17f0ff30 00007ffa`af41cc91 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : kernel32!BaseThreadInitThunk+0x14 00000000`17f0ff60 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x21 SYMBOL_NAME: ucrtbase!thread_start<unsigned int (__cdecl*)(void *),1>+42 MODULE_NAME: ucrtbase IMAGE_NAME: ucrtbase.dll STACK_COMMAND: ~32s; .ecxr ; kb FAILURE_BUCKET_ID: APPLICATION_HANG_cfffffff_ucrtbase.dll!thread_start_unsigned_int_ OS_VERSION: 10.0.19041.1 BUILDLAB_STR: vb_release OSPLATFORM_TYPE: x64 OSNAME: Windows 10 IMAGE_VERSION: 6.2.19041.3636 FAILURE_ID_HASH: {261c00a4-219c-06cf-cf12-90a22529dd29} Followup: MachineOwner --------- beware that i don't have the latest sonar installed, or most of those plugins, but if you run windbg on your own crashing machine etc /goodluck Link to comment Share on other sites More sharing options...
Jonathan Sasor Posted February 11 Share Posted February 11 1 hour ago, pwalpwal said: hello you, you can get a feel for the issue if you install windbg, it will open the dmp file and try to load debug symbols (the regular ms dlls always load but plugins etc not) but it's worth a shot fwiw, your dmp file showed "Faulting Module: C:\WINDOWS\System32\KERNEL32.DLL" as faulting (not uncommon), an "IsPluginCrash: 0", but i saw that you're using bitbridge for something so that could be the issue that you can check if you're using any wrapped 32bit plugs, here's the texts (i've removed your serial number ;)) and the "!analyze -v" output: beware that i don't have the latest sonar installed, or most of those plugins, but if you run windbg on your own crashing machine etc /goodluck Without having the proper debug symbols for things, it's going to be of limited value aside from seeing the faulting module, which may or may not be helpful. @Scott C. Stahl, @msmcleod has made some changes that definitely improve on the load time for your project on my end. That should be in the next Sonar update in the near future. 1 Link to comment Share on other sites More sharing options...
David Baay Posted February 11 Share Posted February 11 @Scott C. Stahl Yesterday, I tried loading the project I had resaved from CbB wth a couple changes (including unlocking screenset 1 so I could save layout changes) into Sonar. It was still hanging on "Loading tracks and clips..." , but I walked away without killing it, got busy with other things, and discovered this morning that it had finished loading successfully at some point. I have no idea how long it took but, as Sasor's post suggests, it does seem to be more of a load-time issue than an actual load-failure. With that understanding, I saved a version with all the audio clips deleted, and found that it loaded promptly. Interestingly, just Archiving tracks was not sufficient. It sounds like msmcleod has this on the run already, but I might experiment with more selectively deleting clips in certain tracks or bouncing/freezing their edits (especially Melodyne) to see if I narrow down the specific source of the trouble. Of course this is all happening with 'dummy' flatline audio replacing the actual audio files, but that doesn't seem to have any bearing. Link to comment Share on other sites More sharing options...
Scott C. Stahl Posted February 11 Author Share Posted February 11 3 hours ago, pwalpwal said: hello you, you can get a feel for the issue if you install windbg, it will open the dmp file and try to load debug symbols (the regular ms dlls always load but plugins etc not) but it's worth a shot fwiw, your dmp file showed "Faulting Module: C:\WINDOWS\System32\KERNEL32.DLL" as faulting (not uncommon), an "IsPluginCrash: 0", but i saw that you're using bitbridge for something so that could be the issue that you can check if you're using any wrapped 32bit plugs, here's the texts (i've removed your serial number ;)) and the "!analyze -v" output: beware that i don't have the latest sonar installed, or most of those plugins, but if you run windbg on your own crashing machine etc /goodluck Wow, thanks for doing this! The only 32 bit plug I use is Perfect Space. Still my Fav despite buying almost every other Reverb made. Fortunately it loads up fine on other projects. 1 Link to comment Share on other sites More sharing options...
Scott C. Stahl Posted February 11 Author Share Posted February 11 1 hour ago, David Baay said: @Scott C. Stahl Yesterday, I tried loading the project I had resaved from CbB wth a couple changes (including unlocking screenset 1 so I could save layout changes) into Sonar. It was still hanging on "Loading tracks and clips..." , but I walked away without killing it, got busy with other things, and discovered this morning that it had finished loading successfully at some point. I have no idea how long it took but, as Sasor's post suggests, it does seem to be more of a load-time issue than an actual load-failure. With that understanding, I saved a version with all the audio clips deleted, and found that it loaded promptly. Interestingly, just Archiving tracks was not sufficient. It sounds like msmcleod has this on the run already, but I might experiment with more selectively deleting clips in certain tracks or bouncing/freezing their edits (especially Melodyne) to see if I narrow down the specific source of the trouble. Of course this is all happening with 'dummy' flatline audio replacing the actual audio files, but that doesn't seem to have any bearing. Excellent! I actually had that happen previously. I did wait 2+ hrs on the last try for that reason, but no soap. Maybe I'll try an overnight! Link to comment Share on other sites More sharing options...
Scott C. Stahl Posted February 11 Author Share Posted February 11 1 hour ago, Jonathan Sasor said: Without having the proper debug symbols for things, it's going to be of limited value aside from seeing the faulting module, which may or may not be helpful. @Scott C. Stahl, @msmcleod has made some changes that definitely improve on the load time for your project on my end. That should be in the next Sonar update in the near future. That is really good to hear. If dealing with this situation is a part of helping the product improve, that'd be great! 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