I wrote a simple program in C# on Visual Studio 2005 on a windows machine at work. I tried to open the solution file at home in Visual Studio 2005, inside of Parallels, on my mac and I get the error:
Unable to read the project file 'filename.csproj'. Invalid URI: The hostname could not be parsed.
Does anyone know a way to fix this?
Odds are the project file is referencing a hostname that is only valid within your network at work. You'll have to find the hostname it is referencing and manually change it to one that works within your network at home.
Ok well I figured it out. The shared folders are .psf which is invalid to Visual Studio.
In case anyone is interested:
Inside of XP in Parallels, Map a Network Drive 'X' to the 'Home' folder.
Open the Solution file in the Networked Drive using Visual Studio
Done.
Related
This seems like it ought to be solved with a google search, but I've been looking really hard for the past hour and can't find it. There are many links saying Visual Studio (not VS Code) supports remote ssh development (for instance https://learn.microsoft.com/en-us/cpp/linux/connect-to-your-remote-linux-computer?view=vs-2019 ) but none actually show the final step. Can Visual Studio remote develop on linux without installing the code locally?
On VS Code, the feature to remote develop over SSH lets you specify the remote address and then you don't even need the code locally cause all editing and debugging is remote. Does Visual Studio have that feature too? The above link shows how to setup a connection to a machine, but then I can't find any way to actually connect to that machine to browse for the project. How does remote development work in Visual Studio? It seems like I can copy the code locally on my windows box and it will copy the code and build it on linux? But is there not an option like VS Code has where the code lives remotely on the linux box and VS just uses ssh to read it?
The only way I have found is with remote debugging. First you have to copy the binaries to the Linux machine. Then you can debug the program with remote debugging. But actually a bit cumbersome in contrast to VS Code remote.
Here a link from the Microsoft documentation with detailed instructions:
https://learn.microsoft.com/en-us/visualstudio/debugger/remote-debugging-dotnet-core-linux-with-ssh?view=vs-2019
Hopefully there will be a better solution in the future.I don't like VS Code either.
I have a VS-Code on Windows and a Cent-Os (linux) like you, and with extensions installed and set up here and there… things work out.
But since my company is paying us the Visual Studio 2019_pro edition, I have been trying to make things work. And also, we have our uses and customs with Visual Studio 2019.
So, as previously said on the question:
Can Visual Studio remote develop on linux without installing the code locally?"
No ! I agree, it does not work as in VSCode.
But to help others that might come around this question, and IF it is possible for them to clone their repos on Windows, then, I have manage to write my code on Visual Studio 2019, launch the compile (here it does rsync to the linux and launch g++), and then debug.
In order to do that, we have to create a new 'Configuration'. This is the things that I think is not properly documented for now. Because, when starting Visual Studio, it creates a default configuration "x64-Debug".
When adding a 'Linux-Debug' configuration (default one proposed by VisualStudio 2019), once setup using the 'connection to a machine', as it has already been stated, in the "Remote machine name" field, then save, and in my case (a CMake file type project), the rsync process is started by VisualStudio and the first 'Configuration' stage of CMake is performed.
Then each time I compile or run, VisualStudio2019 'rsync' the files that I have locally changed from the windows to the linux and compiles/runs.
HTH
You can use SSHFS to mount remote filesystems over SSH, and then open the relevant folder using Visual Studio.
I install windows 10 , after i install visual studio 2013 ultimate
bat cannot run VS2013 setup
Error - windows program compatibility mode is on. turn it off and then try setup again
pleas help me solve problem
I had the same problem, and tried every solution on the internet but none of them worked for me.
(my setup file was a .iso file that I mounted on a virtual disk.)
I simply copied the files from virtual drive to one of my hard drives and ran the setup again: it worked!
Right Click on your file installer visual studio .exe then properties>details> look at the Originil file name, rename visual studio installer using the same name in originil file name. Run it and it work...!
i hope this work...
I tried to search for the problem on google but didn't manage to find anything useful.
I'm working with a MacOsx with Parallels running Windows 8.1, I installed Visual Studio 2013 and set the Project Default Location in
C:\Users\myname\Documents\Visual Studio 2013
so that is a local location.
The problem is that when I try to debug a program which need to read a text file, such file is not read properly.
The text file is in the same folder of the executable.
Strange thing is, if I navigate to that directory with the cmd.exe and try to run the executable, the file is correctly read.
That prevents me to use the debugger, because when I try to use it the file is not read.
What kind of problem is that? Any clue about how I can solve it?
EDIT: After some searches, I think this could be related to .NET Trusted folders.
I'm building a project in Visual Studio 2010 and the build fails because it cannot copy the assemblyname.dll file from obj to bin folder. The exact error message is:
Error 7
Unable to copy file "obj\Debug\AssemblyName.dll" to "bin\AssemblyName.dll". The requested operation cannot be performed on a file with a user-mapped section open.
I think this is because the previous file in bin-folder is not accessible. When I try to delete the file manually, I get an error "The action can't be completed because the file is open in another program". If I try to see what application locks the file with Unlocker, I don't get any results (No Locking handle found).
If I restart Visual Studio, the error goes away but happens again after a build or two. Goes without saying that this is seriously slowing me down. Any advice how to start solving this?
VIsual Studio 2012 on Windows 8. I was receiving the same error message on my project. Restarting Visual Studio or cleaning the obj folder manually did not help. Finally I closed all open files (Windows -> Close All Documents) and the problem went away.
This behavior was due to a newly installed Visual Studio extension called Visual Studio Achievements (http://visualstudiogallery.msdn.microsoft.com/bc7a433b-b594-48d4-bba2-a2f24774d02f)
I noticed that the .pdb file was locked by FxCop (using Unlocker) and I think that the Achievements -extension uses it. After disabling the extension I've no longer got the error mentioned above.
This bug has been fixed in recent versions of the extension (>1.7). It was released as a beta, btw...
This behavior of VS happen very often even on my computer (and on computers of my coworkers).
In my experience it happen more frequently when:
I have some form opened in design when i compile
I stop the execution od the application by pressing the "stop" button
in VS instead of exiting the application
So, closing the form in design before compile, and exiting the application instead of stopping it, somewhat mitigate the issue... but it still happen :-|
My computer is Win 7 x64 SP1 with VS 2010 SP1, 8Gb ram, and no swap file
Platform: Windows 8 Pro, Visual Studio 2012
I found that I receive this error when I am accessing the folder in Windows Explorer.
I was creating PDF documents with Visual Studio 2012. To review the sample document I would right click in Solution Explorer and use Open Folder in File Explorer.
On Windows 7 I would get a SYSTEM.IO error if the actual PDF document was open in Adobe Reader which is expected. With Windows 8 I found that I receive the above error if I have the folder open. I suspect there is a conflict with the Windows 8 preview.
If I close the folder and run the program it works fine.
Check if you open the dll in visual studio.
I open the dll in visual studio and this error happen!!
I am trying to install Microsoft visual studio Professional 2010 on my Windows XP SP3 edition. I am getting the error "vs_setup.msi could not be open" :
I have seen some forums mentioning the same problem for different reasons, and mostly because of having a previous version of Microsoft visual studio installed, but this is the first time for me to install it. Any idea how to fix that ?
Note: The actual setup files are in the path "G:\Visual Studio 2010 Professional". I do not know why the setup is trying to look for vs_setup.msi inside the "G:" directly ! Of course it is not there.
Maybe this setup is from DVD image and it's hardcoded to work in root directory.
Try to move all setup files to G:\ or another drive root
It probably doesn't like the spaces in the installation folder name. Rename "Visual Studio 2010 Professional" to VS2010Pro and see if it doesn't start working.
Also look for the setup log in %temp%. Sometimes it's cryptic but you can usually get SOME idea of what went wrong. Maybe edit your question with the errors from that log. It's called dd_something*something* etc.
Microsoft Visual Studio 2010 Shell (Isolated) Redistributable Package.
With 7zip open and extract VSIsoShell.exe in a New Directory (there are many files inside of this .exe).
After this is done, redirect to the right path w/ the extracted files (with vs_setup.msi file).
7zip is an Open source Windows utility for manipulating archives (www.7-zip.org)