Коллеги всем привет. У меня скоро будет взрыв мозга. Есть код (хочу посмотреть последовательность символов):
Code:
TYPES: t_char TYPE c LENGTH 2.
DATA: g_hex(8) TYPE x VALUE '00310031' .
FIELD-SYMBOLS: <g_char> TYPE t_char .
DO 200 TIMES.
IF g_hex+2(2) > '0200'.
g_hex+2(2) = '0031'.
g_hex(2) = g_hex(2) + 1.
ELSE.
g_hex+2(2) = g_hex+2(2) + 1.
ENDIF.
ASSIGN g_hex TO <g_char> CASTING.
write <g_char>.
ENDDO.
выдает дамп на строке: ASSIGN g_hex TO <g_char> CASTING.
Цитата:
In the current program "ZRH_TEST1", an error occurred when setting the
field symbol "<G_CHAR>" with ASSIGN or ASSIGNING (maybe in the combination with
the CASTING addition).
When converting the base entry of the field symbol "<G_CHAR>" (number in base
table: 13), it was found that the target type requests a memory
alignment of 2.
However, the source data object has an invalid memory alignment, that is
an alignment not divisible by 2.
P.S. система unicode. При нажатии "отладка" внутри дампа, в переменной <G_CHAR> содержится значение "12", что соответствует моим представлениям при кодировании.
Вход
Регистрация
FAQ пользователя
Поиск
.
. Я знал что в системе иногда нужно использовать бубен, чётки и другие атрибуты русского народного фольклора 