Привет коллеги,

"Меня терзают смутные сомнения" (с) Иван Вас. МП - по поводу использования такой конструкции вообще

но:
на NW70/Ora10/Sparc работает
на NW74/Ora12/Linux падает с сабжем и "Change made to a Dictionary structure while a program was running"
причём она изменяет дату/время на момент падения в управлении версиями - тр. запросе создания таблицы! - будто транспорт перенакатил кто-то

идеи есть?

Может динамически генерится?
Я тут в BCS сталкивался, что за время выполнения стандартной программы создавалась таблица БД, заполнялась, считывалась и удалялась.

та не.. - имхо, обычная загрузка в bw с предварительной очисткой временной таблы в базе.
но что это можно делать clear-ом - не знал - однако проверка допускает

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

ps. тест миграции с апргрейдом и вот на финише такая глюка вылезла

Это не очистка таблицы БД. Данный оператор очищает содержимое филд-символа <Zdbtable>.
Я присоединюсь к Parazit: такая ошибка характерна для перегенрации кода. Пока работал программа, код обновился и перегенерировался. Структура переменной изменилась, система, не зная как себя вести в промежуточном состоянии, решила уронить программу в дамп

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

А можно код побольше посмотреть?
То что проваливаетесь - просто переход в структуру переменной.

46 *& Form CARD
47 *&-----------------------------------------------------------------
48 * text
49 *------------------------------------------------------------------
50 * --> p1 text
51 * <-- p2 text
52 *------------------------------------------------------------------
53 FORM CARD.
>> clear ZCIB_CP_CARD.
55 gv_fldind = lc_numhdrfld + 1.
56 ASSIGN COMPONENT gv_fldind OF STRUCTURE <struc> TO <fld>.
57 ZCIB_CP_CARD-ID_50 = <fld>.
58 gv_fldind = gv_fldind + 1.
59 ASSIGN COMPONENT gv_fldind OF STRUCTURE <struc> TO <fld>.
60 ZCIB_CP_CARD-MBR = <fld>.

странно, обычно объявляется внутренняя структура или <fs> к таблице и с ней уже работаем.

Вы не находите, что приведенный код отличается от кода в первом сообщении?
Ну да не важно.
Это все равно просто очистка переменной ZCIB_CP_CARD.
Скорее всего это структура, которая объявлена в коде как tables. Двойной клик по ней перекидывает сразу в словарь на просмотр ее структуры в словаре данных.
Это не операция очистки данных в таблице БД.

забыл что <> можно спутать с <fs>

похоже да, обычное заполнение структуры для записи в базу,
в коде перечислены в tables:
тогда непонятно как она может измениться динамически...
причём ещё нет заполнения, где могли вылезти несоответствия типов
тривиальная очистка
сравниваю с 70 - структуры идентичны