Noel Borthwick [Cakewalk]
Here is the minidump analysis for the file you sent in. The crash is in your Dakota driver. It would appear that they are releasing a mutex on the wrong thread. The crash is not from X2A itself.
Make sure you have the latest drivers for this. If its recurring despite this send the dump file to the hardware manufacturer...
 
MODULE_NAME: Dakota
IMAGE_NAME: Dakota.sys
 
EXCEPTION_CODE: (NTSTATUS) 0xc0000046 - An attempt to release a mutant object was made by a thread that was not the owner of the mutant object.
 
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000046, Exception code that caused the bugcheck
Arg2: fffff800030a97fc, Address of the exception record for the exception that caused the bugcheck
Arg3: fffff8800271e0a0, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.
Debugging Details:
------------------

EXCEPTION_CODE: (NTSTATUS) 0xc0000046 - An attempt to release a mutant object was made by a thread that was not the owner of the mutant object.
FAULTING_IP:
nt!RtlRaiseStatus+18
fffff800`030a97fc 488b8424b8010000 mov rax,qword ptr [rsp+1B8h]
CONTEXT: fffff8800271e0a0 -- (.cxr 0xfffff8800271e0a0)
rax=0000000000000000 rbx=00000000c0000046 rcx=fffff8800271e0a0
rdx=0000000000000001 rsi=0000000000000001 rdi=fffff880009e6180
rip=fffff800030a97fc rsp=fffff8800271dfe0 rbp=0000000000000000
r8=0000000000000000 r9=0000000000000000 r10=0000000000000000
r11=fffff8800271e5f8 r12=0000000000000000 r13=0000000000000000
r14=fffffa800600b060 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00000282
nt!RtlRaiseStatus+0x18:
fffff800`030a97fc 488b8424b8010000 mov rax,qword ptr [rsp+1B8h] ss:0018:fffff880`0271e198=fffff800030a97fc
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x3B
PROCESS_NAME: SONARPDR.exe
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from fffff80003086fa1 to fffff800030a97fc
STACK_TEXT:
fffff880`0271dfe0 fffff800`03086fa1 : fffff880`0456ed50 fffff880`04559000 00000000`00000000 00000000`00000012 : nt!RtlRaiseStatus+0x18
fffff880`0271e580 fffff880`04571810 : fffffa80`00000001 fffff800`00000001 00000000`00000000 fffffa80`053ecb00 : nt!KeReleaseMutant+0x281
fffff880`0271e630 fffffa80`00000001 : fffff800`00000001 00000000`00000000 fffffa80`053ecb00 00000000`00000000 : Dakota+0x18810
fffff880`0271e638 fffff800`00000001 : 00000000`00000000 fffffa80`053ecb00 00000000`00000000 fffff880`045a445d : 0xfffffa80`00000001
fffff880`0271e640 00000000`00000000 : fffffa80`053ecb00 00000000`00000000 fffff880`045a445d fffffa80`05fa1420 : 0xfffff800`00000001

FOLLOWUP_IP:
Dakota+18810
fffff880`04571810 ?? ???
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: Dakota+18810
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: Dakota
IMAGE_NAME: Dakota.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4696b865
STACK_COMMAND: .cxr 0xfffff8800271e0a0 ; kb
FAILURE_BUCKET_ID: X64_0x3B_Dakota+18810
BUCKET_ID: X64_0x3B_Dakota+18810
Followup: MachineOwner
---------
 
Child-SP RetAddr Call Site
fffff880`0271d748 fffff800`0307c1a9 nt!KeBugCheckEx
fffff880`0271d750 fffff800`0307bafc nt!KiBugCheckDispatch+0x69
fffff880`0271d890 fffff800`030a775d nt!KiSystemServiceHandler+0x7c
fffff880`0271d8d0 fffff800`030a6535 nt!RtlpExecuteHandlerForException+0xd
fffff880`0271d900 fffff800`030a9832 nt!RtlDispatchException+0x415
fffff880`0271dfe0 fffff800`03086fa1 nt!RtlRaiseStatus+0x4e
fffff880`0271e580 fffff880`04571810 nt!KeReleaseMutant+0x281
fffff880`0271e630 fffffa80`00000001 Dakota+0x18810
fffff880`0271e638 fffff800`00000001 0xfffffa80`00000001
fffff880`0271e640 00000000`00000000 0xfffff800`00000001
 
 

• Thread 1 acquires the mutex.
• Thread 2 fails to acquire the mutex because Thread 1 has it.
• Thread 3 fails to acquire the mutex because Thread 1 has it.
• Thread 3 attempts to release the mutex, throwing an ApplicationException because it doesn't own it.
• Thread 1 releases the mutex.
• Thread 2 attempts to release the mutex, throwing an ApplicationException because it doesn't own it.

mike_mccue
 
Here's an interesting take on a situation like this:
 
from: http://stackoverflow.com/questions/10402934/releasing-the-mutex
 
 
"In your previous question, it's important to note that you are running that code with multiple threads and that the same race condition is present in each thread. Multiple threads may have failed to acquire the mutex while one thread held on to it, and so multiple threads will likewise fail to release it. Take the following path of execution as an example.

• Thread 1 acquires the mutex.
• Thread 2 fails to acquire the mutex because Thread 1 has it.
• Thread 3 fails to acquire the mutex because Thread 1 has it.
• Thread 3 attempts to release the mutex, throwing an ApplicationException because it doesn't own it.
• Thread 1 releases the mutex.
• Thread 2 attempts to release the mutex, throwing an ApplicationException because it doesn't own it.

The fact that Thread 3 blew up when it failed to release the mutex has no correlation to the fact that Thread 2 also blew up by doing the same thing."
 
 
 
 
 
Thread 1 may be having a party and refuse to turn the music down causing Thread 3 to call in the exception.
 
 
best regards,
mike
 

Mod Bod

robert_e_bone
I would like to thank Noel for jumping into this thread.
 
To the original poster: I sincerely hope that that you end up choosing to hang in there with X2 - even if you use X1 until you can get your interface replaced.
 
The folks here in the forum truly do work with best effort at helping folks resolve issues on people's systems, and the community has been a wonderful resource over the years for me to learn a bunch of techniques (as well as how to simply use Sonar, in areas I have limited experience with).
 
Bob Bone
 

Thank you for you concern and your encouragement.  I've been using Cakewalk products for a long time.  Somewhere in my studio sits a 3.5 floppy disk of Cakewalk for Windows 1.0 so I have history with them.

Noel, has PM'd me and I am trying to make contact with Frontier Design to convince them to just have a peek at the minidump and contact Cakewalk so that (maybe) an accommodation can be made code-wise to overcome the problem.  I'm going to wait and see.  However, this special attention has convinced me that the individual customer still has importance to the leadership of the Cakewalk team.  Who would want to abandon that kind of dedication?


 
 

Guitarmech111

Mod Bod

robert_e_bone
I would like to thank Noel for jumping into this thread.
 
To the original poster: I sincerely hope that that you end up choosing to hang in there with X2 - even if you use X1 until you can get your interface replaced.
 
The folks here in the forum truly do work with best effort at helping folks resolve issues on people's systems, and the community has been a wonderful resource over the years for me to learn a bunch of techniques (as well as how to simply use Sonar, in areas I have limited experience with).
 
Bob Bone
 

Thank you for you concern and your encouragement.  I've been using Cakewalk products for a long time.  Somewhere in my studio sits a 3.5 floppy disk of Cakewalk for Windows 1.0 so I have history with them.

Noel, has PM'd me and I am trying to make contact with Frontier Design to convince them to just have a peek at the minidump and contact Cakewalk so that (maybe) an accommodation can be made code-wise to overcome the problem.  I'm going to wait and see.  However, this special attention has convinced me that the individual customer still has importance to the leadership of the Cakewalk team.  Who would want to abandon that kind of dedication?


 
 

I have a lot of History with Twelve Tone too from the DOS days. been with them ever since.
If Roland could find out the cause of my file search SONAR crash, reported from 8.5, X1 and STILL in X2, I would think twice about it. This was reported to development and they chose to not pursue it. I have a lot of projects from years past that are missing audio files, or have been moved. When searching for them SONAR craters to the desktop. 100% recreatable here. I have since reformatted the HDs and program files since this was originally reported. I don't know that it is a data folder structure or not.
 
Dave, you will be doing yourself a favor if you get the FF UFX.  :) I'm just sayin!