[regus_pregus]

I fixed the problem. Turns out that the necessary toolchain and board-specific packages were not re-installed after the upgrade. After installing these the project loads fine. As a suggestion, it would be nice if an error message was given when these components are missing instead of just getting stuck forever while loading the project.

[regus_pregus]

I do not have a sudden purchase of a new version currently budgeted, especially when things break down all of a sudden in between two routine builds. With that in mind, I have the following options remaining:

1. Revert from VS 16.10.0 back to 16.9.6. But it is next to impossible to find a way to download installers for prior versions of VS Community Edition (only Professional and Enterprise), but that’s not Sysprogs fault, of course.
2. Switch back to free tools that I was using before VisualGDB (Atmel Studio in my particular case)
3. Disable offending component – Clang IntelliSense (don’t have much use for this feature anyway).

I went with the third option.

I wish the maintenance cycle for VisualGDB was a bit longer than 1 year, at least for bugfixes that the manufacturer already knows how to fix in later versions (I am trying to be fair and not asking for new features for free, just fixing broken product).

[regus_pregus]

Thank you for quick response. The hotfixes are for VisualGDB 5.5 and 5.6, but I have a license for 5.4, am I completely out of luck?

[regus_pregus]

By the way, when “Show old packages” checkbox is checked on Screen2 in the previous post, you get a list of all previous Arduino AVR boards packages OK, but version 1.8.1 (the current one) does not show up. So it is something to do with the current version of that package. See Screen3.png attached for a screenshot.

Any ideas?

 

 

Attachments:

You must be logged in to view attached files.

[regus_pregus]

After installing 5.5.1.3285 the cleanup tool now shows the items fine and compiling works again after cleanup.

AVR boards package is still missing, see attached screenshot Screen0.png.

Yet relevant Arduino boards show up in the New Arduino Project wizard, so the package is still installed, it just fails to show up on the list of installed packages. See attached screenshot Screen1.png

Interestingly, the “Arduino AVR boards” package is also missing from the “Online” section too, so I can’t reinstall it as well. See attached screenshot Screen2.png

 

Attachments:

You must be logged in to view attached files.

[regus_pregus]

By the way, Visual Studio version is 15.9.15

[regus_pregus]

In addition, “Arduino AVR boards” packages are not shown anymore in Manage VisualGDB packages dialog after installing 5.5.1-3282. Neither Installed nor Online section shows any of them, making it impossible to even reinstall these packages from scratch.

[regus_pregus]

Cleanup doesn’t work. The dialog shows four items without text, making it impossible to select anything meaningfully. See picture attached.

 

 

Attachments:

You must be logged in to view attached files.

[regus_pregus]

Update on Adafruit Circuit Playground playground issue: actually the list of installed packages now shows both versions 1.8.4 and 1.8.5 installed (instead of 1.8.5. replacing 1.8.4), and it shows that both of them are installed in the same folder.

[regus_pregus]

For now I have worked around the problem by downloading the installer .msi file directly (outside of VS) and installing it.

By the way, another problem: VisualGDB update window also shows Adafruit Circuit Playground update from 1.8.4 to 1.8.5, when I click on it, it reports that it is being installed, then reports that installaiton was successful, but then the same update keeps showing in the update list (and the version reported for this package still remains 1.8.4, so it looks like the update never actually installs). Any ideas?

[regus_pregus]

That didn’t help. By the way, while download is ongoing, the following exception occurs quietly (without error message):

Downloading http://sysprogs.com/getfile/528/VisualGDB-5.4r10-trial.msi using 5 parallel threads…
Multi-thread download exception: Mismatching hash after a multi-threaded download: 8b7a79e628e8be5a40e034aca587c460, expected 4fc2ce4b746fbc29bf30734ebf9e4fb1

Then download restarts and then the error message I have mentioned in the original post comes up.

 

 

[regus_pregus]

Just downloaded and installed new release (5.4r8). When installed, it shows version 5.4r7 in the About box and the setting value still has stray semicolon at the end.

[regus_pregus]

Works fine on my side as well now, maybe previously I have done something wrong when setting up this code. Sorry for a false alarm!

[regus_pregus]

Please disregard my post above, the described problem is not of VisualGDB, rather it is of GNU Embedded Toolchain for Arm included with the product. It is reproducible even with the latest version of gcc for Arm (7.3.1), not just 7.2.0 included with VisualGDB.

[regus_pregus]

Could you also look at another supplied sample program when executed from SRAM? Same steps to reproduce as before, only this time it is a FreeRTOS_DelayUntil sample project from STM32 CubeMX Samples tab when selecting a sample project. Apply all the temporary fixes as we figured out before, compile and run. The program execution gets stuck in main() / HAL_Init() / HAL_InitTick() / HAL_TIM_Base_Start_IT() / __HAL_TIM_ENABLE(htim); (this is a call stack sequence). Of note, the program executes as expected (blinks LED) when run from FLASH.

• This reply was modified 5 years, 7 months ago by regus_pregus.

[Author]

Posts