Всем доброго дня!

Господа, не сочтите за шутку, пусть тема и создана 1 апреля
Появилась хотелка при выпаде программы в дамп инициировать определенное событие (конечная цель - добавление записи об этом в пользователький журнал).
Не имею понятия о механизмах создания и обработки дампов. Буду рад, если посоветуете какие-либо курсы (от готовой реализации вообще приду в восторг и начну прыгать по столам...)

ST22.
Не шутка.

посоветую посмотреть оператор Try...Catch (обработка исключений).

Ну раз уж первое апреля...

ФМ DISPLAY_EXC_MAIN + неявная точка расширения

Ну, это неспортивно..

1)Не будешь ить оборачивать все используемые программы в Try.
2)Не отловит Non-Catchable исключения.

согласен, поторопился

Господа, я в шоке...

Вы какбэ уже не учитываете дампы, которые происходят, например, при снятии фонового задания, или прочие, системные? А отучить деление на ноль оборачивать в try...catch... по-моему должны были еще в школе...

ST22 это просмотр дампов, при чем тут инициация вызова программ? Или я что-то упускаю?
Если что, покорнейше прошу прощения за свою поспешность.

можно повесть job который будет смотреть периодически новые записи в табличке SNAP,
брать от туда инфу и выполнять дальше что нужно.

Что то я не совсем понял, на что намекает этот пост, на то что Вы задали такой глубокий вопрос, а мы тут Вам какие то глупости советуем? На счет тру...катч, я уже сказал что поторопился с ответом, не надо умничать по поводу того что типа "по-моему отучить должны были еще в школе", я знаю что я мало знаю, поэтому и посещаю этот форум. На счет ST22, Вам же журнал нужен дампов, это и есть журнал дампов, в отладку и вперед смотреть как он работает.

Прошу прощения еще раз. Меня смутило что мне предлагают посмотреть дампы через st22. Про то чтоб посмотреть _саму_ st22 - не успело прийти в голову.
Дичайше, господа, дичайше извиняюсь и уже смотрю код st22.
Вариант с запуском фонового задания и отслеживания дампов - в принципе как выход возможен.

Спасибо, сейчас посмотрю.

Если нужны фоновые и системные - то ФМ не прокатит. Смотрите класс CL_DUMP_EXCEPTION.

Была у нас как то тестовая система, так она была настроена таким образом, что при возникновении дампа сообщение приходило по SAP почте.
В детали не вдавался, но наверное как раз так и нужно делать?

Нужно сообщения в системный журнал записывать; в общем-то самое главное - среагировать на дамп.
Артем, спасибо еще раз, буду разбираться с этим классом.

Такс все-таки: в пользовательский или в системный журнал?
Системный журнал можно смотреть с помощью транзакции SM21. В него и так записываются данные о дампах

ЗЫ: Непонятно, в чем же конечная цель "хотелки"?
Ведь стандартные транзакции и так позволяют просмотреть и систменый журнал, и дампы...

Имелся ввиду журнал, который через SLG1 просмотреть можно:) В SLG0 создается объект, затем соответствующими функциями создаются журналы и записи в них.

Цель - увидеть, что одно из фоновых заданий было прервано вручную (или оборвалось) через журнал, без использования st22.
Так, свистелка-перделка...)