I have the following installed:
When I attempt to debug a \"W
I too have seen this error when attempting to debug. It appears to be when Visual Studio has problems starting the Compute and / or Storage Emulators. Starting them manually before running the application seems to do the trick.
I cannot begin to knowledgeably speculate on what causes this error, however since a lack of understanding has rarely stopped me before: my working hypothesis is that it may well be memory related since this error only seems to appear if Visual Studio (2010) has been running for a while (ie once VS's memory usage has had time to creep up).
I’ve documented the cause and solution for this bug here: http://blogs.msdn.com/b/cie/archive/2013/10/31/compute-emulator-invalid-access-to-memory-location.aspx
The solution is to install Windows 8.1 or install the KB 2588507 hot fix (http://support.microsoft.com/kb/2588507/en-us) to correct the kernel address-conversion routines in older 64-bit versions of Windows.
Although it sounds like sacrificing a dead chicken over my PC I tried the instructions here:
http://old.stevenharman.net/blog/archive/2008/04/29/hacking-visual-studio-to-use-more-than-2gigabytes-of-memory.aspx
to persuade my Visual Studio 2010 to stop giving me memory-related errors of this kind. Worked a charm, and appeared to improve general performance of Visual Studio altogether.
However, as with most voodoo chants, your mileage may vary. Take backups.
I had the very same problem which I solved by restarting the Visual Studio (running with DOMAIN account) as Administrator.
I had this exception today while testing my worker role locally. Turns out that you can get this exception message pop-up from the Azure Storage Emulator when you specify a local "data"-folder that's too large for your machine.
In my case I had a ConfigurationSetting "DataDirSizeMB" set to "256000" (256GB!) in ServiceConfiguration.Local.cscfg, when my machine only had a 111GB HD... After I changed the setting to just "100" (100MB) everything worked locally :D
Be sure to check all settings so that the Local.cscfg is configured for local-use, and the Cloud.cscfg for Azure-use.