Сергей, а лидирующие нули, это тоже принципиальное требование в новых версиях?

Да, Сергей, и еще хотел спросить, на проекте попадается код от ваших коллег по прошлой работе:

DATA:
BEGIN OF it_bkpf OCCURS 0,
awkey TYPE bkpf-awkey,
belnr TYPE bkpf-belnr,
END OF it_bkpf,

DATA:
BEGIN OF it_fmblnr OCCURS 0,
mblnr LIKE mkpf-mblnr,
END OF it_fmblnr,

it_fmblnr[] = it_bkpf[].

У меня и сейчас то вызывает вопросы правомочность такого копирования, а как это будет работать в новых версиях?

Вот так, точно не надо
Да просто заведите свою табличку из двух полей и повесте на неё ракурс ведения, тоесть именно то что Вам пришло в голову

Дык вы попробуйте программно в ranges занести без стартовых нулей, не найдет.

Думаю не будет копировать.

Пройдёт. Даже на 7-м базисе, даже если юникод активирован.

Дело в том, что в юникодных системах структуры разбиваются на символьные и несимвольные подмножества. Т.е. если первые несколько полей структуры имеют тип CHAR, то структуре можно присвоить строку не длиннее, чем сумма этих полей.

Попробовал опять же на 7-м базисе: работает и даже расширенная проверка молчит.

Уж чего-чего, а верность традициям и обратная совместимость в SAPе на высоте.

ОК. Спасибо за инфо.

P.S. Лично я все равно избегаю подобных конструкций. Читаемость кода и все такое...

Cамо собой. Но 'IEQ' — это классика

Хорошо ли это?
Вот у MS, что ни новый компилятор, то заставляет все более и более приводить код к стандарту, не допуская "сомнительных" инструкций.

А все знаете почему? Потому что наелись, что особенны начинающие программеры не понимают тонкости написания кода, что приводит к потенциально опасным дырам в безопасности, начиная с переполнения буфера с функциях копирования строк и тд. Поэтому MS пошел по пути принудительного запрета на использование потенциально опасного кода.

Для программистов может и плохо, а для SAPа хорошо. Иначе придётся всё вообще переписывать. Тогда уже лучше новое имя придумать проекту и писать всё на Java.