VS2019 BC37225 Failure writing debug information: Insufficient memory to continue the execution of the program - visual-studio-2019

Ran into the following issue. VS2019 V.16.11.13 VB .Net Solution.
The error appears as soon as you start DEBUG.

Appears to be a corrupted Solution or Project because it started working OK once I restored them from the source control. Please add anything else you may find that solves this issue as I could not find much regarding it on the web.

Related

AQTime is not identifying my application's debug information

I am facing a strange issue with AQTime in a Delphi XE application.
I am trying to run AQTime for performance improvement but due to this issue I can't do so.
In Module Panel, application is marked with No Debug Info.
When I try to run the application, I get a message saying There is no code selected for profiling.
Can anyone help me out on this?

How can I debug this error: 'Debugging information for iisexpress.exe cannot be found or does not match'?

I've been working on an MVC 5 code first project for a few months and (seemingly) out of nowhere, Visual Studio is refusing to debug and giving me some strange errors.
When I try to run the application Ctrl+F5 it builds ok but the browser never gets beyond the loading stage, I still have the pinwheel in the browser tab, but the app never loads.
When I try to debug the applicaiton F5 it builds ok, but then comes up with 2 errors, firstly Debugging information for iisexpress.exe cannot be found or does not match. Cannot find or open the PDB file. and then Process with an Id of xxxx is not running.
I've tried loading symbols from MS (https://stackoverflow.com/a/8138518/1778169), using a different database name, uninstalling VS extensions, performing all Windows Updates, repairing the VS installation and even reinstalling VS entirely. Nothing seems to help.
I'm not very familiar with PDB files, but I have done nothing knowingly to change this, and they seem to be in the right place:
I am running out of ideas, but really want to avoid a Windows reinstall if possible.
It's only happening in this one project, so the problem would seem to be with the project itself, not the installation. But I have no idea where to start debugging this problem, or looking for a solution.
Possibly Relevant
I tried running the app on a custom domain (set up in the hosts file and IIS Express's ApplicationHosts.config file). In an attempt to solve this problem I reverted these settings back to the default localhost:[port]. This doesn't seem to have made any difference, but thought I should mention it just in case.
My problem was that the Native Code box was ticked in the Debuggers section of the Web section in Project Properties.
I don't know how this came to be ticked, I certainly never ticked it.
Either way, unticking this box solved my problem.

Not able to open files in visual studio after debugging application

I'm working on an ASP.net mvc project in Visual Studio 2012. Came across this issue, which is incredibly annoying when debugging my application. Say that I have n number of files open in my editor whenever I build and start a debug-session using F5. Ok, so the editor closes all the open documents as usual, and I do my debuggig tasks. Now; when I stop debugging and want to re-open the files that I had open earlier, I'm not allowed to do so. Nothing whatsoever happens when I click these files, until I restart VS2012.
If I close all of my open documents before debugging, opening them after works fine and the way it's supposed to. Also, this is the case for all of my new or existing projects. I run with ReSharper 7.1.2 installed.
Has anyone encountered this issue before?
To stop ALL files from being closed after debugging simply go to
Tools > Import and Export Settings > Reset Settings
This will fix this bug, I have the old settings saved that caused this error but I am unsure what specifically causes it within the settings. After frustratingly searching around for a clear answer to this problem I hope this helps others that might have this issue.
Note, I also had your error in my instance of VS 2012 but had neither of your extensions. I would propose that uninstalling your extension removed the setting causing the error.
Did you tried cleaning the solution?
Go to Build then click Clean solution
After a bit of trial and error, I found that AnkhSVN was causing the problem.
Whenever I tried to check in (or out) the code, it caused some exception.
I have no clue, why this prohibited me from opening files after debug but it works after removing AnkhSVN.
I've got this issue as well. I wasn't able to solve it. In my case, the file was open but it was invisible. After debugging again with the file still open but "invisible" I got an error that the file doesn't exist when I navigated to the page (I faced this issue while working on an ASP.NET project).
I recommend reinstalling VS, in case you've messed with all the debugging and window settings.

Fatal CLR Error 80004005

Today, everytime I try to open any .Net application I get:
CLR error: 80004005
The program will now terminate.
Any suggestions?
I'd start with downloading and re-installing the .NET framework.
I had this problem and uninstalling/reinstalling dot net didn't help.
Randomly I found a suggestion to go to
c:\Windows\Microsoft.NET\
Then rename the directory called "Assembly" to "Assembly2" or something so you don't erase it but dot net will think it's gone.
After doing that, install dot net again.
This took hours for me to find and was the ONLY thing that worked.
I believe 0x80004005 is (usually) an ACCESS DENIED error - so start with that in mind. If you're on Vista+, try running it as admin. Otherwise, Process Monitor should help you track it down.
A quick search suggests this:
"If you get a Run-time error 80131522
"No Server registered or could not
load class for CLSID ...", it is
because you are trying to run the VB
executable from a directory other than
where the .NET assembly is located.
This also happens if you try to run
the vb code in interactive mode. This
can be solved by installing the .NET
assembly into the global application
cache"
(http://bytes.com/forum/thread353655.html)
In an ASP.NET context, it appears this is related to file permissions:
The error code for the failure is
80004005. This error can be caused when the worker process account has
insufficient rights to read the .NET
Framework files. Please ensure
(http://weblogs.asp.net/jambrose/archive/2004/09/01/224226.aspx)
#MarkBracket: I had a similar issue, but I think I finally fixed it thanks to Process Monitor.
My Solution:
Go to "C:\Windows" and right click on the "Microsoft.NET" folder and click Properties.
Click the "Security" Tab, then click the "Advanced" button.
Click the "Owner" Tab, then click the "Edit..." button.
Select your current user account, then check the box that says "Replace owner on subcontainers and objects" and then click "Ok".
Problem solved (for now at least).
As it turns out, the programs simply didn't have the proper permissions needed to run.
Anyways, Thanks Again Mark
I hope this post is helpful to any and all who have/get the CLR 80004005 error.
Just want to answer this from development prospective, as I got into such problem and solved it.
The problem I had encountered was that I was deploying a WPF application on a none development machine, It crashed immediately with the message "Fatal CLR Error 80004005".
I realized that I compiled my application as .Net framework 4.5 and I was using an API call from System.Web namespace.
I solved it by changing the method call and then re-compiled it as .Net framework 4.0 Client Profile.
I had the same error pop up when I had a lot of other applications running. Closing some of the more memory-intensive programs caused the error to go away.

Unhandled exception at 0x10012c5d (highgui110.dll)

I had OpenCV lib installed on my machine and all was working fine, until I decided to try the new version of the lib 1.1pre. Since that moment I get the following error:
Unhandled exception at 0x10012c5d (highgui110.dll) in foo.exe: 0xC0000005: Access violation reading location 0x719b3856.
I've tryied to uninstall and reinstall the lib....same thing happen.
What can I do? How can I fix this problem?
I'm using VS 2005 Express Edition on a Windows Vista OS.
Two solutions:
Revert back to the OpenCV lib that worked for you and wait for a non-pre release. Pre-releases are often a bit unstable.
Get the sourcecode of OpenCV from the sourceforge page. Compile the DLL in debug mode.
If the crash happends again you'll be able to see the source where it happend. That may or may not give you a hint what went wrong. Maybe you accidently passed a wrong parameter or it's a bug in OpenCV.
If it's something simple, fix it yourself and submit a patch. Otherwise I suggest that you file a bug-report at the OpenCV project page.
Btw: The bug-tracker is here: https://sourceforge.net/tracker/?atid=376677&group_id=22870&func=browse

Resources