Russian Progress User Group

Я бы включил 4gl trace для динамических темп-таблиц сессии (dynobjects.db:4 - посмотри в документации, я не помню точно) и получил лог до падения.
далее можешь скачать утилиту logreader с PSDN и посмотри, кто создаёт и не удаляет.

С динамическими как раз всё понятно.
В тот-то и дело - что все таблицы статические.

Лечиться это просто - добавляется в определение таблицы опция NO-UNDO и при выходе из процедуры таблицы не задерживаются во временном файле.
Но не всегда это возможно сделать.

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

Да и зачем временным таблицам (и переменным тоже) нужна опция UNDO мне не совсем понятно. Я всегда спокойно обходился только NO-UNDO объектами.

Закрытие дня вызывает 1440 раз закрытие минутного интервала?
[мрачная шутка]