problem: make: *** Waiting for unfinished jobs....

Go To Last Post
115 posts / 0 new

Pages

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

@ledvinap

Quote:
2: use different names for each .bat file

In my PC each time make generates with a random numbered file name in the temp folder.
like make3680-1.bat, make2940-1.bat

@Torby:
Do you have any Antivirus installed in your PC ?

:D

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I use AVG.

If you don't know my whole story, keep your mouth shut.

If you know my whole story, you're an accomplice. Keep your mouth shut. 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Ok, I got tired with this problem.
Pach for http://gnuwin32.sourceforge.net/... is attached.
Build it with minGW, from msys shell:
./configure --enable-case-insensitive-file-system
make

Then copy make.exe to shellUtils in Atmel Studio 6.1 instalation directory (or other version)

My version is http://home.zcu.cz/~ledvinap/mak..., it may work. Some dll (msys-1.0.dll) may be needed in shellUtils directory. No guarantee that my system and thus the exe is virus free.

Bug http://savannah.gnu.org/bugs/ind...
After this is confirmed, other affected projects should be probably notified...

Attachment(s): 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

mailtosarathy wrote:
@ledvinap
Quote:
2: use different names for each .bat file

In my PC each time make generates with a random numbered file name in the temp folder.
like make3680-1.bat, make2940-1.bat

:D


The number is pid of make.exe process, attached -1 is incremented as long as there is name collision.

Last Edited: Fri. Mar 29, 2013 - 09:34 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Your patch takes care of whatever is setting the folder to readonly?

If you don't know my whole story, keep your mouth shut.

If you know my whole story, you're an accomplice. Keep your mouth shut. 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Torby wrote:
Your patch takes care of whatever is setting the folder to readonly?

At least my problem is not caused by readonly folder. There is bug in make for windows that causes 'permission denied' error for me and this patch (in most cases) fixes this bug. If there is another bug with same symptoms, I'am not bitten by it.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I've never had this problem. I've only created a few projects and they went without any problems.

If I remember correctly, Atmel's default location for projects is in user/documents/.... I don't put them there. I put them in another folder completely outside any Microsoft stuff. I use a different partition. Could that be the difference?

I don't use AVG. On that computer I use Microsoft Security Essentials.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I am fed up with this. My AS6.0 has started this lark.
So I downloaded AS6.1 and find exactly the same feature.

It takes about 50 cancel/build steps to ever get a finished application.

Where should I look for locked files?
Is it a corrupted make.exe ?

I never had this problem with AS4, CodeVision, Rowley. In fact AS6.0 used to work fine for me.

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I haven't seen it for a while now. Probably will tomorrow now that I said something.

When you get it, first click the cancel button. It looks like a stack of papers with an x. This stops the hung make operation. Then use windoze exploder to navigate to your folder. Right click the folder and select properties. You'll see that ReadOnly is on. Click to turn it off and click apply. It will ask if you want to apply it to sub folders. Yes, apply it to sub folders. After that, make will work for you. Not guaranteed to stop working tomorrow.

If you don't know my whole story, keep your mouth shut.

If you know my whole story, you're an accomplice. Keep your mouth shut. 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

Where should I look for locked files?

There are several utilities that can reveal "who" has locks on files. PRocess Monitor from Sysinternals is one, IIRC. I have also used a utility called Unlocker at times.

As of January 15, 2018, Site fix-up work has begun! Now do your part and report any bugs or deficiencies here

No guarantees, but if we don't report problems they won't get much of  a chance to be fixed! Details/discussions at link given just above.

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

This laptop runs on Vista-32. So Microsoft ensured that CHM files don't work.

I installed ProcessExplorer but it is a bit useless if I can't read its Help files.

It appears that several people have encountered this special feature of AS6 Make. So presumably, someone knows what file of what directory is causing the problem.

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

but it is a bit useless

The key function is the Find menu. Just type the whole or even just part of the name of a file you want to know about and it'll tell you which process has it locked.

If you ever get that error when you try to rename or delete a file that "can't do it, another process has this locked" then the Find command in ProcExp is the way to do it.

Other than that it's just very similar to Task Manager though I like things like the hierarchical display. In the main display area click the "Process" column heading to alternate between views - I like the one with the indent.

As for reading help. For some reason my XP VM has stopped reading .CHM files but what I can do on my machine because I really have everything on top of Linux is make sure the .chm is in a place both Windows and Linux can see then use kchmviewer which is an excellent Linux utility for reading .CHM files.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Ok. I run AS6.1 and it stops with a "make: *** Access is denied." message.

I use Process_Explorer's "Search make" and it reports:
atmelstudio.exe: PID=1304
make.exe: PID=6044

It tells you 2*DLL / 1*File / 2*Process / 1*Thread
If I click on any of these lines, I get another window open up with hundreds of entries.

So I have no idea what to do next.
Is there a file that is locked, or a directory without read permission?

I just want to run either AS6.0 or AS6.1 without enormous grief.

I use native Windows. It seems a bit complicated to run Linux so that I can read CHM files in a Virtual machine. If Microsoft want to ban CHM files, surely they should invent an alternative?

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Before you go any further I have read a post here with at least an explanation if not a solution to this problem. It might even be in this thread (I haven't read it all yet) but someone who seemed to know what they were talking about said it actually occurs because of some kind of race condition. I would find that post first before doing any more.

I'll see if I can find it...

EDIT: that was easy - it was in this thread:

https://www.avrfreaks.net/index.p...
and from there to:
http://stackoverflow.com/questio...

If that investigation on stackoverflow is what's happening then I cannot see that any end user could do much to change things - It'd be up to Atmel to change the create/delete/create nature of what the IDE is doing.

In the meantime what happens if you add a button to the toolbar that does nothing more that "make -f somemakefile" to do the building instead?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

It does seem to be affected by my "Kaspersky Anti-Virus".
If I disable KAV, I can build ok.

If I just add atmelstudio.exe to the KAV exclusions, I still get failure.

I really don't want to go disabling KAV every time I want to run AS6.1 (or AS6.0)

Or is the problem down to Make trying to be too clever?
e.g. trying to run several tasks at once.

I am quite happy for anti-virus software to slow things down. I don't want the result to be a complete STOP.

I have used Kaspersky for years. It can sometimes slow things to a crawl, but never STOPPED me using Studio.

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hmh... Tried adding make.exe to the KAV exception list? It should be available under the shellUtils folder in the Studio installation directory...

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Yes. That was the first thing that I tried.
I have added both atmelstudio.exe and make.exe to the exclusions.

I have also tried with/without scanning Files or Network traffic.

It seems that I have an unusable AS6.0 and AS6.1

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

I have an unusable

I agree - just because some AV might delay a file access the thing doing the file accesses shouldn't be so sensitive that it's completely stymied.

At the very least put in a bit of a back off strategy so if you get an "access denied" error back off 10ms then try again, then 100ms then try again and so on. Give in if you can't do it after say 20 seconds or something like that.

The post I linked to in this thread identifies the .bat file that it's having a problem with.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:
This laptop runs on Vista-32. So Microsoft ensured that CHM files don't work.
Have you tried this?
http://blog.crowe.co.nz/archive/...

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

No, I haven't tried it. Until now:

Quote:
The page cannot be displayed because an internal server error has occurred.

I have always understood that CHM is just "compiled HTML". So I really don't understand why it should be banned by Microsoft.

Ah-ha. You can't read CHM from Explorer or command line, but you can from within ProcessExplorer.

It is still not too much good. I don't want to mangle the generated Makefile(s). I don't want to change anti-virus software unless it is a problem with KAV.

From other reports, it seems to be a special feature of AS6.x. After all, other IDEs don't behave like this. Most of them are effectively doing the same build operation. i.e. running gnu-make

David.

Edit. I have just installed AS6.1 on a Win7 64bit Desktop PC. I get exactly the same behaviour. Likewise with the existing AS6.0 installation.

So I have come to the conclusion that it is due to my Kaspersky Anti-Virus (on both PCs)

Since KAV is a common program, I presume that there are several AS6.x users out there with KAV. Is it me? Or do you have problems too?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I installed 6.1 today and also had the same issue trying to build the default AVR project. The issue was indeed my Kaspersky AV! I clicked on "Pause Protection" and I was able to build it with no issue. Re-enabled it and back to the old permission denied, blah blah issue. That is the fix for me!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

So this is a KAV problem.
Either Kaspersky will solve this or other AV vendors will introduce the same 'feature'.

I don't seem to have this problem with Rowley (ARM). So somehow I wonder if it is Atmel's responsibility.

David.

Quote:
I clicked on "Pause Protection"

I don't see this 'option' in AS6.1. Where did you find it?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:
So this is a KAV problem.
Either Kaspersky will solve this or other AV vendors will introduce the same 'feature'.

I don't seem to have this problem with Rowley (ARM). So somehow I wonder if it is Atmel's responsibility.

David.

Quote:
I clicked on "Pause Protection"

I don't see this 'option' in AS6.1. Where did you find it?

This is on the Kaspersky tool button in your tray...

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:
So this is a KAV problem.
Well, it's not isolated to KAV. I have this problem also and I'm using AVG.

Don

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If you guys with the anti-virus problem aren't using the latest release of your A/V you might try updating that.

In the past I've had a couple of problems somewhat similar to this when running NOD32. Updating eliminating the problem. NOD32 updates the virus database daily but doesn't update the antivirus program automatically.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

KAV updates its databases and program automatically.
I presume that most AV programs do the same.

If other IDEs can manage to operate with AV programs, I don't see why AS6.1 (or AS6.0) should not be able to do the same.

It appears that I have two choices:
1. Disable AV whenever I want to run AS6.1
2. Convert the AS6 project back to AS4.

I tried (1) via "Pause Protection for 15 min" --- thans to budude

I then tried (2). You certainly notice the advantages of a (working) AS6 when you go back to AS4.

In fact, I concluded that developing an Xmega C++ project on AS4 was my best choice. I was not happy with the idea of introducing viruses via (1). Using a Dragon JTAG with an Xmega is certainly a SLOW procedure on AS4.

I will wait until the AS6.1 "feature" resolves itself. I dread to think what AS6 would be like with the SAM chips. At least I can use Crossworks ARM with no pain.

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Just bumping this topic.

I presume that there must be thousands of AS6.x users running on real Windoze PCs.

I presume that most of these users will have an Anti-Virus program of some kind.

Kaspersky used to work fine with AS6.0 until a few weeks ago. (without even adding atmelstudio.exe or make.exe to the exclusions)

Now AS6.0 and AS6.1 don't work with KAV. (and AVG too)
Yes, I have explicitly excluded atmelstudio.exe and make.exe

Which Anti-Virus programs does AS6.1 actually work with ?

Why do other IDEs function correctly ?

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The inherent complexity of anti-viral programs, combined with the modular complexity of Atmel Studio, makes this a nightmare case IMO.

Some, likely minute, change in AS6 hasmade it incompatible with some anti-viral software. It might be a matter of timing. It might be a matter of AS6 now doing something that makes the anti-viral software think it is suspicious and in need of a closer look. It might be a case of anti-virus definitions having been updated and producing this false positive. Or any combination of these..

These things are a nightmare for application programmers. They will most likely not get any help from the anti-vuris software makers. Chances are they are using undocumented, or even "unknown" APIs and similar to get their work done.

I do not envy the AS6 developers in this matter..

----------

I see nothing above that positively establishes that it is make.exe that runs into the lock. It might be something that make.exe runs (e.g. avr-gcc) but that make reports with its prefix.

Is the problem known to exist in all Kaspersky/AtmelStudio combos out there or are there only a few?

As of January 15, 2018, Site fix-up work has begun! Now do your part and report any bugs or deficiencies here

No guarantees, but if we don't report problems they won't get much of  a chance to be fixed! Details/discussions at link given just above.

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Johan,

Do you run native Windoze or Linux with Windoze in a Virtual Machine?

I agree that it must be a nightmare for the AS6.1 developers. But AS6.1 is probably less complicated than Eclipse and most ARM development IDEs.

Yes I agree that "make.exe" is the most likely culprit. If I open a command window in my AS6.x project folder, make fails here too. i.e. executing the AS6.x generated Makefile.

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

Yes I agree that "make.exe" is the most likely culprit.

My point was that it might not be make at all, but something that make in turn runs.

What happens if you tinker together e.g. a .bat file that do the build process. (Should not be very hard - essentially you pick up the build output, clean it up a bit and place it in a .bat file) Does that fail too?

My point with the "nightmare" is
1) that even a minute difference might or might not trigger something in the anti-viral software
2) different anti-viral sotware are ... different. So what triggers one will not trigger another
3) I would suspect that anti-viral software are the most likely to use un-documented, or non-public APIs
4) The new version of AS6 might use some new APIs (or newer versions of previously used ones that are somewhat different in their implementation).

All this makes the fault-seeking for an AS6 developer a nightmare. As I said - I do not envy them in this case..

Also, this might not have anything to do with viruses proper. It might just be a problem with timing or some such - e.g. the anti-viral software keeping a lock a wee bit too long on something that e.g. avr-gcc wants to write to. Or something like that...

----------

As for me, my setup is not at all involved in this - I was merely trying to put my perspetives on this (having eveloped on Windoze for 20+ years). I use Windows Vista (non-virtual) for my AS6 machine(s). I do not use Kasperksy, but rather Microsoft Security Essentials. (Nothing of this is a statement of something being better than the other - just making the lay of the land clear.)

As of January 15, 2018, Site fix-up work has begun! Now do your part and report any bugs or deficiencies here

No guarantees, but if we don't report problems they won't get much of  a chance to be fixed! Details/discussions at link given just above.

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Yup.

make -n > tit.bat
tit.bat

This works just fine. Obviously without any error checking.

Yes, perhaps this would be an effective workaround. i.e. I just build a BAT file and execute it myself (handling the error return values) .

Presumably MSE works ok with AS6.1
But then again, KAV used to work ok with AS6.0

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

Yes, perhaps this would be an effective workaround

I was thinking of it as a way to determine the cause of the problems.

It might be interesting to see the output of a build both from a run of Make, and a run of the corresponding .bat file..

As of January 15, 2018, Site fix-up work has begun! Now do your part and report any bugs or deficiencies here

No guarantees, but if we don't report problems they won't get much of  a chance to be fixed! Details/discussions at link given just above.

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Microsoft Security Essentials seems to work okay with Studio 6.1.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well, I just made a quick kludge.
I compiled this and then added it to my External Tools menu, asking it to run in the $(TargetDir)

This seems to work fairly painlessly. I may even have another attempt at AS6.1 now !!!

#include 
#include 
#include 

void main(int argc, char **argv)
{
	FILE *fp;
	char buf[1024], *line, *arg;
	int ret, verbose = 0, clean = 0;
	volatile long delay = 10000000;
	while (--argc) {
		arg = *++argv;
		if (strcmp(arg, "-v") == 0) verbose = 1;
		if (strcmp(arg, "clean") == 0) clean = 1;
	}
	if (clean) {
		ret = system("make clean");
		while (delay--);
	}
	ret = system("make -n >batchcmd.bat");
	fp = fopen("batchcmd.bat", "r");
	ret = 0;
	strcpy(buf, "if 1==1 ");
	line = buf + strlen(buf);
	while (ret == 0 && fgets(line, 1000, fp) != NULL) {
		if (verbose) printf("%s\n", line);
		ret = system(buf);
	}
	fclose(fp);
	if (ret != 0) {
		fprintf(stderr,  "command \"%s\" returned %d\n", line, ret);
	}
	exit(ret);
}

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I run AVG full version on all 5 computers I have including the laptop with AS6.1 (win7 64 bits).

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Again,

Quote:
It might be interesting to see the output of a build both from a run of Make

If the circustances points to Make as the culprit then it might have something to do with how Make is invoked, if it forks several compiler processes in parallell etc..

As of January 15, 2018, Site fix-up work has begun! Now do your part and report any bugs or deficiencies here

No guarantees, but if we don't report problems they won't get much of  a chance to be fixed! Details/discussions at link given just above.

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Johan,

I don't really care. Redirecting "make -n" into a list of commands works ok.

If I just run make from a command line, it fails with a "Waiting for unfinished jobs". I can only recover by using Taskmgr.exe to kill the make.exe

This happens whether I start the command line myself or via the AS6 Tools menu. One gives me WinAvr-2010 at the head of my PATH, the other gives me Studio 6.1 at the head of my PATH.

If I just type "make -v", I get "GNU Make 3.81 ... (C) 2006 ... built for i386-pc-mingw32"

I have verified that this is the make.exe found in Studio 6.1/shellUtils

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

This problem is getting a bit old, and we're getting nowhere nearer to a fix.
It appears at every Build on a notebook with German Win7 Home Edition, but never on another PC with English Win7 Ultimate. Both have AS6.1
It is not fixed by clean, deleting Makefile, rebuild
Jerry
PS Also no nearer to a fix

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

Also no nearer to a fix

So, re read the recent traffic in this thread. Gather evidence as to why this happens and where. Present that information in a structured and orderly fashion here.

I believe that no AS6 developer will be able to nail down and fix this (if it is even AS6 that needs to be fixed..) based on the information available given above.

It is sad that David Prentice "don't really care". He has the skills and other things needed to start gathering real evidence as to what goes wrong. It is extra-sad since he has already taken it to a point where AS6 proper is ruled out, but GNU Make is ruled in. The next step might be to do a test running the same makefile but based on e.g. the EinAVR2010 version of the tool chain.

Almost all fault seeking relies on
- having access to a system that displays the fault, and
- dividing the problem space into smaller and smaller pieces - putting up new hypothesis and accepting or rejecting them along the way.

David has the former, and was well on the way with the latter.

If Atmel does not have the former then they will have a hard time hunting this down, methinks.

As of January 15, 2018, Site fix-up work has begun! Now do your part and report any bugs or deficiencies here

No guarantees, but if we don't report problems they won't get much of  a chance to be fixed! Details/discussions at link given just above.

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

As far as I can see, GNU-make v3.81 should be perfectly robust. i.e. it is not "new".

There are four copies of "make.exe" in my "/Program Files" folder. They have the same size but different timestamps. I have cmp-ed them and they are identical. The Toolchain version is timestamped 2006 !

OTOH, I bet that they end up using a DLL somewhere along the line.

To be honest, I am a little stuck. What should I try? I am on a Vista-32 laptop at the moment. I get the same behaviour with a Win-7 64-bit PC.

At least I can use the AS6.1 now. The simple batchcmd.exe means I can BUILD or REBUILD a project from the Tools menu.

If any other IDE behaved like AS6.x I would be very upset. OTOH, I don't expect much support from Kaspersky or Atmel. Without offering either company an accurate bug report and solution, I doubt if they would be interested.

It appears that some AVG users (donblake) have problems. Others are ok.

@jerryr,
Which AV program are your machines using?

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

There are four copies of "make.exe" in my "/Program Files" folder. They have the same size but different timestamps. I have cmp-ed them and they are identical. The Toolchain version is timestamped 2006 !

However note this:

E:\WinAVR-20100110\utils\bin>dir make.exe
 Volume in drive E is VBOX_windows
 Volume Serial Number is 0000-0801

 Directory of E:\WinAVR-20100110\utils\bin

19/01/2010  19:10           166,400 make.exe
               1 File(s)        166,400 bytes
               0 Dir(s)  379,093,434,368 bytes free

E:\WinAVR-20100110\utils\bin>make -v
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for i386-pc-mingw32

that's also a 3.81 make.exe and yet it is different in almost every conceivable way to the one shipped by Atmel!

Personally I don't see the point of putting a "3.81" version number on something if it says nothing about what the software contains or how it behaves!

This whole thing appears to be some timing sensitive race condition so it could be triggered not just by AV software but how much RAM your PC has for caching, how fast your HDD is and other things like that. I imagine that without being able to reliably recreate it (and determine if it really is make.exe at the cause) then it will be close to impossible for Atmel to fix it.

This might even involve them borrowing a laptop or something or at least sending someone who's afflicted modified version of make (or whatever) to try out.

if it is a timing/race thing then adding logging to find out more about what's going on will be a bit like poisoning cats in boxes!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:
You asked which AS version is being used

Dear David,
I'm using AS 6.1.2562, the latest and greatest
At least I have two systems to compare, and will see what differences there are, apart from the Win7 revs and languages. I'll also look for more error messages.
Jerry

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I wanted to know the AV (anti-virus) program you were using.

Yes, I could disable Kaspersky Anti Virus and solve all the "make" problems. But this seems a very unsafe way to operate Windoze.

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I'm still running into this problem even with the latest Atmel Studio update.

Use to be if I did a "cancel" & "clean" I could recover. Not anymore.

What seems to work now is "cancel", "clean" then delete the Debug folder (it's now empty after "clean").

Don

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:
What seems to work now is "cancel", "clean" then delete the Debug folder (it's now empty after "clean").

I'm afraid to say that your suggestion didn't work for me.
When it's waiting for unfinished jobs the Debug directory is write protected, but not the files within it. I cancelled the make, removed the write protection, and continued with the build. After a few files it waited again, and the Debug directory was write protected anew...

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

How very odd. Today, my normally docile and cooperative pixie is setting the folder to read/only as fast as I can set it to read/write.

If you don't know my whole story, keep your mouth shut.

If you know my whole story, you're an accomplice. Keep your mouth shut. 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Uninstalling AVG free antivirus has had no effect.

No. Now, I am able to make again.

If you don't know my whole story, keep your mouth shut.

If you know my whole story, you're an accomplice. Keep your mouth shut. 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:
Yes, I could disable Kaspersky Anti Virus and solve all the "make" problems. But this seems a very unsafe way to operate Windoze.
David.

My setup: Atmel Studio 6.1 on Windows 7, Kaspersky anti-virus.
I got the same error when building my project.

i ran make from command line, using the project/debug folder as path:
"C:\Program Files (x86)\Atmel\Atmel Studio 6.1\shellUtils\make.exe" all

Examine of building log shows make got stuck after "Invoking: AVR8/GNU Linker"

Invoking: AVR8/GNU Linker : 3.4.2
"C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.2.1002\avr8-gn
u-toolchain\bin\avr-g++.exe" -o project_0101.elf project_0101.o -Wl,-Map="project_0101.map" -Wl,--start-group -Wl,-lm -Wl,-lcore -Wl,--end-group -Wl,-L"C:\sanguino_core" -Wl,--gc-sections -mmcu=atmega644
Finished building target: project_0101.elf
make: *** Access is denied.
. Stop.
make: *** Waiting for unfinished jobs....

Solution: add the following programs to the antivirus trusted application list:

C:\Program Files (x86)\Atmel\Atmel Studio 6.1\shellUtils\make.exe

C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.2.1002\avr8-gnu-toolchain\bin\avr-g++.exe

C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.2.1002\avr8-gnu-toolchain\bin\avr-objcopy.exe

clean project & rebuild, now build is working as it should.

Last Edited: Wed. Jul 17, 2013 - 11:22 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I have AS6.1 on a Win7 64bit PC with KAV
I can assure you that this does NOT work for me.

I suspect that you will still have problems. Please let us know how you get on.

If you have solved it, perhaps we could compare notes.

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:

I suspect that you will still have problems. Please let us know how you get on.

hi david.
you where right. i still got errors after restart of atmel studio.

I've set KAV to exclude all programs for the bin directory:
C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.2.1002\avr8-gnu-toolchain\bin\*

now it seems to work...
can you check if it's working for you as well?

EDIT: i spoke too soon. still got build errors but less frequent.

Pages