Проблема с обработкой исключений в Delphi при компиляции программы на сервере

[megachuhancer]

Ну вообще я так и сделал, просто стало потом интересно, получится ли на соревнованиях пользоваться обработкой исключений.. мало ли ;-)

На соревнованиях обработкой исключений пользоваться можно. Иногда бывает удобно. Только на них(соревнованиях) IDE вообще ни причём. Берётся ваш исходник, компилится dcc32, и полученный exe'шник прогоняется на тестах. Так что смею вас заверить, ваша ошибка была не в настройках IDE.
Обработка исключений принципиально не нужна для решения задач. Она бывает удобна при отладке. Если вы точно знаете, что такая-то переменная не может принимать такого-то значения(например, нулевого, пример утрирован) используйте исключения. Это локальная отладка. Есть ещё "грязная" отладка. Вставляем генерацию исключения в место предполагаемой ошибки и отправляем в тестирующую систему. Если вместо Wrong Answer'а будет Runtime, то существует ненулевая вероятность, что в этом месте действительно есть ошибка. Естественно, это всё надо правильно организовать, а то программа просто будет всегда вылетать с рантаймом. Плюс "грязная" отладка чревата временнЫми штрафами за сдачу неверных решений(если это не школьная олимпиада, конечно, и то, не всегда). Короче - обработка исключений на соревнованиях - на любителя. Особо это любят, насколько мне известно, Java-программисты.

[Квэнди]

Особо это любят, насколько мне известно, Java-программисты.

Не любят, а вынуждены любить.

[Stilet]

Особо это любят, насколько мне известно, Java-программисты.

А почему? Чем им так это не нравится?

[Квэнди]

обработка исключений в Java обязательна. если метод "выбрасывает" исключение, вы обязаны его обработать. (в общих словах)

[ivladak]

Сообщение от megachuhancer

На соревнованиях обработкой исключений пользоваться можно. Иногда бывает удобно. Только на них(соревнованиях) IDE вообще ни причём. Берётся ваш исходник, компилится dcc32, и полученный exe'шник прогоняется на тестах. Так что смею вас заверить, ваша ошибка была не в настройках IDE.
Обработка исключений принципиально не нужна для решения задач. Она бывает удобна при отладке. Если вы точно знаете, что такая-то переменная не может принимать такого-то значения(например, нулевого, пример утрирован) используйте исключения. Это локальная отладка. Есть ещё "грязная" отладка. Вставляем генерацию исключения в место предполагаемой ошибки и отправляем в тестирующую систему. Если вместо Wrong Answer'а будет Runtime, то существует ненулевая вероятность, что в этом месте действительно есть ошибка. Естественно, это всё надо правильно организовать, а то программа просто будет всегда вылетать с рантаймом. Плюс "грязная" отладка чревата временнЫми штрафами за сдачу неверных решений(если это не школьная олимпиада, конечно, и то, не всегда). Короче - обработка исключений на соревнованиях - на любителя. Особо это любят, насколько мне известно, Java-программисты.

да, применение исключений в грязной отладке я уже успел обнаружить
можно, конечно, в этих целях еще assert'ы использовать, только даже с директивой {$C+} некоторые тестирующие системы не выдают RuntimeError, а делают WA: программа просто завершает работу, хоть и с ненулевым кодом возврата (247 вроде). странно это.