Hoping someone may have overcome this before.
I use the enterprise library exception handling block to email myself any errors that occur within my ASP.NET application. At one time, I was getting the line numbers of the exceptions. I realize the performance hit but it is ok while I am testing deployment
in new environments. Lately I have not been able to get the line numbers any more which makes the error too ambiguous. I have my build configurations to active debug, and in the web.config compilation debug is true.
For libraries I call from the web app, I have the pdb files deployed into the bin folder. Does anyone know anything more I can check/do to try and get the exception to include the line number? I am using fixed name single page assemblies if that matters.
-
Follow
Oops, something didn't work.
Sign In to be begin to follow this thread
What does this mean?
Following an item on Channel 9 allows you to watch for new content and comments that you are interested in. You need to be signed in to Channel 9 to use this feature.Getting "follow" information
Start following this thread
What does this mean?
Following an item on Channel 9 allows you to watch for new content and comments that you are interested in and view them all on your notifications page.Removing your "follow"
Setting up your "follow"
Did you know you can
sign up for email notifications?
-
-
ScanIAm
This is an...
JParrish wrote:Hoping someone may have overcome this before.
I use the enterprise library exception handling block to email myself any errors that occur within my ASP.NET application. At one time, I was getting the line numbers of the exceptions. I realize the performance hit but it is ok while I am testing deployment in new environments. Lately I have not been able to get the line numbers any more which makes the error too ambiguous. I have my build configurations to active debug, and in the web.config compilation debug is true.
For libraries I call from the web app, I have the pdb files deployed into the bin folder. Does anyone know anything more I can check/do to try and get the exception to include the line number? I am using fixed name single page assemblies if that matters.
I'm not familiar with how to set this up for web remote deployments, but if you have control over what shows up in the email, then look at
System.Exception.StackTrace
it's part of the exception object, and it should hold the stack trace and line numbers (if they are available).
-
ScanIAm wrote:
I'm not familiar with how to set this up for web remote deployments, but if you have control over what shows up in the email, then look at
System.Exception.StackTrace
it's part of the exception object, and it should hold the stack trace and line numbers (if they are available).
Thanks.. but yes the template formatting the email includes the full stack trace, which would contain the line number. That is the part I don't understand, it should show me the line number since it was compiled for debug and symbols for other libraries are there.
-
Sven Groot
Don't worry... I'm a doctor.
Is debugging enabled in the web.config? If not it might not load the symbols.
-
Sven Groot wrote:Is debugging enabled in the web.config? If not it might not load the symbols.
Sven.. I have the debug attribute set to true for the compilation section. Is there somewhere else I should look? Thanks
-
stevo_
Human after all
Tried a rebuild? I've noticed sometimes the pdb is ignored only for a rebuild to make it start working again.
-
littleguru
<3 Seattle
stevo_ wrote:Tried a rebuild? I've noticed sometimes the pdb is ignored only for a rebuild to make it start working again.
Clean solution, rebuild is very useful in some cases... -
Checked whether the .pdb files are actually in there?
-
jh71283
Throw new System.Beverage. OutOfCoffeeException()
nearly a year ago dude....DickB said:Checked whether the .pdb files are actually in there?
EDIT
over a year ago dude...
-
If you use the visual studio publish feature make sure the Emit debugging information checkbox is checked.jh71283 said:
nearly a year ago dude....DickB said:*snip*
EDIT
over a year ago dude... -
test..JParrish said:ScanIAm wrote:
I'm not familiar with how to set this up for web remote deployments, but if you have control over what shows up in the email, then look at
System.Exception.StackTrace
it's part of the exception object, and it should hold the stack trace and line numbers (if they are available).
Thanks.. but yes the template formatting the email includes the full stack trace, which would contain the line number. That is the part I don't understand, it should show me the line number since it was compiled for debug and symbols for other libraries are there. -
hi,
did you find answer to this problem?
I have the same problem -
One reason i know is that your identity impersonation is set to true in your web.config.
Turn to false and you will see it. -
i have the same problem!atitpatel said:One reason i know is that your identity impersonation is set to true in your web.config.
Turn to false and you will see it.
Thread Closed
This thread is kinda stale and has been closed but if you'd like to continue the conversation, please create a new thread in our Forums,
or Contact Us and let us know.