Часть массива перевести в строку

[=Алекс=]

Я новичок, кто может помогите.
Получаю массив 10 ff 90 00 00 07 00 72 16 04 35 36 35 36 88 19, в котором часть 35 36 35 36 нужно преобразовать в строку. Должно получится 5656.

Для преобразования прочитал, что удобнее использовать библиотеку oscat.lib

input:ARRAY [0..18] OF BYTE:= 16#10, 16#FF, 16#90, 16#00, 16#00, 16#07, 16#00, 16#72, 16#16, 16#04, 16#35, 16#36, 16#35, 16#36, 16#88, 16#19;
out: STRING:= CHR_TO_STRING(input[11])+CHR_TO_STRING(input[12])+CHR_TO_STRING(input[13])+CHR_TO_STRING(input[14]);

Такой вариант кода не дает компилировать.
Подскажите пожалуйста как это делается правильно...

[_Pavel_]

Обьявите строку. И скопируйте нужное количество байтов в нее из входного массива с помощью функции SysMemCpy()

[Валенок]

И нолик в конец не забываем

[capzap]

Где описан тип CHR?
а вместо многобукв и добавления доп.библиотеки можно так

foo : STRING;
bar : POINTER TO STRING(4);

#######
bar := ADR(input[11]);
foo:=bar^;

[_Pavel_]

capzap, а если adr будет нечетный не получим ли мы зависание при обращении к указателю?
А если в буфере будет строка другой длины?

[=Алекс=]

Где описан тип CHR?
а вместо многобукв и добавления доп.библиотеки можно так

foo : STRING;
bar : POINTER TO STRING(4);

#######
bar := ADR(input[11]);
foo:=bar^;

Попробовал! Отлично работает! Спасибо за примерчик
только немного подправил, т.к. немного результат был сдвинут...
bar : POINTER TO STRING(3);
bar := ADR(input[10]);

[capzap]

capzap, а если adr будет нечетный не получим ли мы зависание при обращении к указателю?
А если в буфере будет строка другой длины?

а может Вы изучите работу указателей и не будет у Вас этих если

[Валенок]

а если adr будет нечетный не получим ли мы зависание при обращении к указателю?

тут соглашусь с capzap. Если в основе - байтовый тип (byte,bool,sint,usint,string,массивы из этого), то адрес не имеет значения. Даже внутри структуры или фб. Даже структуры* или фб* где внутри - тока эти типы или массивы их них.
*То что при статическом размещении их адреса будут выровнены под 4 байта а размер неявно увеличен до кратного 4-ем, ничуть не меняет ранее сказанное

А если в буфере будет строка другой длины?

.. заранее неизвестная. Вот тут интересней. Поэтому я и напомнил про нолик с Вашего позволения

[_Pavel_]

Согласен по поводу первого обычный String он байтовый и все хорошо. Просто я подумал что ТС парсит сетевой пакет т.е. сейчас например ему нужно 5656 а потом придет 565656. Хотелость предложить более общее решение и надежное. Вдруг он захочет воспользоваться такой же технологией(указателем) и для других типов в будущем что приведет к известным последствиям.

[capzap]

Согласен по поводу первого обычный String он байтовый и все хорошо. Просто я подумал что ТС парсит сетевой пакет т.е. сейчас например ему нужно 5656 а потом придет 565656. Хотелость предложить более общее решение и надежное. Вдруг он захочет воспользоваться такой же технологией(указателем) и для других типов в будущем что приведет к известным последствиям.

советую пролистать библиотеку oscat, там массивы обрабатываются с помощью указателя на один байт, дополнительным входом используется количество единиц для обработки, в такой функции можете и спереди и сзади наставить кучу проверок, чтоб соответствовала Вашему представлению валидности