visual-studio-debugging

When I debugging in VS2013 update3, msvsmon.exe crashed when hit at a breakpoint. It shows "The debugger's worker process (msvsmon.exe) unexpectedly exited. Debugging will be aborted". I'm not using remote debug. Is it possible to shut down the msvsmon.exe to avoid calling it when debugging ? 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

I am trying to debug a project that has a reference to a DLL that I added, the DLL is stored in an external directory and I just added a reference. Now of course I can debug my project but the line that calls a method on my other dll I can't step into it, i.e. F12. One way I was able to do this was to add my project (dll) as an existing project to my solution and replace the referenced dll to use the attached project rather than a file on disk. But what a mess, I am sure there is a cleaner way? I seem to remember if I copy some PDB files or something but i can't remember. And Do i need to open

I have the following code in a DLL: #pragma data_seg("ABC") __declspec (dllexport) char abc[2000] = { 0 }; #pragma data_seg() #pragma comment(linker, "-section:ABC,rws") I have the following code in an executable: extern "C" __declspec(dllimport) char abc[]; char *abcPtr = abc; #define iVar0 (*(long *)(abcPtr)) int main() { printf("Value: %d %p\n", iVar0, &iVar0); iVar0 = 66; printf("Value: %d %p\n", iVar0, &iVar0); char buffer[256]; scanf_s("%s", buffer, 256); } When I run the first instance of the program I get: Value: 0 0FC2A000 Value: 66 0FC2A000 If I run a second instance I get the

I'm using Visual Studio 2017's integration to build and debug a CMake Linux application locally in the Windows Subsystem for Linux. When running the application, Visual Studio uses an ssh connection to localhost to run cmake -DCMAKE_BUILD_TYPE="Debug" .. and make , then uses gdbserver to debug the application. This works fine for my application's own code, including breakpoints and line-by-line debugging. This application links to a library file, libhypro.so.17.09 , which is also part of a CMake project. This library is also built locally (stored in my Windows file system, built within Linux