Question

I have this program written in C++ Builder 6. I didn’t write all the code, just some of it. The language, however, is not C++ (as far as I’m aware) – it looks more like Delphi or Pascal. So that’s why I included them all in the tags.

I have an int called Oversteering.

try
{
    Oversteering=HoursCounter.ToInt();
}
catch(EConvertError &convertError)
{
    Oversteering=0;
}

HoursCounter is an AnsiString, and it is in the form of an int.

Since this is the only try/catch statement in the whole code (that’s not too good, I know), and I couldn’t find any good example of such in Delphi/Pascal/???, I don’t know if it’s correctly written.

Well, I try to convert the string to an int. Sometimes I get this error:

That is, an exception called EConvertError has occurred.

So my question is: why is this exception NOT caught by the catch statement?

Answer 1

This error is shown by the debugger when running through the code,
if you run the exe and have the same situation the error message will not be shown to you

The exception is caught but the debugger is notifiying you regarding the error in the code

that is here

  try
     {
      Oversteering=HoursCounter.ToInt();
     }

since running in the debugger the ,your trying to convert (blankspace) ” to integer, the debugger will show the exception…but when running the exe, the debugger will set

       Oversteering=0

check this from about.com

Break On Exceptions
When building a program with exception handling, you may not want Delphi to break on Exceptions. This is a great feature if you want Delphi to show where an exception has occurred; however, it can be annoying when you test your own exception handling.