Crash Report Endless Loop

SamAt wrote on 12/28/2011, 5:44 PM
Vegas 11.0.425 recovered after a crash, which, alas, it's done many times before. But now it will no longer launch. It prompts to send crash report, and whether I do or don't it won't launch the GUI. I have no intention of going back to 510/511 which was far less usable to me. So I need to clear the crash flag. I looked in the registry and didn't see it. Looked in AppData\Local\Sony\Vegas Pro\11.0 and cleaned out old recovered files but no good. Anybody got a quick alternative to uninstall/reinstall?

Comments

SamAt wrote on 12/28/2011, 5:57 PM
But wait - there's more. Uninstall/reinstall doesn't resolve it either, because (gasp) the uninstall code doesn't thoroughly clean up!

Maybe take the forced upgrade and then uninstall it will work? Nothing like pro-quality tools I always say. How much is Premiere?
SamAt wrote on 12/28/2011, 6:04 PM
Upgrade = same result. This means I'll have to roll back to a backup, undoing a half-dozen installs/uninstalls. Swell.
SamAt wrote on 12/28/2011, 6:27 PM
Thanks a lot Mike. Unfortunately I had already done all that and a bit more and it had no impact. I tried it again anyway. Looks like it's restore to prior state.

Appreciate it though.
pwppch wrote on 12/29/2011, 12:37 AM
Try holding shift+ctrl when you start Vegas. This will prompt you to reset Vegas to defaults and clear its caches.

Note: You will loose any previous preference settings and will have to reconfigure Vegas.

Peter
SamAt wrote on 12/29/2011, 1:20 PM
You know, I was looking for those - had already tried combinations of shift, ctrl even alt. That didn't work either, but nice to know.

Now I'm on a mission though because it's downright weird -where are they storing state? I just rolled back to an 11/3 backup. That means of course that all of the C drive is completely different bits...and it still repro's! I can't see how that can mean anything except they aren't storing the prior crash state in either the registry or local app data or anywhere on the C drive at all. So I loaded up process explorer from sysinternals and I can see it reaching into the AppData\Local\ looking for saved files which seems to contradict that. But deleting those files has no effect.

My new hypothesis is that the software shell which obviously wraps Vegas and catches crashes is based on web stored state; admittedly wild but hard to explain otherwise. I don't store my project files in C drive, but it's not looking there and I don't auto open the last project in any case.

Wish I was getting paid to test this though. Problem is - I converted at least a couple of dozen projects to Vegas 11 so, while I do have all my Vegas 9 files, is not an attractive proposition. And I like Vegas 11 (not build 510/11 which is usuable for me) except for the crashes. But this is a good feature gone rogue in some weird edge case that test missed. And it's driving me nuts - all productivity lost.
SamAt wrote on 12/29/2011, 1:46 PM
Finding for test team: If I leave the Problem Report dialog up, Vegas 11 continues to load in the background and will eventually succeed. I can then even load and save a project. But with the next launch, the crash report from Hell reappears. No matter what way I get there or which of the two options I choose, Vegas will go down immediately - apparently in an orderly way based on what I see in Procmon, at least I see what looks like orderly and systematic file/reg key close operations, but without being able to debug I can't say for certain whether the app shutdown is from within the vegas exe or an external process kill by the rogue error reporting code.

JJKizak wrote on 12/29/2011, 1:58 PM
Vegas saves all of the options info into a separate file which is not un-installed. That's why they tell you to un-install all Sony apps then some of the .net files which contain the options information that you selected for each Sony app. DVD-A 5.2 is also intertwined with the .net file.
JJK
NicolSD wrote on 12/29/2011, 2:01 PM
SamAt said: "But wait - there's more. Uninstall/reinstall doesn't resolve it either, because (gasp) the uninstall code doesn't thoroughly clean up!"

It worked just fine for me.
SamAt wrote on 12/29/2011, 2:15 PM
Yeah but the big mystery here is that the entire c drive was restored to a prior point in time 6 weeks before this started and it still behaves that way. So where are they storing crash state? Also, the clean uninstall instructions are therefore incorrect.

But in any case: Killed the state stored in net location hypothesis - disabling network has no effect.

Only workaround so far:
Wait until Vegas 11 comes up in background.
Kill the error reporting task in Task manager.
Vegas is now usable.

However it will still return on next launch.
farss wrote on 12/29/2011, 2:24 PM
Perhaps there's been some kind of hardware failure in your system.
Might be a good time to start running some diagnostics like Memtest.

Bob.
amendegw wrote on 12/29/2011, 2:32 PM
Maybe a Windows System Restore to a point of time prior to the problem?

...Jerry

System Model:     Alienware M18 R1
System:           Windows 11 Pro
Processor:        13th Gen Intel(R) Core(TM) i9-13980HX, 2200 Mhz, 24 Core(s), 32 Logical Processor(s)

Installed Memory: 64.0 GB
Display Adapter:  NVIDIA GeForce RTX 4090 Laptop GPU (16GB), Nvidia Studio Driver 566.14 Nov 2024
Overclock Off

Display:          1920x1200 240 hertz
Storage (8TB Total):
    OS Drive:       NVMe KIOXIA 4096GB
        Data Drive:     NVMe Samsung SSD 990 PRO 4TB
        Data Drive:     Glyph Blackbox Pro 14TB

Vegas Pro 22 Build 239

Cameras:
Canon R5 Mark II
Canon R3
Sony A9

SamAt wrote on 12/29/2011, 2:38 PM
Disabled the crash reporting dll by flipping a setting in C:\Program Files\Sony\Vegas Pro 11.0\ErrorReportConfig.xml
Enabled = "No"

Vegas is running fine.

Does not explain:
1. Why the endless loop/Vegas thread kill is happening.
2. How the heck it survived a complete partition restore to 6 weeks earlier.

Boy, I would love to find out the gory details on this one, but doubt I ever will.

I'm going to restore back to my original point in time and do the same fix. I'll resume error reporting when I get a stable build.

Sam
SamAt wrote on 12/29/2011, 4:56 PM
That would be my normal first response. But I had done numerous installs/uninstalls and Windows didn't keep my restore point. So I had to restore back using a full partition backup which is as clean as it gets. I was actually a bit surprised I even had 11 installed on that date.

My current hypothesis is that some patch sequence has triggered this bug on my system. The first thing I did after restore was Windows Update. I also had to update my video drivers to accomodate an added Video card (to support GPU accelleration.)
SamAt wrote on 12/29/2011, 5:02 PM
I'm a professional system analyst and software developer, also troubleshooter. My system is fine.

It's not a hardware malfunction, but what is clearly happening is that Vegas checks to see if the last build succeeded and if not calls into an error report executable.
1. What is triggering the check failure when:
a) Vegas safely unloaded last time.
b) A clean uninstall/reinstalled was performed
c) A rollback to known good time has been initiated.

My guess is that an error is occuring somewhere upstream and some error handling code is making an assumption about the cause. This is not that uncommon a scenario.

But then after the report button is accepted or declined, Vegas closes, and my testing proves that it's the bug report module that causes the close. Why did they do that? Is that spec, or a bug?