Velocity Reviews

Velocity Reviews (http://www.velocityreviews.com/forums/index.php)
-   ASP .Net (http://www.velocityreviews.com/forums/f29-asp-net.html)
-   -   Debugging problems in .NET...breakpoints never hit. (http://www.velocityreviews.com/forums/t60690-debugging-problems-in-net-breakpoints-never-hit.html)

Doug Swanson 07-25-2003 07:04 PM

Debugging problems in .NET...breakpoints never hit.
 
I have my project(s) set to Debug mode...asp.net debugging is enabled, I've
re-registered asp_net. This particular solution has an asp.net and an ASP
application in it...I can set breakpoints in the ASP application and the
breakpoints are hit but the breakpoints in the asp.net application are never
hit. This used to work and I'm not sure what happened to cause it to
break....I've read all of the posts/documents that I can find but I still
can't debug....very frustrating..(especially for an overworked developer
;))...any help would be greatly appreciated..


thanks
Doug

--
Doug Swanson
Senior Applications Developer
Synchrono, Inc
651.228.1772
dswanson@synchrono.com



David Browne 07-25-2003 08:07 PM

Re: Debugging problems in .NET...breakpoints never hit.
 

"Doug Swanson" <dcswanson@surfbest.net> wrote in message
news:uhzCI%23tUDHA.412@tk2msftngp13.phx.gbl...
> I have my project(s) set to Debug mode...asp.net debugging is enabled,

I've
> re-registered asp_net. This particular solution has an asp.net and an

ASP
> application in it...I can set breakpoints in the ASP application and the
> breakpoints are hit but the breakpoints in the asp.net application are

never
> hit. This used to work and I'm not sure what happened to cause it to
> break....I've read all of the posts/documents that I can find but I still
> can't debug....very frustrating..(especially for an overworked developer
> ;))...any help would be greatly appreciated..
>

Try:

Instead of debugging with F5, just run the web app from IE, and attach the
aspnet_wp.exe process with Tools\Debug Processes. Be sure to pick the right
AppDomain to debug.

David



Stephen Miller 07-28-2003 12:53 AM

Re: Debugging problems in .NET...breakpoints never hit.
 
David,

I am having a similar problem to Doug and have tried everything
recommended, except attaching "the aspnet_wp.exe process with
Tools\Debug Processes". Can you explain how to do this?

In VS, I have selected 'Tools' -> 'Debug Processes' and can see my
ASP.NET assembly running under the process IEXPLORE.EXE. I have
selected the attach button and under option 'Choose the program types
you want to debug', I have ticked the option 'Common Language Runtime'
(other options include 'Microsoft T-SQL' and 'Script') and the process
is added to the 'Debugged Processes' list.

Now, I initiate an event where I know a breakpoint has been
strategicly placed and (drum-roll) - no debugging.

What have I missed?

Stephen


"David Browne" <davidbaxterbrowne no potted meat@hotmail.com> wrote in message news:<uS$2mhuUDHA.2156@TK2MSFTNGP11.phx.gbl>...
> "Doug Swanson" <dcswanson@surfbest.net> wrote in message
> news:uhzCI%23tUDHA.412@tk2msftngp13.phx.gbl...
> > I have my project(s) set to Debug mode...asp.net debugging is enabled,

> I've
> > re-registered asp_net. This particular solution has an asp.net and an

> ASP
> > application in it...I can set breakpoints in the ASP application and the
> > breakpoints are hit but the breakpoints in the asp.net application are

> never
> > hit. This used to work and I'm not sure what happened to cause it to
> > break....I've read all of the posts/documents that I can find but I still
> > can't debug....very frustrating..(especially for an overworked developer
> > ;))...any help would be greatly appreciated..
> >

> Try:
>
> Instead of debugging with F5, just run the web app from IE, and attach the
> aspnet_wp.exe process with Tools\Debug Processes. Be sure to pick the right
> AppDomain to debug.
>
> David


David Browne 07-28-2003 02:36 PM

Re: Debugging problems in .NET...breakpoints never hit.
 

"Stephen Miller" <jsausten@hotmail.com> wrote in message
news:cdb404de.0307271653.8373399@posting.google.co m...
> David,
>
> I am having a similar problem to Doug and have tried everything
> recommended, except attaching "the aspnet_wp.exe process with
> Tools\Debug Processes". Can you explain how to do this?
>
> In VS, I have selected 'Tools' -> 'Debug Processes' and can see my
> ASP.NET assembly running under the process IEXPLORE.EXE.


IEXPLORE is internet explorer. Only client-side javascript runs there.

You want aspnet_wp.exe (make sure you have "Show system processes" and "Show
processes in all sessions" checked). "Attach" the aspnet_wp.exe process,
click "Common Language Runtime", and choose which AppDomains you want to
debug.

That's it. Make sure the web server is running an up-to-date debug build of
your application.

If the web server is on a different machine, you have to install Visual
Studio Remote Debugging on the web server. This is on disk 1 of VS.

David



David Browne 07-28-2003 07:47 PM

Re: Debugging problems in .NET...breakpoints never hit.
 

"Doug Swanson" <dcswanson@surfbest.net> wrote in message
news:%23FgspiRVDHA.216@TK2MSFTNGP11.phx.gbl...
>
> David,
>
> Thanks for the reply...following your process I am able to get debug to
> work...but it is a pain to go through all of these extra steps to get
> the debug process for aspnet_wp.exe process...is there something else I
> can do (bug fixes, reinstall vs.net?) that would clear this thing up and
> get it back to what it was? (be able to press f5 and then debug works!)
>


I don't know.
I spent my whole life's quota of trying to get this kind of debugging
working back on Visual Interdev.
At the first sign of trouble I give up and attach the proccess.

David



Doug Swanson 07-28-2003 08:57 PM

Re: Debugging problems in .NET...breakpoints never hit.
 

I know exactly what you're saying...I guess my debugging routine has
changed...thanks
Doug


*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!


All times are GMT. The time now is 07:40 AM.

Powered by vBulletin®. Copyright ©2000 - 2014, vBulletin Solutions, Inc.
SEO by vBSEO ©2010, Crawlability, Inc.