I'm remoting into a development machine and working with visual studio 2017. I'm wondering if it's at all possible to do some port forwarding so when I'm debugging my application through visual studio in the remote machine that I can access the site through my local machine?
I'm trying to attach a debugger to a windows service running on a Windows 2003R2 box using VS2012. I've installed the VS2012 SP1 debugging tools and set to 'No Authentication', but I just get a 'Connection request was rejected by the remote debugger. Ensure that the remote debugger is running in "No Authentication" mode.
Is it possible to debug with this setup?
When remote debugging on a remote web server you need to have the remote debugging tools from Visual Studio installed on the web server.
Is it possible to run multiple versions of the msvsmon.exe at the same time?
How do people handle the case where some of the developers are running Visual Studio 2008 and others are useing 2010?
Visual Studio 2010, C#, ASP.NET & SQL Server 2008 are my main development tools, recently I've bought a VDS (virtual dedicated server) which runs on Win server 2008 R2, my vendor has install SQL server 2008 express on my server, but I'm going to have VS2010 on my server also, as I think running and debugging my web apps on server would be much faster and easier than remote tests, is it possible at all to use VS2010 and code in my server? I can use remote desktop to view my server so I think it should be possible.
I use VS2010 ultimate on my local machine, what is the difference between VS2010 express and ultimate as I've that VS express is free of charge, so it is easy to download and install it on server
what should I do now? guide me please
You can also use remote debugging. Depending on how much control you have on your server you may be able to get it working. In Visual Studio when you choose Debug -> Attach To Process it allows you to specify a remote machine to connect to. On the remote machine you'd connect to the w3wp.exe process associated with your AppPool. If you went this route you would not need Visual Studio on your production machine.
I do not know the details of your situation but why would you want to debug your application on your (production) server? That is what your development environment (local machine) is for. Once you are satisfied with your local build you deploy it to your server.
I have Visual Studio 2010 in a Vista host and I'm trying to debug a C program in a Windows 2000 guest. Apparently there is no normal way to do that because VS2010 no longer supports Windows 2000 CRT. So what I've done is I'm using the msvsmon from VS2008 instead:
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x86\msvsmon.exe
I have set the right firewall settings I think. I can connect to the guest machine on the host by doing \192.168.114.128\c$ for example with no problem.
When I click the VMWare play button in visual studio to debug msvsmon will start in Windows 2000 but that's it. There is a series of dings and then a message box. I am not logged in as the same user name on the host as I am as the guest. Is that really necessary? Does anyone have experience in this area or good diagnostics?
There is an option in the guest msvsmon where I can disable authentication but I still can't execute using the play button.
Thanks
Have you tried to use no authentication and then use the attach to process option in Visual Studio? You need to start the app in the Windows 2000 box first.