Please help me fix this eror

square_beta · April 7, 2023, 1:52pm

Using board '32' from platform in folder: C:\Users\zero Two\AppData\Local\Arduino15\packages\MightyCore\hardware\avr\2.1.3
Using core 'MCUdude_corefiles' from platform in folder: C:\Users\zero Two\AppData\Local\Arduino15\packages\MightyCore\hardware\avr\2.1.3
Detecting libraries used...
"C:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\arduino\\tools\\avr-gcc\\7.3.0-atmel3.6.1-arduino7/bin/avr-g++" -c -g -Os -w -std=gnu++17 -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -w -x c++ -E -CC -mmcu=atmega32 -DF_CPU=16000000L -DARDUINO=10607 -DARDUINO_AVR_ATmega32 -DARDUINO_ARCH_AVR "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\cores\\MCUdude_corefiles" "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\variants\\standard" "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2\\sketch\\CODING_V1.ino.cpp" -o nul
Alternatives for EEPROM.h: [EEPROM@2.0]
ResolveLibrary(EEPROM.h)
  -> candidates: [EEPROM@2.0]
"C:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\arduino\\tools\\avr-gcc\\7.3.0-atmel3.6.1-arduino7/bin/avr-g++" -c -g -Os -w -std=gnu++17 -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -w -x c++ -E -CC -mmcu=atmega32 -DF_CPU=16000000L -DARDUINO=10607 -DARDUINO_AVR_ATmega32 -DARDUINO_ARCH_AVR "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\cores\\MCUdude_corefiles" "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\variants\\standard" "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\libraries\\EEPROM\\src" "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2\\sketch\\CODING_V1.ino.cpp" -o nul
Generating function prototypes...
"C:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\arduino\\tools\\avr-gcc\\7.3.0-atmel3.6.1-arduino7/bin/avr-g++" -c -g -Os -w -std=gnu++17 -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -w -x c++ -E -CC -mmcu=atmega32 -DF_CPU=16000000L -DARDUINO=10607 -DARDUINO_AVR_ATmega32 -DARDUINO_ARCH_AVR "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\cores\\MCUdude_corefiles" "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\variants\\standard" "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\libraries\\EEPROM\\src" "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2\\sketch\\CODING_V1.ino.cpp" -o "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2\\preproc\\ctags_target_for_gcc_minus_e.cpp"
"C:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\builtin\\tools\\ctags\\5.8-arduino11/ctags" -u --language-force=c++ -f - --c++-kinds=svpf --fields=KSTtzns --line-directives "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2\\preproc\\ctags_target_for_gcc_minus_e.cpp"
Compiling sketch...
"C:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\arduino\\tools\\avr-gcc\\7.3.0-atmel3.6.1-arduino7/bin/avr-g++" -c -g -Os -w -std=gnu++17 -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -MMD -mmcu=atmega32 -DF_CPU=16000000L -DARDUINO=10607 -DARDUINO_AVR_ATmega32 -DARDUINO_ARCH_AVR "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\cores\\MCUdude_corefiles" "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\variants\\standard" "-IC:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\MightyCore\\hardware\\avr\\2.1.3\\libraries\\EEPROM\\src" "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2\\sketch\\CODING_V1.ino.cpp" -o "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2\\sketch\\CODING_V1.ino.cpp.o"
Compiling libraries...
Compiling library "EEPROM"
Compiling core...
Using precompiled core: C:\Users\zero Two\AppData\Local\Temp\arduino\cores\345d449383bf2745025a74f7dfd9def4\core.a
Linking everything together...
"C:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\arduino\\tools\\avr-gcc\\7.3.0-atmel3.6.1-arduino7/bin/avr-gcc" -w -Os -Wl,--gc-sections,--section-start=.FAR_MEM1=0x10000 -mmcu=atmega32 -o "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2/CODING_V1.ino.elf" "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2\\sketch\\CODING_V1.ino.cpp.o" "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2/..\\..\\cores\\345d449383bf2745025a74f7dfd9def4\\core.a" "-LC:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2" -lm
"C:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\arduino\\tools\\avr-gcc\\7.3.0-atmel3.6.1-arduino7/bin/avr-objcopy" -O ihex -j .eeprom --set-section-flags=.eeprom=alloc,load --no-change-warnings --change-section-lma .eeprom=0 "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2/CODING_V1.ino.elf" "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2/CODING_V1.ino.eep"
"C:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\arduino\\tools\\avr-gcc\\7.3.0-atmel3.6.1-arduino7/bin/avr-objcopy" -O ihex -R .eeprom "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2/CODING_V1.ino.elf" "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2/CODING_V1.ino.hex"
cmd /C "C:\\Users\\zero Two\\AppData\\Local\\Arduino15\\packages\\arduino\\tools\\avr-gcc\\7.3.0-atmel3.6.1-arduino7/bin/avr-objdump" --disassemble --source --line-numbers --demangle --section=.text "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2/CODING_V1.ino.elf" > "C:\\Users\\zero Two\\AppData\\Local\\Temp\\arduino\\sketches\\4D549C6447DA69B2A624F049FDE561A2/CODING_V1.ino_atmega32_16000000L.lst"
'C:\Users\zero' is not recognized as an internal or external command,
operable program or batch file.

Using library EEPROM at version 2.0 in folder: C:\Users\zero Two\AppData\Local\Arduino15\packages\MightyCore\hardware\avr\2.1.3\libraries\EEPROM 
exit status 1

Compilation error: exit status 1

ZX80 · April 7, 2023, 2:05pm

Maybe because of the space between "zero" and "Two" in your username.

UKHeliBob · April 7, 2023, 3:19pm

Your topic was MOVED to its current forum category which is more appropriate than the original as it has nothing to do with Installation and Troubleshooting of the IDE

ptillisch · April 7, 2023, 3:33pm

Hi @square_beta. ZX80 guessed the significant factor in the error. There was a bug in older versions of the MightyCore boards platform you are using that caused compilation to fail when the path contained a space.

That bug has already been fixed:

github.com/MCUdude/MightyCore

Prevent corruption of disassembler listing command for paths w/ spaces

MCUdude:master ← per1234:spaces-in-path

opened 08:01PM - 01 Oct 22 UTC

per1234

+2 -1

This platform uses a [build hook](https://arduino.github.io/arduino-cli/latest/p…latform-specification/#pre-and-post-build-hooks-since-arduino-ide-165) to save a disassembler listing to the build folder when compiling sketches. Due to the use of a [redirection operator](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-xp/bb490982(v=technet.10)) in the command, it was necessary to execute it via the Windows command interpreter by passing it as an argument to `cmd /c`. Although paths with spaces can be used without difficulty in pattern generated commands executed directly by the Arduino framework, things are more complicated when it comes to executing commands indirectly via `cmd /c`. The `cmd /c` command has an odd handling of quotes: https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/cmd#remarks Under certain conditions, the first and last quotation mark of the command passed via the argument to `/c` are stripped. These conditions occur for the command generated via the platform's `recipe.hooks.objcopy.postobjcopy.1.pattern.windows` property when the both the path to `avr-objdump` and the temporary build path contain a space. The removal of the essential quotes from the start and end of the command executed by `cmd /c` causes an error. for example, if the `avr-objdump` path was: ```text C:\Users\username with spaces\AppData\Local\\Arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7\bin\avr-objdump ``` The command will fail with the error: ```text 'C:\Users\username' is not recognized as an internal or external command, operable program or batch file. ``` One of the required conditions for the unwanted quote stripping is that the first character of the argument to `cmd /c` is a double quote. So this unwanted behavior can be avoided by ensuring the first character is not a double quote. That is accomplished here by adding [a dummy command](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/echo#examples) (adds a blank line to the output, but the most suitable "no operation" candidate I found) that does not require quoting at the start of the argument. ## Demo of bug ```text $ arduino-cli version arduino-cli.exe Version: 0.27.1 Commit: a900cfb2 Date: 2022-09-18T15:57:51Z $ export ARDUINO_DIRECTORIES_DATA="/tmp/arduino-cli-directories/has space/data" # Cause avr-objdump to be installed under a path with spaces $ export ARDUINO_BOARD_MANAGER_ADDITIONAL_URLS="https://mcudude.github.io/MightyCore/package_MCUdude_MightyCore_index.json" $ arduino-cli core update-index Downloading index: package_index.tar.bz2 downloaded Downloading index: package_MCUdude_MightyCore_index.json downloaded $ arduino-cli core install MightyCore:avr [...] $ export ARDUINO_DIRECTORIES_USER="/tmp/arduino-cli-directories/user" $ git clone --depth 1 https://github.com/MCUdude/MightyCore "${ARDUINO_DIRECTORIES_USER}/hardware/MightyCore-dev" [...] $ arduino-cli sketch new "/tmp/FooSketch" Sketch created in: C:\Users\per\AppData\Local\Temp\FooSketch $ arduino-cli compile --fqbn MightyCore-dev:avr:1284 --verbose --build-path "/tmp/arduino-cli-directories/has space/build" "/tmp/FooSketch" [...] cmd /C "C:\\Users\\per\\AppData\\Local\\Temp\\arduino-cli-directories\\has space\\data\\packages\\arduino\\tools\\avr-gcc\\7.3.0-atmel3.6.1-arduino7/bin/avr-objdump" --disassemble --source --line-numbers --demangle --section=.text "C:\\Users\\per\\AppData\\Local\\Temp\\arduino-cli-directories\\has space\\build/FooSketch.ino.elf" > "C:\\Users\\per\\AppData\\Local\\Temp\\arduino-cli-directories\\has space\\build/FooSketch.ino_atmega1284p_16000000L.lst" 'C:\Users\per\AppData\Local\Temp\arduino-cli-directories\has' is not recognized as an internal or external command, operable program or batch file. [...] ``` (Arduino CLI used only because it makes it easy to customize the paths to contain spaces) ## Additional information ### Alternatives considered It might seem that a less hacky approach would be to simply wrap the entire argument to `cmd /c` in an extra layer of sacrificial quotes, leaving the essential quotes intact in the command that is finally executed. While that does indeed work when running the command directly from the command line, it does not work when used in a pattern in the Arduino platform configuration framework. The problem is that the string generated from the platform pattern can not be executed as is. It must be [split into arguments](https://github.com/arduino/go-properties-orderedmap/blob/v1.6.0/strings.go#L38). The list of arguments space separated, with quoting where an argument contains a space. These arguments may contain quote characters, which must be escaped. This escaping is where the simple approach of extra quotes becomes unusable. [The `os/exec` Go package](https://pkg.go.dev/os/exec) used to handle the escaping does that in a way that is compatible with directly executing a command, but is not compatible with the legacy escaping system used by cmd: <https://pkg.go.dev/os/exec#Command> >On Windows, processes receive the whole command line as a single string and do their own parsing. Command combines and quotes Args into a command line string with an algorithm compatible with applications using CommandLineToArgvW (which is the most common way). Notable exceptions are msiexec.exe and cmd.exe (and thus, all batch files), which have a different unquoting algorithm. In these or other similar cases, you can do the quoting yourself and provide the full command line in SysProcAttr.CmdLine, leaving Args empty. ### Scope of bug It seems this problem of the command having paths with spaces did not occur in Arduino IDE 1.x due to it using a [Windows "8.3" format](https://en.wikipedia.org/wiki/8.3_filename) for the default build path, which does not contain spaces. [Arduino CLI](https://arduino.github.io/arduino-cli/latest/) (and thus [Arduino IDE 2.x](https://github.com/arduino/arduino-ide)) uses the full path format instead. However, the bug could also occur in Arduino IDE 1.x if the user sets a custom `build.path` with spaces. `recipe.hooks.savehex.presavehex.2.pattern.windows` also uses `cmd /C`. However, this command is not subject to the quote stripping because it does not ever have a double quote as the first character of the argument. ### Related [Originally reported](https://forum.arduino.cc/t/failure-with-ide-2-0-and-megacorex/1032918) by @cattledogGH Previous discussion at https://github.com/MCUdude/MegaCoreX/pull/159

But you are using an outdated version of MightyCore from before the fix. So the only thing you need to do is use the Arduino IDE Boards Manager to update to the latest version of MightyCore and the problem will be fixed. I'll provide instructions:

Select File > Preferences from the Arduino IDE menus.
The "Preferences" dialog will open.
If it is not already present there, add the following URL to the "Additional Boards Manager URLs" field:
```
https://mcudude.github.io/MightyCore/package_MCUdude_MightyCore_index.json
```
ⓘ If there are other URLs in the field, separate them with commas (,).
Click the OK button on the "Preferences" dialog.
You will now see a "Downloading index: ..." notification at the bottom right corner of the IDE window. Wait for that notification to close.
Select Tools > Board > Boards Manager from the Arduino IDE menus to open the "Boards Manager" view in the left side panel.
Scroll down through the list of boards platforms until you see the "MightyCore" entry.
Click the "INSTALL" button at the bottom of the entry.
Wait for the installation to finish.

Now try compiling or uploading your sketch again.

ZX80 · April 7, 2023, 5:29pm

system · October 4, 2023, 5:29pm

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.

Topic		Replies	Views
Ok, on to Atmega32 Development	82	56607	May 6, 2021
exec: "cmd": executable file not found in %PATH% IDE 1.x	7	9213	May 5, 2021
Can't compile code for Atmega328 3rd Party Boards	21	3446	May 6, 2021
Error compiling for board Atmel atmega328p Xplained mini IDE 1.x	8	3329	May 5, 2021
Status bar warns “Error compiling.” and console is empty IDE 1.x	23	28187	May 5, 2021

Please help me fix this eror

Related topics