Track Templates - Pure Virtual Call (Solved with a re-install)

Start up Sonar X3c and load Rapture into an Instrument Rack.
Make sure Enable MIDI Output is off. (I don't know if this matters, but that's what I did)
In the Instrument track select Omni mode and Master output.
In Rapture select the preset "03-Leads - Classic Square". (I don't know if it matters what preset you select).
Save this track as a Track Template named "Rapture - Classic Square"
The setup looks like this:

http://www.arachnaut.net/images/Cakewalk/Pure-Virtual-Call/1-Track-Template-Saved.png
 

 
Delete the track and synth rack entry
Import the track template
This is what I see:
 
http://www.arachnaut.net/images/Cakewalk/Pure-Virtual-Call/2-Import-Track-Template.png


 
 
Note that Sonar has made a MIDI and Audio track and is about to merge them into an instrument track.
Does anyone else see this?
 

Thanks, scook.
I'll keep on looking for something else.
(But you are using Windows 7. I am beginning to suspect that the latest Windows Update from 11/12 which had a lot of 8.1 patches may be an issue.)
Anyone with 8.1 up-to-date care to try this?
 

This is very puzzling. For one thing, there are no resources running. No audio, no MIDI, no CPU stress, a completely Idle system.
 
Several times now I have started from scratch and built my Normal Template.
 
It's not really very elaborate - I remove the Metronome and Preview Buss, change a few track icons, set up the various screensets, put in a copyright on the Project Info.
Adjust some track heights and track control settings, set up the default prochannel settings for buss and tracks.
Fairly straightforward stuff. Nothing really new in X3. I don't change track colors.
 
Not elaborate, but still it takes a few hours to set these up and I'm getting tired of doing it, so I'll give up and just start with the factory templates.
 
I'm tempted to try a restore of a system image from before the last Windows update, but since I made so many changes to the Sonar content on a different drive - I'd have to restore them as well and I'd lose a lot of projects.
 
Easier to punt and wait this one out. I'm sure the real problem will surface in due time.
 

Saves as... template yields the error
 
But
 
Export... template is OK.
 
I will continue...

Back up.
Run windows update several times. If that doesn't fix it install this:
http://www.microsoft.com/en-us/download/details.aspx?id=30679
 
Good luck.
 

Shouldn't this be the proper run-time distributables - Visual Studio 2013?
The one you posted was for 2012.
http://www.microsoft.com/en-us/download/details.aspx?id=40784

Feel free to shoot me your template in a PM and I can try to see if this is happening on my end here at HQ.
-DG

Dan Gonzalez [Cakewalk]
Feel free to shoot me your template in a PM and I can try to see if this is happening on my end here at HQ.
-DG

I just PM'ed you with the info.
 
Thanks for offering to help, this is driving me crazy.

CakeAlexS
Back up.
Run windows update several times. If that doesn't fix it install this:
http://www.microsoft.com/en-us/download/details.aspx?id=30679
 
Good luck.
 

Thanks for this possibility, it looked reasonable.
I installed, restarted and tried the test, but there was no change - same error.

Out of sheer desperation I searched for Pure Virtual Call errors and looked over a lot of them. There are several reports in various pieces of software in recent weeks by people running 8.1, but not being seen in Win 7.
 
My current theory on this goes as follows: Windows 8 is a new OS kernel with somewhat different threading processors than Windows 7. There was a recent patch Tuesday update "http://support.microsoft.com/kb/2887595"
that was not a security patch, it was a kernel patch. Among the many things changed, these stick out:
 
C:\Windows\System32\AudioSes.dll
C:\Windows\System32\comdlg32.dll
C:\Windows\System32\gdi32.dll
C:\Windows\System32\kernel32.dll
C:\Windows\System32\libstdc++-6.dll
C:\Windows\System32\libwinpthread-1.dll
C:\Windows\System32\shell32.dll 
C:\Windows\System32\twinui.dll
C:\Windows\System32\UIAutomationCore.dll
C:\Windows\System32\user32.dll
 
Which may indicated changes in threading in the kernel.
 
I only noticed this problem after the last Patch Tuesday (11/12/13 an ominous date).
 
What I think is happening in my case is that Sonar is creating the track in two stages. First it makes a MIDI track and an Audio track, then it destroys them and makes an Instrument track from them.
Another thread is using one of the old tracks after it is destroyed - resulting in the pure virtual call - that object no longer exists.
 
It explains why I see both tracks and not the instrument when it fails. Also it is somewhat unpredictable as race conditions go. The failure does not always occur.
 
That all makes sense to me, but *not* why it only occurs when I use my customized 'Normal' template. It shouldn't make any difference what the project looks like. I do not see this whenever I use an unmodified factory starting template. 
 
I hope Dan is able to track down an 8.1 setup to test this. It doesn't take long to try out.
 
All the crashes report events like this:
 
Faulting application name: SONARPDR.exe, version: 20.0.3.239, time stamp: 0x526fbabb
Faulting module name: MSVCR110.dll, version: 11.0.51106.1, time stamp: 0x5098826e
...
 
I could and probably should attempt to test this by restoring my system image made before Patch Tuesday (I always make one before Patch Tuesday). But I'll wait and see what Dan finds.