I'm on Linux Mint 19
Using VirtualBox 5.2.22 r126460
Guest is Windows 7
I'm trying to use Visual Studio 2017 on the Windows guest. The project files exist on a host share. I can write and compile code, but when I try to run it, I get an error saying:
Error while trying to run project: Unable to start program ""\\Mars\nvme\dev\solutionfolder\projectfolder\bin\Debug\app.exe".
Access is denied.
I'm pretty this isn't a VB problem, but since it's a VB Windows guest, I was wondering if anyone could give me some guidance.
App Development on Windows guest
-
- Posts: 6
- Joined: 25. Nov 2018, 20:44
- Primary OS: Ubuntu other
- VBox Version: OSE Debian
- Guest OSses: Win7, Lubuntu 18.04
-
- Site Moderator
- Posts: 27329
- Joined: 22. Oct 2010, 11:03
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Win(*>98), Linux*, OSX>10.5
- Location: Greece
Re: App Development on Windows guest
Windows share, or VirtualBox Shared Folder?jsimmonstx wrote:The project files exist on a host share.
It is an issue because of the combination of networked folders and the UAC mechanism in Windows. Here's a small part of a larger article (that I've never polished enough to post) that was dealing with the issue:jsimmonstx wrote:I'm pretty this isn't a VB problem
Notes
- If you run "<TheProgram>.exe" from a VirtualBox share that is not mapped (does not a drive letter assigned), you get the following error:
Unable to assign a drive letter to the script path \\VBoxSvr\Share\sub
- If you run "<TheProgram>.exe" from a VirtualBox share that is mapped (has a drive letter assigned), you get the following error:
W:\Share\<TheProgram>.exe The specified path does not exist. Check the path and then try again.
- Disable UAC control temporarily. Then run "<TheProgram>.exe" from a mapped share. You can turn off the network if you don't feel protected enough.
- Copy the whole "Share\Sub" sub-directory in the VM and run "<TheProgram>.exe" from there.
- When a user connects to a network share, Windows tries to connect with two sets of credentials. This fails due to the UAC control. It is so by design. For references and further reading on previous reports and the reasoning behind it (read especially the Microsoft links):
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.