I have run into this error several times. The only fix I have found is to restart the system running the IDE.
I hope there is a better solution. Hopefully, people can help me out.
Binary sketch size: 54,404 bytes (of a 262,144 byte maximum) - 20% used
MS-DOS style path detected: C:\Intel\arduino-1.5.3/hardware/arduino/x86/tools/izmir/clupload_win.sh
Preferred POSIX equivalent is: /cygdrive/c/Intel/arduino-1.5.3/hardware/arduino/x86/tools/izmir/clupload_win.sh
CYGWIN environment variable option "nodosfilewarning" turns off this warning.
Consult the user's guide for more details about POSIX paths:
echo "starting download script"
echo "Args to shell:" $*
# ARG 1: Path to lsz executable.
# ARG 2: Elf File to download
# ARG 3: COM port to use.
starting download script
Args to shell: C:\Intel\arduino-1.5.3/hardware/tools/x86/bin C:\Users\OFFICE~1\AppData\Local\Temp\build2347904014153457648.tmp/SD_readWrite.cpp.elf COM9
COM PORT 9
Converted COM Port COM9 to tty port /dev/ttyS8
Sending Command String to move to download if not already in download mode
Deleting existing sketch on target
# path contains \ need to change all to /
# COM ports are not always setup to be addressed via COM for redirect.
# /dev/ttySx are present. Howwever, COMy -> /dev/ttySx where x = y - 1
echo "COM PORT" $com_port_id
echo "Converted COM Port" $com_port_arg "to tty port" $tty_port_id
echo "Sending Command String to move to download if not already in download mode"
echo "~sketch download" > $tty_port_id
# Move the existing sketch on target.
echo "Deleting existing sketch on target"
$fixed_path/lsz.exe --escape -c "mv -f /sketch/sketch.elf /sketch/sketch.elf.old" <> $tty_port_id 1>&0
I am having the same issue - this is stated in the Release Notes as a known issue on current hardware. I agree that it's incredibly frustrating.
Sometimes my code will upload, but very, very slowly. Instead of the upload progress flying by, the "xxxx of xxxx bytes" part crawls by. Eventually it will stop uploading.
The other issue I am seeing is that /dev/ttySCM0 disappears and I can't do anything at all, I have to reboot the system running the code (note: not necessarily required to reboot the Galileo). I think this is an IDE issue because of that.
Has anyone found a more reliable solution to this issue? I'm now seeing this consistently, and can't find any way to reset or upload new sketches at all. My device is completely bricked.
I run into this consistently, as well. This seems to be working for me. Sometimes I don't need step 3 or steps 5 - 8, but I usually do. Following all the steps seems to work every time for me now.
1) Close the Arduino IDE.
2) Open Task Manager to force quit "bash.exe" and "lsz.exe", if they are still open.
3) Delete the contents of /sketch on the system side (ie, over SSH).
4) Press the "reset" button on the Galileo.
5) Unplug the USB cable.
6) Wait a moment.
7) Plug the USB cable back in.
8) Wait to hear it connect.
9) Open Arduino IDE. Verify the serial port is connected and try again.
I too am experiencing a related issue. I was playing with the MS Iot DevKit which still works somewhat, but when I restarted the Galileo with 1.0.4 SD boot it compiles but cannot upload the sketches and errors with "C:\arduino-1.5.3-Intel.1.0.4/hardware/arduino/x86/tools/izmir/clupload_win.sh: No such file or directory error" I've remove the SD and tried to upload using the system flash. The same result. I updated the firmware using the IDE which succeeded, however the attempts to upload sketches is the same. I've reinstalled the Arduino IDE with no change in results. I've uninstalled and reinstalled the com ports and drivers, again with no change in results. At this point, I don't seem to be able to use the Arduino IDE and I've never been able to successfully install the yocto image to an SSD.
I'm up against the wall here. Does anyone have any suggestions?
I figured this out. For unknown reasons, the C:\arduino-1.5.3-Intel.1.0.4\hardware\arduino\x86\tools\izmir\clupload_win.sh file was missing. Even reinstalling/repairing the Arduino for Windows application did not restore it. I needed to drill down into the zip file and manually extract it to the directory. After that, the Arduino IDE is functional again. I'll update this post if I figure out the sequence of events that led to the file being removed.