Hi,
I've had VM installed in Atmel Studio for a little while and it's been great. 
So much faster and nicer to use than the Arduino IDE.
I hadn't used it for a week or two and then when I went to use it I could no longer compile.

The problem comes about as soon as I add a library to the sketch so this does not compile:

[code]
#include <SD.h>

void setup()
{

  /* add setup code here */

}

void loop()
{

  /* add main program code here */

}
[/code]

I get two exception errors, one is 
[code]
System.Exception: Visual Micro: Unable to save new program settings file
C:\Program Files (x86)\Arduino\sketchbook\tyest4\Visual Micro\Compile.vmps.xml ---> System.IO.IOException: The requested operation cannot be performed on a file with a user-mapped section open.

   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
   at System.Xml.XmlDocument.Save(String filename)
   at Visual.Micro.ProgramConfiguration.ProgramSettingsReader.Save()
   --- End of inner exception stack trace ---
   at Visual.Micro.ProgramConfiguration.ProgramSettingsReader.Save()
   at Visual.Micro.Visual.Studio.Arduino.AddInApp.CompileDo(Project oProject, Boolean IsDebugStartCommand)
   at Visual.Micro.Visual.Studio.Arduino.AddInApp.Compile(Project oProject, Boolean IsDebugStartCommand)
[/code]

If I clear that and try again, it will sometimes go away, other times I have to close and reopen the project.

If I can get past that exception I get this one
[code]Compiling 'tyest4' for 'Arduino Uno'
Build folder: file:///C:/Users/Greg/AppData/Local/VMicro/Arduino/Builds/tyest4/uno
SketchLibFolders
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino;C:\Program Files (x86)\Arduino\hardware\arduino\variants\standard;C:\Program Files (x86)\Arduino\libraries\SD;C:\Program Files (x86)\Arduino\libraries\SD\utility;C:\avr;C:\avr\utility;c:\program files (x86)\arduino\hardware\tools\avr\avr\include\;c:\program files (x86)\arduino\hardware\tools\avr\avr\include\avr\;c:\program files (x86)\arduino\hardware\tools\avr\avr\;c:\program files (x86)\arduino\hardware\tools\avr\lib\gcc\avr\4.3.2\include\;
Summary: Header=1 Prototypes=3 Imports=1
Additional Defines: VISUALMICRO_COMPILER_VER=1;
Architecture Tools: C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\
GCC: 4.3.2
Sketchbook: file:///C:/Program%20Files%20(x86)/Arduino/sketchbook
C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\avr-g++ -c -g -Os -fno-exceptions -ffunction-sections -fdata-sections -Wall -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -I"C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino" -I"C:\Program Files (x86)\Arduino\hardware\arduino\variants\standard" -I"C:\Program Files (x86)\Arduino\libraries\SD" -I"C:\avr" -o "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\tyest4\uno\tyest4.cpp.o"  "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\tyest4\uno\tyest4.cpp"  -DVISUALMICRO_COMPILER_VER=1

[/code]

System.NotSupportedException: The given path's format is not supported.
   at System.Security.Util.StringExpressionSet.CanonicalizePath(String path, Boolean needFullPath)
   at System.Security.Util.StringExpressionSet.CreateListFromExpressions(String[] str, Boolean needFullPath)
   at System.Security.Permissions.FileIOPermission.AddPathList(FileIOPermissionAccess access, AccessControlActions control, String[] pathListOrig, Boolean checkForDuplicates, Boolean needFullPath, Boolean copyPathList)
   at System.Security.Permissions.FileIOPermission..ctor(FileIOPermissionAccess access, String[] pathList, Boolean checkForDuplicates, Boolean needFullPath)
   at System.IO.FileInfo.Init(String fileName, Boolean checkHost)
   at System.IO.FileInfo..ctor(String fileName)
   at processing.app.SketchCompiler.CreateFileTimeListXml(String fileType, DirectoryInfo folder, String outputPath)
   at processing.app.SketchCompilerArduino.compileLibrary(DirectoryInfo outputPath, DirectoryInfo libraryFolder, List`1 includePaths)
   at processing.app.SketchCompilerArduino.compileLibraries(List`1 includePaths)
   at processing.app.SketchCompilerArduino.compile(SketchBuilder lsketch, String primaryClassName, Boolean verbose, Boolean isDebug)
   at Visual.Micro.Visual.Studio.Arduino.AddInApp.CompileDo(Project oProject, Boolean IsDebugStartCommand)
   at Visual.Micro.Visual.Studio.Arduino.AddInApp.Compile(Project oProject, Boolean IsDebugStartCommand)
    

   
   I don't know what changed to make it throw these exceptions, I could have installed other software, but I have no idea what it could have been.
   I have reinstalled AS, VM and Arduino, still the same problems.
   
   Atmel Studio Version 6.1.2730 SP2
   VM 1.1401.31 (System->Available Version 1.1401.26)
   Arduino 1.0.5-r2 or 1.5.5-r2

I take it back, maybe for the very first problem that was virus checker I think

Now you have posted more info I can see the problem is Visual Micro for some reason believes it has to include a path called "C:\avr"

I think your Arduino installation has some invalid stuff which Visual Micro probably should ignore but we won't hit the problem if the Arduino install is correct.

I can see from your build log that you are using Arduino 1.0.5. I suggest you uninstall it then remove the folder called "C:\Program Files (x86)\Arduino". Then install it again.

Hope to hear that fixes it.

Reinstalled, still have the same problem, still have -I"C:\avr" in the build line before it fails, though it is in all the build lines.

C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\avr-g++ -c -g -Os -fno-exceptions -ffunction-sections -fdata-sections -Wall -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -I"C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino" -I"C:\Program Files (x86)\Arduino\hardware\arduino\variants\standard" -I"C:\Program Files (x86)\Arduino\libraries\SD" -I"C:\avr" -I"C:\Program Files (x86)\Arduino\libraries\SD\utility" -o .cpp.o"  "C:\Program Files (x86)\Arduino\libraries\SD\utility\SdVolume.cpp"  -DVISUALMICRO_COMPILER_VER=1
System.NotSupportedException: The given path's format is not supported.
   at System.Security.Util.StringExpressionSet.CanonicalizePath(String path, Boolean needFullPath)
   at System.Security.Util.StringExpressionSet.CreateListFromExpressions(String[] str, Boolean needFullPath)
   at System.Security.Permissions.FileIOPermission.AddPathList(FileIOPermissionAccess access, AccessControlActions control, String[] pathListOrig, Boolean checkForDuplicates, Boolean needFullPath, Boolean copyPathList)
   at System.Security.Permissions.FileIOPermission..ctor(FileIOPermissionAccess access, String[] pathList, Boolean checkForDuplicates, Boolean needFullPath)
   at System.IO.FileInfo.Init(String fileName, Boolean checkHost)
   at System.IO.FileInfo..ctor(String fileName)
   at processing.app.SketchCompiler.CreateFileTimeListXml(String fileType, DirectoryInfo folder, String outputPath)
   at processing.app.SketchCompilerArduino.compileLibrary(DirectoryInfo outputPath, DirectoryInfo libraryFolder, List`1 includePaths)
   at processing.app.SketchCompilerArduino.compileLibraries(List`1 includePaths)
   at processing.app.SketchCompilerArduino.compile(SketchBuilder lsketch, String primaryClassName, Boolean verbose, Boolean isDebug)
   at Visual.Micro.Visual.Studio.Arduino.AddInApp.CompileDo(Project oProject, Boolean IsDebugStartCommand)
   at Visual.Micro.Visual.Studio.Arduino.AddInApp.Compile(Project oProject, Boolean IsDebugStartCommand)

 

email sent

Doesn't matter what library I include, this example uses Servo.h and it fails as well.
   Atmel Studio Version 6.1.2730 SP2
   VM 1.1401.31 (System->Available Version 1.1401.26)
   Arduino 1.0.5-r2
One entry in addin manager, command line is not ticked.
Build->Clean Solution doesn't change the errors

I have winavr installed in C:\AVR\WinAVR-20100110, you seemed to say there may have been an issue with c:\avr, so I don't know if that info is useful.
From the cppproj file:

<avrgcc.compiler.directories.IncludePaths>
          <ListValues>
            <Value>C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino</Value>
            <Value>C:\Program Files (x86)\Arduino\hardware\arduino\variants\standard</Value>
            <Value>C:\Program Files (x86)\Arduino\libraries\Servo</Value>
            <Value>C:\Program Files (x86)\Arduino\libraries\Servo\utility</Value>
            <Value>C:\avr</Value>
            <Value>C:\avr\utility</Value>
            <Value>c:\program files (x86)\arduino\hardware\tools\avr\avr\include\</Value>
            <Value>c:\program files (x86)\arduino\hardware\tools\avr\avr\include\avr\</Value>
            <Value>c:\program files (x86)\arduino\hardware\tools\avr\avr\</Value>
            <Value>c:\program files (x86)\arduino\hardware\tools\avr\lib\gcc\avr\4.3.2\include\</Value>
          </ListValues>
 

Note that the capitalisation of C:\Program Files changes after the C:\avr\utility entry.
C:\avr\utility does not exist, it might be a problem coming from where VM gets the path, but I don't know where that is or what would affect it.

I don't follow, what was a beta version?
I have (Version->Version 1.1401.31) (System->Available Version 1.1401.26)

I tried with Arduino 1.5.5-r2.
Tried with servo.h, worked.
Tried with SD.h, it said SPI.h not included and error compiling, but not exception.
Added SPI.h and got exception.
Removed SPI.h and it now works with only SD.h in the project.
Remove SD.h and put SPI.h back and it throws the exception again.

SD.h now gives this

"C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\avr-g++" -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -MMD -mmcu=atmega328p -DF_CPU=16000000L -DARDUINO=155 -DARDUINO_AVR_UNO -DARDUINO_ARCH_AVR -I"C:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino" -I"C:\Program Files (x86)\Arduino\hardware\arduino\avr\variants\standard" -I"C:\Program Files (x86)\Arduino\libraries\SD\src" "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno\test9.cpp" -o "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno\test9.cpp.o" -DVISUALMICRO_COMPILER_VER=1
"C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\avr-gcc" -Os -Wl,--gc-sections -mmcu=atmega328p -o "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno/test9.elf" "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno\test9.cpp.o" "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno\src\File.cpp.o" "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno\src\SD.cpp.o" .cpp.o" cpp.o" e.cpp.o" "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno/core.a" "-LC:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno" -lm
"C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\avr-objcopy" -O ihex -j .eeprom --set-section-flags=.eeprom=alloc,load --no-change-warnings --change-section-lma .eeprom=0 "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno/test9.elf" "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno/test9.eep"
"C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\avr-objcopy" -O ihex -R .eeprom "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno/test9.elf" "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno/test9.hex"
Binary sketch size: 5550 bytes (used 17% of a 32256 byte maximum) (0.47 secs)
Minimum Memory Usage: 793 bytes (39% of a 2048 byte maximum) 

SPI.h now gives this

"C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\avr-g++" -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -MMD -mmcu=atmega328p -DF_CPU=16000000L -DARDUINO=155 -DARDUINO_AVR_UNO -DARDUINO_ARCH_AVR -I"C:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino" -I"C:\Program Files (x86)\Arduino\hardware\arduino\avr\variants\standard" -I"C:\Program Files (x86)\Arduino\hardware\arduino\avr\libraries\SPI" -I"C:\avr" "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno\test9.cpp" -o "C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test9\uno\test9.cpp.o" -DVISUALMICRO_COMPILER_VER=1
System.NotSupportedException: The given path's format is not supported. 

Before, when I typed #include <SD.h> Atmel Studio would replace it with something from the autocomplete list, maybe str_def.h?



Now it offers SD.h in the autocomplete list, but not SPI.h. Is this related?

 

Hi

Thanks for all the info. Hopefully the next time you upgrade life will be easier....

Because this is such as standard system and many people are using the latest release without these problems I suspect you have been right about some points that need further investigation ...

1) Please make sure this property is empty - Tools>Options>Visual Micro>Toolchain Locations. This is where you might possibly have set winAvr as alternate toolchain which isn't supported so easily by the multi-platform recent version of the Arduino Ide and maybe has caused a bug in vm when the property is overriden (just a guess). 

2) You have set your sketchbook folder to be below your Arduino program files folder. Because the windows installer created "program files/arduino" I think this will be the root cause of the permissions problems we encountered previously. Normally the arduino sketchbook folder would default to mydocuments/arduino. I suggest you move it back to the default (clear the sketchbook property) when time allows. Also be aware that custom \hardware and \libraries can be placed below the sketchbook folder so it is best kept well away from the Arduino Ide because this might cause other confusion later on. Another issue with having the sketch book folder below the arduino ide folder is that it makes it difficult to upgrade/clean the arduino ide installation. 

NB: If you have changed the sketchbook folder in Visual Micro instead of in the Arduino Ide then both apps could possibly give different compiler results. If you have switch on the Visual Micro tools>option "Allow parent libs" then this would possibly cause other problems unless the sketchbook folder is well away from the Arduino Ide

3) As a precaution the next time you upgrade Visual Micro I would first select "remove" then install. Atmel Studio never needs to  be re-installed, Visual Micro doesn't use any of it. Lib paths are deduced from the Arduino configuration and not Atmel Studio.

Sorry to just dump this info on you. It is very puzzling that you had this problem. A very different result to everyone else therefore I am throwing everything at you simply to standardize your install. The decisions you have made about locations is not without merit just different 

If you continue to encounter this problem we can add some trace info to track where the avr folder is coming from.

Thanks for the great reporting

Okay, I will give it some thought. In the meantime would you please zip your sketchbook\libraries folder if it exists and ide\libraries folder then email.

Thanks very much

It was doing it with a fresh install, with nothing in sketchbook\libraries and ide\libraries from the installer.

I installed VM using atmel gallery.
I somehow got v1.1401.31, I assume through atmel gallery when it told me there was a new version.
When I started having problems I uninstalled and reinstalled and I'm pretty sure repaired, using the installer, though it didn't change it down to v1.1401.26 so I assumed it was meant to install xx.31, this was using the installer from your website which I downloaded that day.
Then I was looking in control panel->uninstall and noticed there were two entries for VM, though I can't recall what two versions they were, but I uninstalled both from the control panel.
I then used the same installer I had been using and it installed xx.26 but the problem remained.
I then uninstalled it using control panel and installed 1309.11 and it went back to compiling without throwing an exception.
Do you think it is the line being passed to avr-g++ or something after that.
Could it be that when avr-g++ returns a warning or error it is trying to load the path there to make a clickable link to it and is having a problem?

I've turned on "show build properties" and for both versions SketchLibFolders includes C:\avr and C:\avr\utility and in both versions they are both passed to avr-g++ but only the newer version throws the exception.

The only differences between the two versions build results, up to the exception being thrown, are as follows:
1309: ide.sketchfolder.platforms.exclude=avr
1309: vm.boardsource.path=C:\Program Files (x86)\Arduino\hardware\arduino
1309: compiler.path=C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\
includes= -I"C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino"  -I"C:\Program Files (x86)\Arduino\hardware\arduino\variants\standard"  -I"C:\Program Files (x86)\Arduino\libraries\EEPROM"  -I"C:\avr" 
build.path=C:\Users\Greg\AppData\Local\VMicro\Arduino\Builds\test1\uno
build.project_name=test1
build.variant.path=C:\Program Files (x86)\Arduino\hardware\arduino\variants\standard
archive_file=core.a
EPROM.cpp.o
source_file=C:\Program Files (x86)\Arduino\libraries\EEPROM\EEPROM.cpp
cpp.o" " 
build.architecture=avr
vmresolved.compiler.path=C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\
vmresolved.tools.path=C:\Program Files (x86)\Arduino\hardware\tools\avr

1401: vm.platform.root.path=C:\Program Files (x86)\Visual Micro\Visual Micro for Arduino\Micro Platforms\arduino10x
1401: build.board=AVR_UNO


So I can't see where it is getting C:\avr from, or why 1309 is ok with it and 1401 throws a fit.
 

I've emailed the libraries folder, but the hardware one is 47MB zipped and if I replace it with the one from the arduino downloadable zip I still get the exact same results.
Is it possible to add a printout of the path when it throws that exception, so we can see what the path it is trying to use is?

Emailed, nothing looks out of the ordinary.

I've had the same problem with the "allow parent libs" turned off, I just turned it on yesterday because I was trying to use the feature.
I've also had the same problems with nothing in the cygwin path.
I only set the cygwin path because I was grasping at straws and I have cygwin installed for another compiler.
Truly a bizarre issue, I really appreciate you trying to track it down.
I'm thinking some other program has added something to the path somewhere and this is picking it up and rejecting it.

Most testing has been 1.0.5, though I have also tried 1.5.5, with the same problem.

This Topic was moved here from Atmel Studio 6.1 & 6.2(beta) [move by] Visual Micro.