Arduino 101 Core 1.0.7 cannot compile!!

[ralphxyz]

Windows 10 x64 Arduino 101

the error:

C:\Users\Ralph>cmd /C copy /y "C:\Users\Ralph\AppData\Local\Temp\build9c9ef3bdfe2fccb480bc6e4bac749e41.tmp\Blink.ino.elf" "C:\Users\Ralph\AppData\Local\Temp\build9c9ef3bdfe2fccb480bc6e4bac749e41.tmp\..\arduino101_sketch.debug.elf"
'cmd' is not recognized as an internal or external command, operable program or batch file.

The compiler user cannot run "cmd" only administrator can run cmd!!

Version 1.0.7 and Version 1.0.6 both fail!!

Version 1.0.5 compiles successfully!!

Version 1.0.5 does not select a "programmer" from Tools.

[eriknyquist]

Thanks for letting us know @ralphxyz, we'll try to reproduce these errors and get back to you soon.

[ralphxyz]

A workaround solution for this problem would be to run the "Programmer" as Administrator,
might have to ask permission.

A User cannot run the cmd command only a Administrator can run cmd!!

This is possible/probable not a bug in Version 1.0.7 but a configuration
of my Windows x64 computer.

It might be Windows or even my Norton Security protecting me from my self.

Version 1.0.7a would run the Programmer as Administrator.

I am trying to get Raspberry Pi running so I can try using Linux.

Ralph

[facchinm]

For reference, there is this post on the forum reporting the same problem.
@eriknyquist until not needed by the end user, I would comment out those lines on the released core in order to avoid this kind of problems

[noelpaz]

Hi. I am a colleague of @eriknyquist and tried to replicate this problem today. After reading what is here I think we are dealing with problems compiling and uploading (let us bundle this as one operation) and running the command burn bootloader. The other issue also seems to be that the user has non administrative privileges.

Here is my setup Windows 10 professional 64 bit, Arduino IDE 1.6.12 and Arduino 101 core libraries and tools version 1.0.7. Windows Defender is the various scanning software. The latest updates recommended by Microsoft has been installed.

I also disabled the ability of the user running the command line. Steps to that are here https://www.maketecheasier.com/disable-command-prompt-windows/

Now there are 2 options to this setting. You can just disable the command line console and in addition you can also n disable command script processing.

If I do this, then I can replicate the issue. My suggestion is to reverse this setting if you can (you have to be an admin).

If you only disable command prompt but NOT command script processing then you will not see the error. In fact you can even start arduino_debug.exe which opens a cmd windwow.

But by default a non admin user can upload, run the programmer to update firmware and download a sketch. Please verify this setting by following the link above.

[ralphxyz]

I am an Administrator.

The problem is that the programmer runs as a user not an Administrator.

I do not use Windows Defender, I use Norton Security, I am not sure there
is a override option in Norton.

facchinm https://github.com/facchinm's work around eliminated the cmd
problem.

Now I am getting a different error.

[noelpaz]

This is a screenshot of the dialog from gpedit (global policy editor) . These are the settings which replicates the problem for the non-admin user. Reversing this would eliminate the problem.

Assigning this to @calvinatintel so that he and @facchinm can discuss the workaround in the Arduino 101 forum

[noelpaz]

@ralphxyz -- Yes I can confirm that with the policy setting set so that Command prompt is disabled and command script processing also disabled, even as an administrator you cannot compile or upload for Arduino 101 board but can with other Arduino boards.

The thing is that even though you are administrator, you are running most programs as a regular user. That is why if you create a folder in Program Files you will get a UAC* dialog asking if you want to proceed. Also some programs are written defensively, give only access needed. The argument here is that if the system administrator wishes to enable some security measures then the programs should follow suit. I am sure that @calvinatintel and @facchinm can some to an agreement on how to resolve this.

Please check the settings as described in the link above. If your virus scanner is doing some other protection strategy beyond built-in tools by microsoft, then for now, you have to only implement the work around by @facchinm on similarly configured or affected systems.

Thanks

*UAC User Access Control

[calvinatintel]

Hello @ralphxyz,

Did you try this? http://stackoverflow.com/questions/32035577/cmd-is-not-recognized-as-an-internal-or-external-command-operable-program-or

[noelpaz]

It was pointed out to me by @calvinatintel that the original error message could be a symptom that cmd is not in the user's path. To replicate:

1. I created an admin user
2. I opened a command line and then I type set path. I copied my path in a notepad and removed C:\Windows\System32 where usually cmd.exe is located
   C:\Users\ndgtester> Set Path=C:\Python27\;C:\Python27\Scripts;C:\ProgramData\Oracle\Java\javapath;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\
3. Then I start Arduino from within this command line .. cd to my installation directory and just type arduino.exe
4. Compiling WITHOUT Martino's workaround gives this error.

cmd /C copy /y "C:\Users\NDGTES~1\AppData\Local\Temp\arduino_build_319682\sketch_oct04a.ino.elf" "C:\Users\NDGTES~1\AppData\Local\Temp\arduino_build_319682\..\arduino101_sketch.debug.elf"
exec: "cmd": executable file not found in %PATH%

@ralphxyz . If cmd is not in your path, then something must have removed c:\Windows\system32 from your path or cmd.exe has been removed.

Anyhow @facchinm workaround handles both root causes.

[facchinm]

Removing completely those line in "production" is the way to go in my opinion. They are unused and the IDE is still lacking an integrated debugger to take care of this. The problem here is that strip command runs with only one parameter, so the original file with debugging symbol gets overridden. Once the IDE acquires the debugger capability, we'll surely handle this case since we need the unstripped file.