windows - following symlink to network share not working

[novalisek]

Describe the problem

I am running Windows 7 under VirtualBox and I have folder shared via Virtualbox, it can be seen as \\vboxsrv\programy.

I have mapped it using:

mklink /D d:\programy \\vboxsrv\programy

From the arduino-builder command:

C:\Program Files (x86)\arduino-nightly\arduino-builder -dump-prefs -logger=machine -hardware C:\Program Files (x86)\arduino-nightly\hardware -hardware C:\Users\martin\AppData\Local\Arduino15\packages -hardware D:\programy\arduino\hardware -tools C:\Program Files (x86)\arduino-nightly\tools-builder -tools C:\Program Files (x86)\arduino-nightly\hardware\tools\avr -tools C:\Users\martin\AppData\Local\Arduino15\packages -built-in-libraries C:\Program Files (x86)\arduino-nightly\libraries -libraries D:\programy\arduino\libraries -fqbn=arduino:sam:arduino_due_x_dbg -ide-version=10813 -build-path d:\temp\arduino_build_807214 -warnings=none -build-cache d:\temp\arduino_cache_153221 -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.bossac.path=C:\Users\martin\AppData\Local\Arduino15\packages\arduino\tools\bossac\1.6.1-arduino -prefs=runtime.tools.bossac-1.6.1-arduino.path=C:\Users\martin\AppData\Local\Arduino15\packages\arduino\tools\bossac\1.6.1-arduino -prefs=runtime.tools.arm-none-eabi-gcc.path=C:\Users\martin\AppData\Local\Arduino15\packages\arduino\tools\arm-none-eabi-gcc\4.8.3-2014q1 -prefs=runtime.tools.arm-none-eabi-gcc-4.8.3-2014q1.path=C:\Users\martin\AppData\Local\Arduino15\packages\arduino\tools\arm-none-eabi-gcc\4.8.3-2014q1 -verbose D:\git\arduino\test\test.ino

I only see

loading hardware from D:\programy\arduino\hardware: following possible symlink D:\programy\arduino\hardware: CreateFile \\VBOXSVR\programyarduino: Network name cannot be found.

it seems that it is missing \ in programyarduino (it should be \\VBOXSVR\programy\arduino)

Expected behavior

It should be possible to disable following symlinks or it should be repaired so that following them doesn't cause errors

Arduino CLI version

Arduino Builder 1.5.3

Operating system

Windows 7 64bit running under Virtualbox with network shares mapped to local directories

Additional context

Arduino Builder 1.4.7 from Arduino 1.8.10 is working fine, I noticed this problem for the first time in Arduino 1.8.12

Issue checklist

• I searched for previous reports in the issue tracker
• I verified the problem still occurs when using the nightly build
• My report contains all necessary details

[novalisek]

anybody knows how to repair that?

[umbynos]

Hi @novalisek I think you are using the old and deprecated https://github.com/arduino/arduino-builder,
could you please try if this issue applied also to the latest version of the cli? https://github.com/arduino/arduino-cli/releases

[novalisek]

Hi @umbynos
tried to install Arduino IDE 1.8.19, still using same link to virtualbox shared folder made by:

mklink /D d:\programy \\vboxsrv\programy

(which also contains hardware definitions for ESP32)

I am still getting

Arduino: 1.8.19 (Windows 7), Board: "ESP32 Wrover Module, Default, QIO, 80MHz, 921600, None"

C:\Program Files (x86)\Arduino\arduino-builder -dump-prefs -logger=machine -hardware C:\Program Files (x86)\Arduino\hardware -hardware D:\programy\arduino\hardware -tools C:\Program Files (x86)\Arduino\tools-builder -tools C:\Program Files (x86)\Arduino\hardware\tools\avr -built-in-libraries C:\Program Files (x86)\Arduino\libraries -libraries D:\programy\arduino\libraries -fqbn=espressif:esp32:esp32wrover:PartitionScheme=default,FlashMode=qio,FlashFreq=80,UploadSpeed=921600,DebugLevel=none -ide-version=10819 -build-path d:\temp\arduino_build_567424 -warnings=none -build-cache d:\temp\arduino_cache_34451 -prefs=build.warn_data_percentage=75 -verbose d:\temp\untitled1162953461.tmp\sketch_oct21a\sketch_oct21a.ino

loading hardware from D:\programy\arduino\hardware: following possible symlink D:\programy\arduino\hardware: CreateFile \\vboxsrv\programyarduino: Síťový název nelze nalézt.

Error compiling for board ESP32 Wrover Module.

Is arduino-builder from Arduino 1.8.19 deprecated? I didn't try with Arduino IDE 2.0.0 yet.

I think the problem is somewhere in the path - it is showing \\vboxsrv\programyarduino but it should be \\vboxsrv\programy\arduino

[per1234]

tried to install Arduino IDE 1.8.19

You must use Arduino CLI @novalisek. Reporting results you are getting from Arduino IDE 1.8.19 is not useful to us because that is an outdated version of the IDE in maintenance mode.

I'll provide instructions you can follow to test this with Arduino CLI:

1. Click the following link to download the latest nightly build of Arduino CLI:
   https://downloads.arduino.cc/arduino-cli/nightly/arduino-cli_nightly-latest_Windows_64bit.zip
2. Unzip the downloaded file.
3. Open a Windows cmd terminal (I assume cmd is your preferred shell due to your use of mklink, feel free to adapt the instructions if you prefer another shell) in the folder that contains the file arduino-cli.exe that was unzipped.
4. Type the following command:

   arduino-cli config init
   

5. Press the Enter key.
6. Type the following command:

   arduino-cli config set directories.user D:\programy\arduino
   

7. Press the Enter key.
8. Type the following command:

   arduino-cli sketch new d:\temp\TestSketch
   

9. Press the Enter key.
10. Type the following command:

    arduino-cli compile --verbose --fqbn espressif:esp32:esp32wrover:PartitionScheme=default,FlashMode=qio,FlashFreq=80,UploadSpeed=921600,DebugLevel=none d:\temp\TestSketch
    

11. Press the Enter key.

This will produce a compilation under conditions equivalent to what you did in Arduino IDE 1.8.19.

Do you still get an error when you do that, or is the compilation successful?

Is arduino-builder from Arduino 1.8.19 deprecated?

Yes, as was explained to you already.

I didn't try with Arduino IDE 2.0.0 yet.

Please use Arduino CLI. There is already a known issue specific to the Arduino IDE 2.x codebase related to dealing with this type of UNC path: arduino/arduino-ide#1475. That bug might interfere with your ability to test whether there is some problem with Arduino CLI's handling of these conditions.