Note that there are some explanatory texts on larger screens.

plurals
  1. POCan't start debugger in VS2012 RC
    primarykey
    data
    text
    <p>Configuration:</p> <ul> <li>Windows 7, 64 bit</li> <li>Microsoft Visual Studio Professional 2012 RC Version 11.0.50522.1 RCREL </li> <li>Running VS in administrator mode </li> <li>The VS solution contains a web application, with target: .NET Framework 4. </li> </ul> <p>When I press F5, the solution builds... and nothing else happens. </p> <ul> <li>Happens with both IIS or the VS Dev Server.</li> <li>Happens with Platform Target of "Any CPU" or "x86"</li> </ul> <p>If instead, I use the Debug / Attach to Process... menu, after a few seconds, I get:</p> <ul> <li>"Debugger is Busy" - Debugger is performing a remote operation that is taking longer than expected. This dialog stay until I click "Terminate" and confirm it.</li> <li>Then this dialog appears: "Microsoft Visual Studio" "Unable to connect to the Microsoft Visual Studio Remote Debugging Monitor named [COMPUTER NAME]. The network connection to the Visual Studio Remote Debugger has been closed."</li> <li>After clicking OK, the 'normal' "Attach to Process" window finally shows up. In it, the list of "Available Processes" is empty.</li> </ul> <p>Any suggestions or clues?</p> <p>The main points that I wonder about:</p> <ul> <li>Why is the list of processes empty? It is not surprising that the debugger does not work if it cannot see any processes.</li> <li>Why is it trying to do "remote" debugging, when it is just accessing the local computer?</li> </ul> <p>(Cross posted on <a href="http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/c8218a0c-6cca-4fb4-afcb-0ae97710a0a6" rel="noreferrer">social.msdn</a>)</p>
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload