Thanks for the report, could you also attach the log from the Arduino IDE with the File > Preferences > Verbose Output During "Compile" Enabled?

Can you also try adding a local board.txt to your project (vMicro > Add Code > Add Local Board.txt) and pasting in the attached overrides, and see if this then compiles in Visual Micro?

Quote:


Yes please, and it is just capturing the output, with the additional logging enabled from File > Preferences > Show Verbose Output during "Compile" checked.

The -g0 flag we have changed it to will affect debugging, but once we have reviewed the Arduino IDE log from the same machine hopefully we will be able to understand the true root cause of the issue (currently we cannot replicate the issue on our machines).

It's not letting me upload the file...


"With the file ArduinoIDEOutputForUnoR4WiFi.txt (0 KB) you exceed the maximum allowed upload directory volume."

I emailed you the file instead...

Thanks for uploading the log, and we have fixed the issue preventing the .txt file from uploading.

Would you be able to rename the attached file from .txt to .bat and run it on your machine?

If you can attach the output as a text file or attach an image of the console output it would be greatly appreciated.

It will provide further output about the locale and windows version which will help us to identify exactly where the failure is coming from so we can ensure we can validate any fixes against the issue.

Thanks for the log and I believe the windows version shown here represents Win11, just not clearly with "11" as we would expect.

I have updated another machine to this Windows build and the same codepage etc, but still cannot repro to investigate further.

When you have chance would you mind trying:
1) Disable any AntiVirus Real Time Scanning on your machine
2) Open the failing project and run Build > Clean Solution
3) Ensure the -g0 overrides are commented out in the board.txt (just put # at the start of the line)
4) Build the project again
5) Re-enable your AV protection

Let us know if this yields a different result when you have had chance.

Agree this is very frustrating, and if I could replicate the issue it would make it easier to isolate the root cause, however it seems very environmental (and a lot of moving parts).

Do the same commands that fail in the build output give the same result when run via CMD? (Example commands from your previous log attached)

Thanks for trying, and apologies for not noticing the quoting issue and potential for the output folder to exist.

The attached file can be renamed as *.bat, or run the two commands within separately in the same CMD session, this should hopefully give the same error that we see in vMicro....

I am now getting a cosistent error, after playing around with the VSMicro debugger options. Tried them all and reset back to off. Now nothing builds (including with the overrides you provided earlier). I think I have something really honked up now...

New output file attached...

I still get the same error documented in Output-MicroBuild.txt sent in my previous message.

Is the arm-none-eabi-gcc the correct compiler for the board?

Overrides didn't work.
New project has same problem.
This new problem started when I messed around with the VMicro+Debugger+Debug: Off/Serial/Arduino/Hardware and back to Off. Like there is some garbage left somewhere that is not being cleaned up (?).

Everything works in the Arduino IDE as well as PlatformIO in Visual Code.

If I build while ArduinoIDE is indexing, I get the output in the attached ArduinoIDError2.txt file (output looks like what I was originally getting in VSMicro). If I delete the folders and do it again, I get the output in ArduinoIDEError.txt file (Sometimes), while other times, it builds entirely.

Okay. I finally reinstalled everything and am back to the original problem that the board.txt workaround fixes. At least I can keep working my project. I will keep supporting your search for the cause. Let me know what to try when you have anything more.

I uninstalled the arduinoIDE, vsmicro, and visual studio. I then resinstalled visual studio, the arduinoIDE, and then vsmicro - in that order. 

After uninstalling, I manually deleted whatever stuff I could find that was left behind. After reinstalling, I noticed that the arduino app and vsmicro seemed to remember some things. I suspect they add stuff to the windows registry, and I really didn't want to go there...

After trying to build a few times, it eventually works. I should mention that trying to build multiple times is sometimes required to get things to work with the previous overrides. It is also sometimes needed with the ArduinoIDE...

Leads me to think there could be some kind of a timing issue with some parallel processing in the compiler or my hardware? I am using an Intel(R) Core(TM) i9-14900HX (2.20 GHz). I've read that the I9 chip has been problematic in many regards. 

This problem is starting to get interesting.

The original board.txt you gave me works, as well as the -g0 mods.

The building repeatedly description you gave is exactly what happens.

I have had the High Speed Parallel Builds option turned off all along.

My machine has a GPU which is in overclock mode. I turned it off, but it doesn't change anything. I tried forcing to the non-GPU display as well but has no effect. 

I ran the memory checker and got no errors.

At this stage, I may revert back to an older laptop I have for further development if this problem proves to be too annoying. Kind of a pain de-authorizing and re-authorizing your software on the other machine, but I will probably end up going there.

If you have any other ideas, send them my way. Otherwise, I am moving on.

Thanks for the support.

Thanks for the update and glad its all working as expected on the other machine.

You should be able to transfer your license as shown in the below guide (it was just over 3 months ago it moved):
Guide: https://www.visualmicro.com/page/Transfer-a-Visual-Micro-License-to-Another-Mach...

Let us know if you have any issues transferring it.