IDE V1.6.6 & V1.6.7 Problem

I am running Windows 7 x64 Ultimate, IDE V1.6.6 and IDE V1.6.7 both have the same problem.

I am trying to compile a sketch for the Mega. It compiles fine first time, but if I try to compile immediately straight after I get this error.

GetFileAttributesEx F:\Arduino\libraries\UTFT\UTFT.cpp F:\Arduino\libraries\UTFT\UTFT.h: The filename, directory name, or volume label syntax is incorrect.
Error compiling.

The only way I can get it to compile again is select Arduino Due as the target board, compile, then select Mega as target board it will compile, ONCE.

It turns out the symptom is the same if I try to compile the same sketch twice with the target board as Due. The only way to compile again is change target board.

The same sketch compiles fine as many times as I want on IDE V1.6.5r2.

Any thoughts?

Regards,

Graham

I would turn on verbose logging to see if any warnings show up or anything is strange in the compiler call. It looks like maybe two names are being passed as if they were one name.

Hi John,

I don't know if this will help you? The verbose outputs are too large to post inline so I have included them as attachments.

Regards,

Graham

Verbose_Output_Failure.txt (9.25 KB)

Verbose_Output_Success.txt (11.5 KB)

a similar problem, how to solve I do not know.
Windows 7 x64 Ultimate + IDE V1.6.7

Yuraz:
how to solve I do not know.

Install IDE 1.6.5.... That's how to solve it! Not ideal I know, but if you want reliability, that's the way to go.

Regards,

Graham

I have had the same since 1.6.7.

Workaround for me was :-

Open a powershell or cmd as Administrator

Change directory to your Arduino folder

Type Attrib -r . /s

Compile sketch.

Just left shell window open, press arrow up to repeat command. ENTER

What I found was it was it was making certain library files read only. after each compile then error on the next.

Also found on some of my sketches, I had to quit the IDE first then run attrib command for it to work.

Tried changing permissions on file attributes using windows GUI option but that had no effect. Hence the old DOS command.

Hope this helps

try to rename the directory (like SD to "SD1.0.6"). should work

This was fixed in all nightly builds since the middle of April, as a fixed version of 'builder' was released which cured this problem.

Regards,

Graham