I am so used to attach a process when debugging ASP.NET application in .NET 2.0 and VS.NET 2005. I don’t know what happened to this functionality in VS.NET 2008.
I also don’t want to do debugging by starting from the start page because when the application is big enough you don’t want it to be compiled and you sometimes cannot catch a case from start and you want to catch that case during that time.
I could’t figure this one out.
I am running Vista Ultimate x64 with VS.NET 2008 Team Suite.
Also in the start options of the WebSite Propery pages Server is selected as “Use Default Web Server” and custom server is grayed out which I cannot check. (I don’t know if I need some change here but I can’t even try that)
On top of it, I tried debugging from default page but in that case what I got is “Unable to start debugging on the web server. Mixed mode debugging is not supported on Windows 64-bit platforms”. What? Anyway I get into the configuration manager of the solution and changed the mixed mode to ANY CPU, however no luck.
Going without the help of debugging brings down ASP.NET to the level of PHP or other kinds.
Additional notes:
- I am using DotNetNuke 5.0.1 and building modules under that.
- IIS 7 is used with Integrated mode.
Help came from Mitchel Sellers.
He pointed out that the debug mode was ok however while attaching to the process, the “Attach To” was “Automatic:Native Code”.
After changing to only “Managed Code” or simply by selecting “Managed Code” it started working.
Thanks Mitchel.
And here is the final words from Mitchel:
The “Script” option, is for classic ASP scripts, which ALWAYS run in 32 bit mode, thus debugging T-SQL and Script at the same time results in the “mixed mode”, as T-SQL is 64 bit by default. Additionally without the “Managed” option selected, you would never be able to debug anyway.
Now, as to why it was different? I’m not sure, but once you change it you should be set to go for the future.