OK well, it didn’t upload because XML files aren’t allowed, so here’s what I believe to be the relevant entry:

<entry>
<record>387</record>
<time>2021/08/17 22:07:25.568</time>
<type>Error</type>
<source>Editor or Editor Extension</source>
<description>System.IO.DirectoryNotFoundException: Could not find a part of the path &apos;C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Code\FirestormBootTask.cpp&apos;.
 
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
 at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
 at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
 at System.IO.File.InternalReadAllBytes(String path, Boolean checkHost)
 at k02.o2(String a)
 at cf1.f6(String a)
 at cf1.p4(hp1 a)
 at pp2..ctor(IVsTextLines a, al1 d, g13 c, g b)
 at al1.w(IVsTextLines a, Boolean b)
 at al1.GetColorizer(IVsTextLines a)
 at Microsoft.VisualStudio.Package.LanguageService.GetColorizer(IVsTextLines buffer, IVsColorizer&amp; result)
 at Microsoft.VisualStudio.Editor.Implementation.LanguageServiceClassificationTagger.TryCreateTagger(ITextBuffer textBuffer, IVsFontsAndColorsInformationService fontAndColorInformation, Int32 longBufferLineThreshold, LanguageServiceClassificationTagger&amp; classifier)
 at Microsoft.VisualStudio.Editor.Implementation.LanguageServiceClassificationTaggerProvider.CreateTagger[T](ITextBuffer buffer)
 at Microsoft.VisualStudio.Text.Tagging.Implementation.TagAggregator`1.GatherTaggers(ITextBuffer textBuffer)</description>
</entry>

Ok, figure out how to break it.  Note, I am using VS 2012 and VisualGDB 5.5R5.

I have two copies of the same start up code I generated above.  In one of them, the solution and Visual Studios project are in the main folder, and /code and /BSP is underneath it.  In the other one, the top level folder has a /BSP, /Code and /Solution folder.  That one breaks.

The max upload size is 512KB and the entire folder is about 3MB zipped.  If you want I can upload everything except the BSP folder, that should fit.

To reproduce yourself:

Visual Studios -> New Embedded Project
GNU Make -> Advanced settings
STM32H743II
Execute from: Flash
Floating Point: Hardware
Newlib-Nano
Minimal (no semihosting)
LEDBlink (HAL)
GDB path style: Use toolchain default

After project is created:
VisualGDB Properties-> Convert to stand-alone project
– Choose “Copy all BSP files to project directory”
– Remove all “Additional Sources”

Apply Changes.  Save All and Close Visual Studios.
Go to Windows Explorer.
Browse to project folder and create a new ‘Solution’ folder alongside the BSP folder.
Move VS project and VisualGDB files into new solutions folder.
Create another folder called Code.  Move the Test.cpp file there (or whatever you named your project that contains the int main)

Open VS project.  Remove all existing BSP .c files and re-add them so they get the new, correct path (don’t forget the start_stm32h743xx.c)
Open VisualGDB properties and correct ‘Include directories’ to be relative path instead of an incorrect absolute path
Add the relative path to “..\Code”

Now you should be in position to break things!  You need to create a header file and modify int main() to call something in it.

int main(void)
{
	HAL_Init();

	TestObj* obj = new TestObj();
	
	for (;;)
	{
		obj->Inc();
	}
}

This was my header file

#ifndef __TEST_OBJ_H__
#define __TEST_OBJ_H__

class TestObj 
{
public:

TestObj();

void Inc();

private:
int m_nTest;
};

#endif

That should cause you to throw an undefined reference error which will throw the Visual Studios error when you click on it.  I’d like to note that before I created the /Code folder and the main.cpp was in the same folder as the project, it didn’t break.  It was only after I moved the .cpp into the separate /code folder that things break.

After I got this in a broken state, I opened the solution using Visual Studios 2019, which did NOT have VisualGDB installed for it.  While the normal output window isn’t quite as advanced, it basically did what was expected and didn’t throw any errors.  I then installed VisualGDB for VS2019 and used the VisualGDB output window and it broke.

I’ve attached two projects, one of them works and the other one breaks.  I did have to remove the BSP folder from the rar file as it put it over the 500KB limit.

In our real builds, we don’t actually use the BSP folder.  When creating it as a stand-alone we remove all references to the BSP files rather than copying them over.  We then reference the STM32 frameworks directly.  The folder structure is also defined before I start doing anything with files, I just did it this way to try and track down the exact point that it breaks.

Yea, I’d love to move over to using the CMake system but we have a lot of infrastructure built around makefiles as they are.  For the time being its a necessary pain but I hope to get free time in the future to upgrade our support tools to support CMake…

Once you take a look at these project files I’ll play around with the 5.6 beta.

Thanks!