В дамп вылетает при дебаге или нет?

Ни каких изменений не производится , из-за чего тогда
что либо прерывает текущий диалоговый шаг или транзакцию.

И в дебаге и без него.

В дебаге так и должно быть.

Возможные виновники-операторы представлены в описании дампа

Проверьте - не вызывается ли кто либо из них в процессе работы.

а если вылезает message но не в моем коде а в функции которую я вызываю, как быть в такой ситуации

Сообщения message можно подавить при вызове ФМ-а или метода класса, написав в exceptions error_message:


Я не все нюансы написал, почитайте доку.
Если у вас подпрограмма (форма), оберните ее в ФМ или метод класса.

cделал через селект во внутренюю таблицу все нормально уместилось, но проблема возникает при обработке одной из строк, вылетает дамп , по тайм ауту,рпевышено время обработки для транзакции, (но дамп не на прямую для моих разработак, а в подпрограмме вызываемой мной снадартной функции, то-есть посмотреть на значение переменных в дампе которые туда передаются я не могу, так как они в дампе не приводятся, а которые там есть имеют непонятное значение ироглифы или пыстые) есть ли возможность как нибудь отловить дапм по тайм ауту, поставить брек поинт на какое нибудь событие или возможно его можно как то избежать через try? так как хотелось бы понять на каком значении вылетает дамп.

Какая разница на каком значении??? Раз дамп по ТАЙМ-АУТу??
Либо у Вас слишком много данных и их отчёт не успевает обработать за время диалогового шага, либо у Вас где то зацикливается логика обработки (бесконечный цикл или рекурсия).
В первом случае уменьшать объём обрабатываемых данных или выполнять отчёт в фоновом режиме.
Во втором случае смотрите дамп и стек вызова подпрограмм\ФМ и т.п. на наличие циклов.

Для дампов внутри стандарта ещё можно поискать соответствующие ноты.

Какая разница на каком значении??? Раз дамп по ТАЙМ-АУТу??

просто очень похоже что тайм аут возникает , в результате некоректного(неправельного значения) , так как предедущие 7000 и следующие 4000 обрабатываются нормально, а дамп вылетает где-то на одной или нескольких записей из 3000 в середине

Так запустите отчёт, и когда станет ясно что завис и скоро вылетит в тайм-аут, через SM50 остановите его в отладку (Программа\Программа\Отладка)

Спасибо.



Извените за наивный вопрос : что поднимать под диалоговым шагом - процес начинающийся после старта программы не в фоновом режиме и заканчивающийся после ее завершения(или данный процесс состоит из диалоговых шагов), спасибо.

если мое "определение" не очень далеко от истины правельно я понимаю что время одной программы в диалоговом режиме ограничено в отличии от фонового режима?

Процесс состоит из диалоговых шагов:
SAP LUW
Время диалогового шага программы ограничено. Время выполнения в фоне - вроде не ограничено, во всяком случае на данный момент с такими ограничениями мне не приходилось сталкиваться.

подскажите еще пожалуйста из за чего может быть такая ситуация
из выб приложение для сапа делаю некотырые изменения потом сохряняю , в ст05 процесс обращения к таблице зафиксирован (некоторая функция) ставлю там брек-поинт (пробовал и екстернал и когда заходил в дебаг в другом месте ставил брек-поинт на функцию) он не срабатывает?

Отладка системы включена (опция отладчика)?

да, в другом месте он заходит в деббаг

"- Кто на ком стоял? - потрудитесь излагать ваши мысли яснее."

Отладка обновлений?