A simple workaround to the bug mentioned by @BrettCannon is to add the following env entry to the launch.json configuration: { “version”: “0.2.0”, “configurations”: [ { “name”: “Python: Current File”, “type”: “python”, “request”: “launch”, “program”: “${file}”, “console”: “integratedTerminal”, “env”: { “PYTHONPATH”: “${workspaceRoot}”} } ] }
So, apparently this is a “known issue” that will be fixed as soon as possible. A temporary work around that works for “some” people is making sure any Javascript is in a separate file. It is caused by having RAZR and Javascript in the same file and Visual Studio 2013 not being able to handle … Read more
Some ideas. Make sure it’s a debug build and not release Turn off optimizations in your project properties if they are on Try inserting Debugger.Break() in your code instead of a breakpoint in VS Make sure breakpoints are enabled (Debug->Windows->Breakpoints toolbar), and breakpoint symbol should be solid Execute your application. Load Debug->Window->Modules window. Check your … Read more
For me the solution was a much simpler one. In my Solution Explorer in Visual Studio, I right click on the web project, chose properties and then navigated to the “web” tab. From there I changed the Project URL to another port number. For example, if it was http://localhost:1052 – I changed it to http://localhost:4356. … Read more
I add the same error message but with a different function name : To prevent an unsafe abort when evaluating the function ‘Microsoft.VisualStudio.Debugger.Runtime.Tracing.Refresh’ all threads were allowed to run. This may have changed the state of the process and any breakpoints encountered have been skipped. This is how I got rid of this pesky bug … Read more
Yes, you can do this with Visual Studio. You have two options: Configure your project to start the external program Open your DLL project. On the properties for the project, go to the Debug tab. Choose Start external program and give the path of the external program that will call your DLL, along with any … Read more
When you say, “when debugging a certain thread, visual studio will just jump around randomly to different threads”, do you mean that as you step through code on a particular thread you may hit a breakpoint on a different thread? If so, you can use the Thread window to ‘freeze’ threads other than the one … Read more
this.GetType().Name should work. I think, in your case, you may not have a derived class. If it’s returning the base class name, it shouldn’t have a derived class. Using this on: Base class – Outputs Base class name Derived class – Outputs Derived class name Derived class cast to Base class – Outputs Derived class … Read more
With Visual Studio closed: Delete the solution’s suo file (contains debug information, user settings such as break points, bookmarks, and other user settings.) Delete the Visual Studio cache files (see below) Delete all temporary files (a shift from VS9 to VS10 is that VS10 uses the temp folder) Manually delete all obj and bin folders … Read more
Deleting all of the breakpoints solves the problem when I hit this error. Disabling the breakpoints was not enough – they had to be deleted. I was able to attach to a process numerous times. Once I added a conditional breakpoint (with a few checks), I started getting this error when attempting to attach to … Read more