Skip to content

Error compiling #671

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
Teerawut101 opened this issue Sep 27, 2017 · 24 comments
Closed

Error compiling #671

Teerawut101 opened this issue Sep 27, 2017 · 24 comments

Comments

@Teerawut101
Copy link

Teerawut101 commented Sep 27, 2017

exec: "C:\Arduino18\hardware\espressif\esp32/tools/gen_esp32part.exe": file does not exist

"gen_esp32part.exe" or "gen_esp32part.py"

@me-no-dev
Copy link
Member

File is in the repo: https://github.com/espressif/arduino-esp32/blob/master/tools/gen_esp32part.exe

Maybe your clone failed?

@Teerawut101
Copy link
Author

Teerawut101 commented Sep 27, 2017

Thanks , I turned off the virus scanner so it works.

@euquiq
Copy link

euquiq commented Sep 27, 2017

Windows Defender detects a Trojan:Win32/Azden.A!cl in \Documents\Arduino\hardware\espressif\esp32\tools\esptool.exe ...

I did Allow this file and reinstalled the Github repository. Now everything is working fine. I only hope that esptool.exe is NOT actually infected !

@copercini
Copy link
Contributor

copercini commented Sep 27, 2017

@me-no-dev Windows Defender come active by default in all newer windows installations, so I think it's a big problem, but looks like just last version of esptool and gen_esp32part are affected

@me-no-dev
Copy link
Member

Not the first time i see this ;) all exes i prepare on an isolated virtual machine

@me-no-dev
Copy link
Member

Though i used the one on my laptop since i am in shanghai. I usually do it on a carbon copy of it on my desktop. There is no other difference

@copercini
Copy link
Contributor

Probably it's not infected, but can be some new feature that is similar to a virus comportment, like download another .exe from internet, or whatever

The problem is Windows Defender is present in all windows computers, so all windows users will have this problem with updates

@me-no-dev
Copy link
Member

So what would be the safe course? Make them install python, pip and all necessary packages?

@copercini
Copy link
Contributor

Revert a version and investigate what changed that is triggering Windows defender?

@copercini
Copy link
Contributor

copercini commented Sep 27, 2017

@copercini
Copy link
Contributor

copercini commented Sep 27, 2017

@me-no-dev it's probably detected as virus due the process name in both files is "<Input Sample>" and lot of virus have the same name...

(yeah, I know, It's not me who program the antivirus softwares to have conclusions like this.... )

@me-no-dev
Copy link
Member

there must be something different between my virtual machines to cause this... i have no clue what though... maybe they are at different updates or something... i really have not used the laptop one in ages. It is certainly not a virus. if anything the one i used is much more cleaner than the other one

@bill-orange
Copy link

bill-orange commented Sep 28, 2017

How annoying. As of this morning Windows Defender is detecting esptool as a virus and deleting it. I kept putting it back and when I tried to upload, it disappeared again. I will post to the windows 10 forum. I can upload okay with Defender off.

Update:
I added an exclusion to defender for my Arduino folder. I there really is a virus in esptool, then I just dropped my pants.

Defender reports the threat as: Trojan:Win32/Azden.Aid

@bill-orange
Copy link

bill-orange commented Sep 28, 2017

Result of submission to MS of esptool:

scan

scan_2

@me-no-dev
Copy link
Member

yeah... as I said, but this is still something I would like to get away from. I can recompile the EXEs once I get back home (in 10 days) but not before that. And would actually be able to compile them on any of my machines... so what to do... crap

@vseven
Copy link
Contributor

vseven commented Sep 29, 2017

Just a FYI - NodeMCU-PyFlasher-2.0.exe (https://github.com/marcelstoer/nodemcu-pyflasher/releases) is also getting flagged. I used it a couple weeks ago to reflash my ESP32 and it was just sitting on my Windows 10 desktop. I got a notice 4 or 5 days ago that Defender found and fixed some malware...I didn't notice it was gone until I tried to reflash the firmware a couple days ago. Had to add a exception in Defender to get it to redownload.

I mention this because NodeMCU-PyFlasher-2.0.exe hasn't changed in over two months yet it just started getting flagged and removed 4 or 5 days ago. Flagged for the same thing also.

@bill-orange
Copy link

You probably should submit that file to Microsoft for re-analysis.

https://www.microsoft.com/en-us/wdsi/filesubmission

@dtbarn
Copy link

dtbarn commented Sep 30, 2017

Thanks for this discussion. I had been operating for several days without problems until this file disappeared. To solve the problem on my Win 7 64-bit running MS Security Essentials (not Windows Defender), I had to unzip the file in a separate directory and copy the gen_esp32part.exe file to the tools directory. Running get.exe or get.py must have gotten tangle with Windows and removed the file.

@bill-orange
Copy link

bill-orange commented Sep 30, 2017 via email

@copercini
Copy link
Contributor

Here it stopped detecting the file as virus =)

@bill-orange
Copy link

bill-orange commented Oct 9, 2017 via email

@copercini
Copy link
Contributor

copercini commented Oct 12, 2017

I think the files were re-evaluated by Microsoft and now the last version of Windows Defender doesn’t flag it anymore. Thanks @bill-orange for submit it to reclassification!

@dunglehome
Copy link

dunglehome commented Jan 17, 2018

In Arduino IDE Go to:

Sketch -> include libraries -> manage library and search all type all topic for "esptool" then click install

Done.

this package origin is https://github.com/jandrassy/UnoWiFiDevEdSerial1

Should fix Error : ... esptool.exe": file does not exist

@astellingwerf
Copy link

SentinelOne still considers these files a thread. Is there a known workaround, or a proper fix maybe?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants