Доброго времени суток! Пишу код в С++Блдр 6. Следующая функция должна загружать данные из файла с заданным именем. Загрузка производится с использованием TFileStream. Если файла не существует, то функция дожна возвращать false, предварительно перехватив исключение блоком catch(...). Вместо этого получаю сообщение с текстом:

EAccessViolation

Имхо, блок catch(...) перехватывает любые исключения. Почему же здесь этого не происходит.

Я давно не работал с builder-ом, потому могу ошибаться.

Если EAccessViolation действительно C++ исключение - то это может быть по причине того, что программа запущена под Debugger-ом, тогда насколько я помню Builder в любом случае показывал сообщение об ошибке, даже если оно ловиться. Еще возможен вариант, что исключение генерируется вне блока try, и еще возможно это не C++ исключение а обычный Access Violation, который ловиться через SEH. 

Исключение выбрасывается в конструкторе TFileStream. Я запускал проект в среде с включенными опциями:

Tools > Debugger Options... > Language Exceptions:

• Stop on Delphi Exceptions
• Stop on C++ Exceptions

и получил сообщение следующего содержания:

Project Project1.exe raised exception class EFOpenError with message 'Cannot open file D:\list.list'. Process stopped. Use Step or Run to continue.

livo

Ну да, значит так оно и есть, просто дебагер перехватывает, запускай обычно и все должно быть в порядке, или просто убери 

azesmcar, при выполнении приложения отдельно от среды, появляется сообщение

EAccessViolation

Я включал те опции, чтобы посмотреть что скажет дебаггер билдера. Он перехватывает это исключение. Не пойму, почему мой кэтч-блок, перехватывающий ВСЕ исключения, не перехватывает исключение, возникающее при открытии несуществующего файла.

похоже на то, что ошибка в другом месте, т.е. на самом деле try-catch сработал, а где-то в другом участке выдал EAccessViolation.


и в чем тогда вопрос? значит все в порядке, ищи ошибку в другом месте. В дебагере пройди дальше (т.е. нажми Run)

и посмотри где еще выдается ошибка.

azesmcar, действительно, ошибка была на самом видном месте!!!

azesmcar, спасибо огромное!

livo
 


проверять при удалении не надо.
Удаление нулевого указателя не является ошибкой, можешь не проверять, delete сам проверяет.