[wilstark]

Well, your system did not permit the .vgdbcmake file attachment, so I’ll try again.

Attachments:

You must be logged in to view attached files.

[wilstark]

OK, it appears that you don’t need Visual Assist to cause the problem.  I uninstalled and it still crashes.

Turning off ‘Start Hook Debugging’ had no effect.

Changing to local source (Windows and not Linux) appears to NOT show the problem. So perhaps it is related to ssh paths then?

Attached is the callstack and debugger output when I reproduce (CMake project with sources stored on Linux).  I can reproduce the issue by creating a new project (as described above), or adding an existing .vgdbcmake project to the solution with my C# project.

I’ll also attach my .vgdbcmake file.  Let me know if I can provide more information.

 

Attachments:

You must be logged in to view attached files.

[wilstark]

Another update.  This crash does occur even when VisualAssist is disabled.   (Make sure the C# project’s properties actually gets opened the 2nd time.  After creating the VisualGDB project, close the C# project’s properties if it was already open, then re-open it to show the crash.)  I note that when the VisualGDB project is created, a debugger attached to the Visual Studio instance prints out a lot of information that might indicate an issue.  Not sure.

'devenv.exe' (CLR v4.0.30319: DefaultDomain): Loaded 'C:\WINDOWS\assembly\GAC\EnvDTE90\9.0.0.0__b03f5f7f11d50a3a\EnvDTE90.dll'. Module was built without symbols.
'devenv.exe' (CLR v4.0.30319: DefaultDomain): Loaded 'Microsoft.GeneratedCode'.
'devenv.exe' (CLR v4.0.30319: DefaultDomain): Loaded 'Microsoft.GeneratedCode'.
Exception thrown at 0x772AB152 in devenv.exe: Microsoft C++ exception: EEFileLoadException at memory location 0x00EF8274.
Exception thrown at 0x772AB152 in devenv.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000.
Exception thrown at 0x772AB152 in devenv.exe: Microsoft C++ exception: EEFileLoadException at memory location 0x00EF5694.
Exception thrown at 0x772AB152 in devenv.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000.
Exception thrown at 0x772AB152 in devenv.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000.
Exception thrown at 0x772AB152 in devenv.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000.

• This reply was modified 5 years, 8 months ago by wilstark.

[wilstark]

I’m pursuing your solution #2. Ultimately, this has a VS solution that houses my C# projects and a VisualGDB project. It looks like there might be a bug in VisualGDB that crashes VS in this setup.

Here’s one way I can reproduce:

Using VS2017 (15.8.6) and VisualGDB (5.4R2 build 2753)
File -> New -> Project -> … -> Visual C# -> Windows Desktop -> Windows Forms App.

… finish the wizard… choose project properties. See the properties. No crash. All good.

Right-click the solution -> Add -> New Project -> VisualGDB -> Linux Project Wizard
Application
CMake
GNU Make
Advanced CMake Project Subsystem checked.
“Next”
Build project over network (uses my configured Linux box, all good here)
“Next”
Store files on the remote machine (default, recommended)
“Finish”

Right-click the C# project, choose properties (as before). Crash VS.

**** UPDATE ****

Crash information in debug session implicates VisualAssist (it is further down in the call stack), and disabling VisualAssist resolves the issue.

• This reply was modified 5 years, 8 months ago by wilstark. Reason: Updated information

[wilstark]

Thanks for the detailed description!

Re: suggestion #2, step #2: Is it possible to script the CMake project import / .vgdbcmake project?

(Ideally, I could automatically/programmatically generate a complete functioning Visual Studio solution with C# and the .vgdbcmake projects from a source code workspace that has only my CMake files.)

[Author]

Posts