завтра расказать надо будет в школе, ничего в нете не могу найти 

нашёл только:


# Fehler können vollständig abgefangen und behoben werden. Der Code kann an der Fehlerstelle fortgesetzt werden.
# Common Lisp unterscheidet zwischen Fehler signalisieren, Fehler behandeln und Restarts.

# ошибки могут быть полностью пойманы и "исправлены". код может быть продолжен с того места, где произошла ошибка
# Common Lisp разрешает между "показать ошибку", "исправить ошибку" и "рестартом"..


здесь кое-что на эту тему: 

http://www.gigamonkeys.com/book/beyond-exc...d-restarts.html


вопрос: как можно перехватить все возможные ошибки? runtime ошибки? подобные? есть ли проблемы здесь?    

Это сообщение отредактировал(а) polosatij - 21.5.2006, 19:19

Лучше всего обратиться к данному документу Condition Handling in the Lisp Language Family

Наиболее общим классом, в принципе о системе исключений (condition) Commion Lisp
можно думать как о классах, так привычнее, является error, поэтому, перехватывая
error, перехватываем все прочие. Заранее извиняюсь за скобки, не проверял.


Перехватить ошибку с рестартом в точке возникновения ошибки можно, используя
handler-bind. Возможные рестарты определяются с помощью restart-case



 

существуют ли ошибки, какие нельзя перехватить? => проблемы с памятью и прочие.. что случаеться в таких случаях?


что случиться, если в коде опять будет ошибка? => и так до потери пульса     

Это сообщение отредактировал(а) polosatij - 21.5.2006, 23:16

В случае непоправимых проблем, в интерактивном режиме система вывалится в низкоуровневый отладчик ldb, в неинтерактивном - прервет вычисления.

Ошибки, которые явно не стоит перехватывать можно узнать, поинтересовавшись кодом
функции ignore-errors. Точно знаю, что она не перехватывает storage-condition.



Код рестарта выполняется вместо restart-case и кода в нем, а не внутри.

Рестартов может быть несколько и в handler-bind можно выбрать стратегию
анализа и прервать вычисления, вызвав соотвествующий рестарт.

Интерактивный отладчик предоставляет список рестартов сам, позволяя выбрать пользователю.
  

Это сообщение отредактировал(а) svg - 22.5.2006, 00:22

хм.. а чем он отличаеться от простого exception-а тогда?
ведь я могу сделать так, заглишить exception и вызвать методу ( в которой произошла ) ошибка => рекурсивно ещё раз ?!
  

Это сообщение отредактировал(а) polosatij - 22.5.2006, 00:30

Сделать можно все. Вопрос - зачем?

Рестарты предоставляют хорошую возможность по управлению
исключениями, но если пациент так твердо решил помереть, 
то все равно помрет, на то и дадена ему эволюцией и божьим
промыслом сила интеллекта.

 

STORAGE-CONDITION можно попробовать перехватить, используя обычные HANDLER-CASE и HANDLER-BIND. Например, если при выполнении HTTP-запроса у программы переполнился стек, можно откатиться, послать в ответ "не хватает памяти на выполнение запроса" и послать дамп стека по почте администратору сервера (SBCL выдает исключение чуть раньше, чем стек реально заполнится).

Почему IGNORE-ERRORS не перехватывает STORAGE-CONDITION написано в вышеупомянутой статье Питмана - это, вообще говоря, не ошибка в программе, а нехватка ресурсов.


Наиболее общим классом является CONDITION. У него есть подклассы SERIOUS-CONDITION (со своими подклассами STORAGE-CONDITION и ERROR) и WARNING. Например, в SBCL с помощью HANDLER-BIND можно попросить компилятор не выдавать предупреждения о странных местах в программе (например, в автоматически генерируемом коде иногда возникают ошибки типов в ветвях программы, которые, в силу известных одному программисту причин, никогда не исполняются). 

M Cr@$h

svg и adejneka, помогаете ньюбам.