unhandled exception error during release, but not development

[Tim Zych]

What factor would allow an unhandled exception to occur in a compiled
project, versus no error for the same action during development? In other
words, I have a project that, in development when I test it, runs no
problem. When I compile and release the dll, the user gets an unhandled
exception. It doesn't halt the code, it just shows an error dialog...click
continue and it continues.

Is there some setting I must set so that I can see these during development?

Thanks.

 

[Randy]

I'm just a beginner so take this with a grain of salt:
use the Err.Number and Err.Discripion for several of the posible exceptions
to find out what the problem is by sending the results to a MsgBox?

Randy

 

[Tim Zych]

The problem is not finding out what unhandled exception occurred. It's that
the exception is raised by the compiled (released) DLL, but not in
development mode.

I'm trying to learn why the IDE won't return the unhandled exception, but
the compiled application will.

 

[=?ISO-8859-1?Q?G=F6ran_Andersson?=]

What factor would allow an unhandled exception to occur in a compiled
project, versus no error for the same action during development? In other
words, I have a project that, in development when I test it, runs no
problem. When I compile and release the dll, the user gets an unhandled
exception. It doesn't halt the code, it just shows an error dialog...click
continue and it continues.

Is there some setting I must set so that I can see these during development?

Thanks.

When the code is compiled in release mode it's more optimised. The code
compiled in debug more does for example contain a lot of NOP (no
operation) instructions as placeholders for debugging breakpoints, which
are not included in the relase mode.

It's possible that you have an error in your code that doesn't result in
an exception in debug mode but does in release mode. (It's also possible
that it's the result of an error in the compiler, but that is much less
likely.)

 

[Tim Zych]

Interesting...so I suppose the "best" way for me to test changes to a
solution, based on this experience, is outside the IDE.
Thanks for the feedback.

 

[Tim Zych]

Interesting...so I suppose the "best" way for me to test changes to a
solution, based on this experience, is outside the IDE.
Thanks for the feedback.