Unhandled Exception in Form Load in EXE but not in IDE

[Mark Lewis]

I have a weird error trapping problem. When running the IDE everything works
fine but not when running in an EXE I get the Unhandled Exception Error
message box intead of the one in my Try....Catch Block.

To see this create a simple application with two forms. Form 1 should have
one button. The code is follows. Run this in the IDE and observe the error
and then compare that behavior to what happens when you run the built EXE.

Has anyone seen this?

Thanks,

Mark

=============== =============== =============== ==

Public Class Form1

Private Sub Button1_Click(B yVal sender As System.Object, ByVal e As
System.EventArg s) Handles Button1.Click

Dim f As New Form2
Try

f.Show()

Catch ex As Exception

MessageBox.Show (ex.Message)
f.Dispose()

End Try
End Sub
End Class
Public Class Form2

Private Sub Form2_Load(ByVa l sender As System.Object, ByVal e As
System.EventArg s) Handles MyBase.Load

Throw New ApplicationExce ption("error thrown in form2 load")

End Sub

End Class

[Walter Wang [MSFT]]

Hi Mark,

First, the fix to this issue is one of following options:
1) Create an application config file "app.config " for your project and edit:

<configuratio n>
<system.windows .forms jitDebugging="t rue" />
</configuration>

You need to release this <yourapp>.exe.c onfig file with your main app to
your user.

2) If your purpose of installing your own exception handler is to show the
exception, you don't have to. By default, WinForm has a built-in global
exception handler which will catch the exception and show the default
exception dialog. You can also customize this dialog:
http://samples.gotdotnet.com/quickst...FormsAppErrorH
andler.aspx

To understand the background of this issue, read along.

======

The built-in exception dialog is shown because the message pump exception
handler is working.

If you use Reflector to see the disassembled code of
System.Windows. Forms.NativeWin dow, you will see two private methods
"Callback" and "DebuggableCall back". In "Callback", we wrap the message
pump in an exception handler so that unhandled exception that gets as far
as the message pump does not actually unwind the message pump causing the
app to crash.

When an application is run in the debugger, we don't catch exceptions in
NativeWindow.De buggableCallbac k because we typically want the JIT debugger
to stop the app.

We believe that the behavior we have now represents the best possible ease
of use combined with flexibility -- if you do nothing your app won't crash
if you don't handle an exception, you can customize the dialog that gets
shown and you can turn off the behavior completely.

======

Hope this helps. Please feel free to post here if anything is unclear.

Sincerely,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no rights.

[Mark Lewis]

Thanks.

The App.config change fixed this. It would seem to be more of a bug than a
feature to me<g>.... that was with my old VB6 hat on..... I had found an
MSKB article that mentioned this but it
http://support.microsoft.com/?kbid=836674

Indicates that 2005 behaved differently. Perhaps that article should be
corrected to indicate the issue is with both 2003 and 2005.

By the way, is there any disadvantages of adding this JIT line to the config
in terms of security or performance?

Thanks again,

Mark
"Walter Wang [MSFT]" <wa****@online. microsoft.comwr ote in message
news:ra******** ******@TK2MSFTN GXA01.phx.gbl.. .

Hi Mark,

First, the fix to this issue is one of following options:
1) Create an application config file "app.config " for your project and
edit:

<configuratio n>
<system.windows .forms jitDebugging="t rue" />
</configuration>

You need to release this <yourapp>.exe.c onfig file with your main app to
your user.

2) If your purpose of installing your own exception handler is to show the
exception, you don't have to. By default, WinForm has a built-in global
exception handler which will catch the exception and show the default
exception dialog. You can also customize this dialog:
http://samples.gotdotnet.com/quickst...FormsAppErrorH
andler.aspx

To understand the background of this issue, read along.

======

The built-in exception dialog is shown because the message pump exception
handler is working.

If you use Reflector to see the disassembled code of
System.Windows. Forms.NativeWin dow, you will see two private methods
"Callback" and "DebuggableCall back". In "Callback", we wrap the message
pump in an exception handler so that unhandled exception that gets as far
as the message pump does not actually unwind the message pump causing the
app to crash.

When an application is run in the debugger, we don't catch exceptions in
NativeWindow.De buggableCallbac k because we typically want the JIT debugger
to stop the app.

We believe that the behavior we have now represents the best possible ease
of use combined with flexibility -- if you do nothing your app won't crash
if you don't handle an exception, you can customize the dialog that gets
shown and you can turn off the behavior completely.

======

Hope this helps. Please feel free to post here if anything is unclear.

Sincerely,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no
rights.

[Mark Lewis]

Actually it did not fix the problem. My error in testing. Using the small
program mentioned below I added an app.config with these contents:

<?xml version="1.0" encoding="utf-8" ?>
<configuratio n>
<system.windows .forms jitDebugging="t rue" />
</configuration>

The application behaves the same way with or without this line. I have
attached the source if that is of any help.

Any other ideas?

Thanks,

Mark

"Mark Lewis" <md*****@newsgr oups.nospamwrot e in message
news:Oq******** ******@TK2MSFTN GP04.phx.gbl...

Thanks.

The App.config change fixed this. It would seem to be more of a bug than a
feature to me<g>.... that was with my old VB6 hat on..... I had found an
MSKB article that mentioned this but it
http://support.microsoft.com/?kbid=836674

Indicates that 2005 behaved differently. Perhaps that article should be
corrected to indicate the issue is with both 2003 and 2005.

By the way, is there any disadvantages of adding this JIT line to the
config
in terms of security or performance?

Thanks again,

Mark
"Walter Wang [MSFT]" <wa****@online. microsoft.comwr ote in message
news:ra******** ******@TK2MSFTN GXA01.phx.gbl.. .

>Hi Mark,

First, the fix to this issue is one of following options:
1) Create an application config file "app.config " for your project and
edit:

<configuratio n>
<system.windows .forms jitDebugging="t rue" />
</configuration>

You need to release this <yourapp>.exe.c onfig file with your main app
to
your user.

2) If your purpose of installing your own exception handler is to show
the
exception, you don't have to. By default, WinForm has a built-in global
exception handler which will catch the exception and show the default
exception dialog. You can also customize this dialog:
http://samples.gotdotnet.com/quickst...FormsAppErrorH
andler.aspx

To understand the background of this issue, read along.

======

The built-in exception dialog is shown because the message pump exception
handler is working.

If you use Reflector to see the disassembled code of
System.Windows .Forms.NativeWi ndow, you will see two private methods
"Callback" and "DebuggableCall back". In "Callback", we wrap the message
pump in an exception handler so that unhandled exception that gets as far
as the message pump does not actually unwind the message pump causing the
app to crash.

When an application is run in the debugger, we don't catch exceptions in
NativeWindow.D ebuggableCallba ck because we typically want the JIT
debugger
to stop the app.

We believe that the behavior we have now represents the best possible
ease
of use combined with flexibility -- if you do nothing your app won't
crash
if you don't handle an exception, you can customize the dialog that gets
shown and you can turn off the behavior completely.

======

Hope this helps. Please feel free to post here if anything is unclear.

Sincerely,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

============== =============== =============== ======
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent
issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each
follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
============== =============== =============== ======

This posting is provided "AS IS" with no warranties, and confers no
rights.

[Walter Wang [MSFT]]

Hi Mark,

Thank you for your quick update.

App.config is added to your project, during runtime, it should have been
copied as <yourapp>.exe.c onfig, which the compiler should do that for you.
So, you need to make sure the config file is renamed as
<yourapp>.exe.c onfig and put to the same directory as <yourapp>.exe .

As for the KB, thank you for pointing out that it should state it applies
to Visual Studio 2005 too.

Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no rights.

[Walter Wang [MSFT]]

Hi Mark,

How's my suggestion in my previous reply? Please feel free to post here if
anything is unclear.

Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no rights.

[Mark Lewis]

Thanks, it was clear. Sorry about my dealy getting back to you but I was
away for a few days.

I tried a config, properly named, with

<?xml version="1.0" encoding="utf-8" ?>
<configuratio n>
<system.windows .forms jitDebugging="t rue" />
</configuration>

It didn't make any difference on my machine or on two others we have tried.
Also tried removing the config and putting in a False instead of a True.

Mark
"Walter Wang [MSFT]" <wa****@online. microsoft.comwr ote in message
news:fp******** ******@TK2MSFTN GXA01.phx.gbl.. .

Hi Mark,

How's my suggestion in my previous reply? Please feel free to post here if
anything is unclear.

Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no
rights.

[Mark Lewis]

One more thing. The config entry does fix the problem for EXE's built with
the default DEBUG options. It did not work, as I note below, for me when I
built a RELEASE Exe using the default options. Perhaps there is some
compiler option to set to work around this.

Thanks again for your help.

Mark

"Mark Lewis" <md*****@newsgr oups.nospamwrot e in message
news:el******** ******@TK2MSFTN GP02.phx.gbl...

Thanks, it was clear. Sorry about my dealy getting back to you but I was
away for a few days.

I tried a config, properly named, with

<?xml version="1.0" encoding="utf-8" ?>
<configuratio n>
<system.windows .forms jitDebugging="t rue" />
</configuration>

It didn't make any difference on my machine or on two others we have
tried. Also tried removing the config and putting in a False instead of a
True.

Mark
"Walter Wang [MSFT]" <wa****@online. microsoft.comwr ote in message
news:fp******** ******@TK2MSFTN GXA01.phx.gbl.. .

>Hi Mark,

How's my suggestion in my previous reply? Please feel free to post here
if
anything is unclear.

Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

============== =============== =============== ======
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
============== =============== =============== ======

This posting is provided "AS IS" with no warranties, and confers no
rights.

[Walter Wang [MSFT]]

Hi Mark,

Have you got time to test the project I attached in my previous reply?
Please feel free to post here if you still have problem in Release mode.

Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no rights.

[Mark Lewis]

Walter,

Thanks. I have just tested that. I do see that your Button 1 works when the
Advanced Compile Time option is set to generate a PDB and the JIT line is
set in the config. If I turn off the generation of the PDB in release, as I
had in my project, then your project also fails on Button 1.

Naturally removing the JIT setting also causes your Release project to fail.

So to summarize.

1. the error is always trapped in the IDE
2. Builds either in Debug or Release mode that have the JIT setting and
build PDB files trap the error in the same manner as the IDE.
3. Builds in Release mode without PDB generation and the JIT setting do not
trap the error.
4. If I build in Release mode with JIT and tell the app to generate the
PDB..then delete it...the app does trap the error.

I would not want to ship my release with a PDB file but we might consider
shipping without one - Option 4 above.

A bit of a mystery.

Mark

"Walter Wang [MSFT]" <wa****@online. microsoft.comwr ote in message
news:wO******** ******@TK2MSFTN GXA01.phx.gbl.. .

Hi Mark,

Have you got time to test the project I attached in my previous reply?
Please feel free to post here if you still have problem in Release mode.

Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no
rights.