Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > ASP .Net > I'm in 1.1 debugging and breakpoints.

Thread Tools

I'm in 1.1 debugging and breakpoints.

Randy Magruder
Posts: n/a
Attn: gurus...if anyone can help, I hope it's here.

Okay, I'm at my wits end. I have googled til my fingers hurt and am
still not finding answers.

The symptoms are as follows:

1. I have 2 machines, my laptop and a desktop, both are set up for development.
2. The desktop machine has an 1.1 app written with
2003. It is written in and runs and debugs properly
3. The laptop also will debug the 1.1 app
4. Both machines will also debug a C# 1.1 app with no problems.
5. Converted the app to C#. Can't get a page_load breakpoint
on the main.aspx to EVER stop.
- All the debug checklist items I can find are taken care of
a. Projects are built in debug mode
b. All the Web Site properties seem to be set properly for debugging,
c. I belong to the debugger users group
d. I've deleted all the 'extra' copies of dll's lying around,
purged the temporary files cache, etc.
e. Again, remember that simple hello world c# apps along with
the large ALL debug, so the machines seem to be configured
f. the web.configs are properly configured with debug= true

Nonetheless, no breakpoints get hit in the Page_load of the main.aspx
that loads. It just goes right through it and redirects to login.aspx,
whose breakpoints on Page_Load are ALSO ignored.

There are no question marks in the breakpoint margins or any other
indication that symbols are missing or not loaded. The binaries are up
to date. Every freaking thing I can find on google or msdn or anywhere
seems to tell me that the debugger should stop just fine. But instead
it just whizzes right through the code.

It can't be the language, as it stops in page_load of simple 'demo' C# apps

It can't be the machine, as both debug and 'simple' C#
apps just fine.

It can't be cached dll's built with release info, as I deleted all the
dll's I could find (in both my documents and below, and in the
temporary directories....

It can't be web.config, as it is identical to those projects that DO

It can't be machine.config, as obviously other apps on the same machine
DO debug.

It can't be, as I've tested all this stuff on both 2003
and bds2006.

It can't be multiple versions of, as I removed 2.0 from
my machine to eliminate any confusion.

It can't be re-starting IIS or re-running aspnet_regiis, as I've run
that til I'm blue in the face.

It can't be a debug='false' in the page header, as those are not there.

It can't be re-installing IIS as I've done that.

Can someone with a degree in the black art of tell me something
that I have NOT tried? It's killing me here that no breakpoints EVER
get hit here...and yet I can debug 'simple' apps with no problem.

Thanks to anyone who has an idea what piece of obscure trivia
I've missed.



Reply With Quote
Randy Magruder
Posts: n/a
Follow-up with more information for those keeping score.

Since I Couldn't debug, I decided to actually add some code to the
Page_Load() that would change the text of one of the labels on the page.

I Ran it. The label remained unchanged. I repeated this process on a
simple project from scratch and the label changed.

So it appears that the code isn't even being RUN. I had noticed the
other day that the VBConversions software that translated the app from
VB.NET to C# did NOT carry over the event wire-ups....and I re-wired
the events.

I can confirm that the designer and the code shows that the Page_Load
is hooked to the Load event of the page.

But apparently it's never being called (or an old version of the code
is being called somewhere).

Any thoughts?

Reply With Quote
Posts: n/a

You might want to try our VB.Net to C# conversion tool, C-Sharpener For

Does it resolve the issues?

Reply With Quote
Randy Magruder
Posts: n/a
      11-07-2006 Removed) opined:

> Randy,
> You might want to try our VB.Net to C# conversion tool, C-Sharpener
> For VB:
> Does it resolve the issues?

Hi there,

I solved the issue. Turns out it was in the one place I didn't think
to look...THE CODE. The code that was being used to call
InitializeComponent was not itself being called because it was done
with event handling, as opposed to inheritance as is usually the
case in the C# version. So while InitializeComponent() was there, it
was never getting called. Once I realized that, I knew why my
breakpoins weren't getting hit. It was a goof by the VBConversions

We already spent the $ on it, so it's gone....otherwise, I would have
been happy to try your software.

Biggest problem here is the line limits on the trials. It would have
been better to place file limits or something, because line limits on
trial software put me in the position of having to re-create small
pieces of software to test the conversion abilities. At any rate, now
we know




Reply With Quote

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off

Similar Threads
Thread Thread Starter Forum Replies Last Post
How can I skip debugging Ajax when debugging my code? AAaron123 ASP .Net 3 07-28-2009 04:07 PM
OC4J and JDeveloper - integration and debugging opinions? Java 2 11-08-2006 06:51 PM
Debugging C vs debugging C++ jacob navia C Programming 11 10-27-2006 07:19 PM
No Debugging of C# Server-Side Script, but Code-Behind Debugging Works Johann Blake ASP .Net 1 01-05-2004 03:01 PM
Pocket PC Debugging and App.config Rafael Pivato ASP .Net 3 09-26-2003 03:01 AM