Расширили таблицу DRAW аппендом, теперь при создании производственного заказа система в дамп вываливается с руганью:
""OBJECTTAB-TABLE" and "DRAW" are not mutually convertible in a Unicode"
Это происходит при вызове функции DOCUMENT_VERSIONS_SELECT в ФМ CO_DM_MAT_GET_DOC_LINKS. Из-за чего это произошло и главное - можно ли это как-нибудь победить??
Система SAP ECC 6.0

А полем какого типа расширили? Из-за чего происходит можно в дампе посмотреть (st22).

Полей много, типы разные, в т.ч. и самодельные. ST22 показывает на функцию, при вызове которой возникает данная ошибка (DOCUMENT_VERSIONS_SELECT). В отладке я дохожу до этой функции, жму F5 и вываливаюсь в дамп с такой ошибкой.

Посмотрите, не встречаются ли добавленные к DRAW имена полей в объекте OBJECTTAB-TABLE.

Скорее всего некорректно передаются параметры в эту функцию. Посмотрите соответствие типов формальных и фактических параметров. Могу предположить, что это произошло из-за того, что ФМ "ожидал увидеть" в расширении все строковые параметры, а Вы добавили числовые. Хотя, может быть, Вы расширили не все или не те структуры.

При активации функции DOCUMENT_VERSIONS_SELECT вылезает та же ошибка. Как оказалось, в одной из функций есть строка
objecttab-table = draw.
objecttab-table имеет тип TLENGTH CHAR 4096.
Это получается что в objecttab-table пишется вся таблица draw?
Может ошибка быть из-за того, что расширенная таблица не влезает в objecttab-table?

Не зря для таблиц в словаре добавили категорию расширения.

Очевидно, Вы добавили тип i, который из-за выравнивания в памяти приводит к проблемам в Юникодных системах, когда, например, применяют оффсет к структуре или, как у Вас, идёт присваивание к символьному типу.

Нет, если бы не влезало, то просто обрезалось бы. Ошибка из-за того, что Вы расширили таблицу на поле, тип которого не может быть конвертированы в строку. Например, FLTP.

Скорее соглашусь с sibrin, потому как на рисковых процессорах проблема с выравниванием целых до адреса, кратному 4 байтам, приводит к аппартному прерыванию, что в понятиях абап соотвествует дампу.

Проверить можно так:
сначала расположить в append структуре все данные типа I, далее все остальное.
Оставлять конечно так нельзя, в будущем могут про это забыть и добавит I в конец.

Дамп-то такой: "OBJECTTAB-TABLE" and "DRAW" are not mutually convertible in a Unicode.

Более того, abap специально оставляет дыры перед I и F, чтобы всё было выровнено. ABAP может всё это преобразовать к типу C и даже обратно, но только в случае, когда 1 символ = 1 байт. В случае unicode это просто бессмысленно, поэтому и происходит ошибка.

RTFM: http://help.sap.com/saphelp_erp2005vp/h ... ameset.htm

похоже мой старенький пост похож на ваш случай
http://sapboard.ru/forum/viewtopic.php ... highlight=

Помог программерский способ и как пример RGUREC00.