Здравствуйте.
Столкнулся со следующей проблемой.
Есть экран, из PAI-модулей которого вызываются цепочки процедур (подпрограмм, ФМ-ов, методов классов): П1->П2- П3->…->Пn. В последней процедуре Пn выводится (естественно, в определенных ситациях) предупреждение – message типа W.
Как всегда внезапно, оказалось, что если программа попала в Пn из AT EXIT-COMMAND-модуля, дело заканчивается дампом.
Есть ли какая-то возможность в процедуре Пn определить стандартными САПовскими средствами, выполняется ли код в рамках AT EXIT-COMMAND-модуля?
ЗЫ. Варианты – передавать по всей цепочке признак этого; создать глобальную переменную, хранящую этот признак; засовывать(доставать) признак в(из) память(и); выдавать сообщения другого типа; заменить exit-команды на обычные; изучать стек вызовов – рассматривались, но наиболее привлекательным кажется тот вариант, насчет которого вопрос.
ЗЗЫ. Устроит вариант и с просто выводом W-сообщения в AT EXIT-COMMAND-е (со всеми его свойствами). Но я так понимаю, это нереально.

А если такой вариант, заменить на тип S и выдавать как W ( DISPLAY LIKE 'W')

Пробовал: отрабатывает как S.

Тогда вопрос, зачем при выходе выводить предупреждающее сообщение, может перенести это в модуль user_command

З.Ы. даже в справке написано что проверки должны разрешить завершение данного модуля.

Note

The function type of a function is determined in the Screen Painter or Menu Painter. Usually those functions of the user interface are defined with function type "E" that are assigned to the icons Back, Exit and Cancel in the standard toolbar of the GUI status. Therefore, the called dialog module should terminate the screen processing and allow security checks, if required.

Вариант "заменить exit-команды на обычные" рассматривался, но не подходит. Есть много [чужого] кода, который рассчитывает на required-поля.
Вариант убрать вывод сообщения из exit-команды тоже не подходит: пользователь при выходе должен иметь возможность сохранить данные со всеми проверками и сообщениями.

ФМ SYSTEM_CALLSTACK и чтение сверху-вниз, пока не упремся в модуль...

Вариант "изучать стек вызовов" рассматривался. Но хотелось бы странного . Вернее, удобного (если это возможно).

Эстет, однако...

Можно попробовать так, но на свой страх и риск, как обычно... Хотя в стандартном коде этих вызовов немало.

А может тогда просто логировать сообщения и не прерывать выполнение модуля.

Надо и залогировать, и вывести .

О, то что надо. my_event приобретает значение PAI или EXC. Спасибо!
ЗЫ. Если можно, я пока тему не буду помечать как решенную - вдруг кто-то из участников форума знает еще способы (и поделится ими ).

"Так вам что нужно - шашечки или ехать?"
При наличии кучи мусорного кода вы хотите получить наиболее элегантное значение.
Может, стоит переделать логику на стандартную SAP-овскую - если нажал на красную стрелку (команда E) - ничего не спрашивать и выходить.
А вот если нажал на зеленую (обычная команда) - сначала отработал проверки, а уже затем все остальное.

Пользователи хотят стандартной человеческой логики . В т.ч., если они нажали "выход", чтобы программа определила, что на экране что-то менялось, предложила, в частности, сохранить изменения и, если предложение принято, сделала полноценное сохранение - с проверками и сообщениями.

Для этого есть зеленая кнопка. Если человек уверен в выходе, то он жмет на красную.
Это и есть нормальная человеческая логика - зачем пытаться сохранить то, что не заполнил?

Имхо, вопрос о "правильной логике" и вообще удобном пользовательском интерфейсе является немножко сильно холиварным.