Указатели (POINTER)

[capzap]

С помощью shr/shl и and, можно обойтись буз указателей и лишних переменных если что

[Валенок]

потому что ADR возвращает DWORD, а не POINTER.

Так в КДС нету "просто POINTER"

to capzap
А без указателей для TC - не обойтись. Или union (КДС3, см.выше), или я-ля union с размещением 2 переменных в одной области памяти с помощью % (есть ли в КДС3 ?).
Только у TC сложно как-то. Там 2 строчки всего нужны. Но с rol ))

[capzap]

Превратить в реал да будет нужен указатель, но я то про перемещение байт имел ввиду, а rol это продвинутое смещение, примитив то всёравно shr

[Yegor]

Так в КДС нету "просто POINTER"

Ну, да-да, POINTER TO _ТИП_ (в том числе POINTER TO ANY, между прочим, если речь о третьем кодесисе). Сути не меняет. ADR возвращает DWORD. Почему не могли сделать, чтобы возвращался указатель того же типа, что и аргумент, теперь остаётся только гадать.

[Kavoo]

Наверное для того чтоб ты мог пихнуть свой массив или там структуру в любое место памяти ПЛК, где можно обявить прямоадресуемую переменную.

[Yegor]

чтоб ты мог пихнуть свой массив

Хи-хи. Пример запихивания?

Можно сказать, что в КДС нет функции или оператора получения указателя. Есть только функция получения адреса типа DWORD, что не является указателем в системе типов компилятора.

[Валенок]

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

r : real;
d : dword;

sysmemcpy(adr(r),adr(d),4); //Cейчас - нормуль. Видимо при возврате того же типа что и аргумент - "тип мисмач", ведь real^ := dword^

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

[Yegor]

"тип мисмач"

Тайп мисмач не случается, когда есть неявное преобразование. В данном компиляторе REAL в DWORD неявно преобразовать нельзя, POINTER в DWORD — можно. Вот этот код демонстрирует неявное преобразование указательного типа в числовой

PROGRAM PLC_PRGVAR
    ptr1, ptr2: POINTER TO ARRAY [0..1] OF BYTE;
END_VAR

SysMemCpy(ptr1, ptr2, 1);

На месте аргументов спокойно уже сейчас может стоять аналог ADR, возвращающий не число, а указатель, но такого аналога нет. Другими словами, операции взятия указателя в кодесисе просто нет. Указатели приходится заранее объявлять, а потом инициализировать через обратное приведение (тоже неявное — DWORD в POINTER).

[Валенок]

Указатели приходится заранее объявлять

Может kavoo имел ввиду

PROGRAM PLC_PRGVAR
    tr1, tr2: ARRAY [0..1] OF BYTE;
END_VAR

SysMemCpy(adr(tr1), adr(tr2), 1);

без объявления указателей ?

В данном компиляторе REAL в DWORD неявно преобразовать нельзя

А много где можно именно преобразовать? И вроде выше - не преобразование, а другая точка зрения.
Например - кирпич. Строитель видит материал для стр-ва, математик - параллепипед, повар - гнет для квашения.. Но объект при этом не меняется.

[Sergey666]

Может kavoo имел ввиду

PROGRAM PLC_PRGVAR
    tr1, tr2: ARRAY [0..1] OF BYTE;
END_VAR

SysMemCpy(adr(tr1), adr(tr2), 1);

без объявления указателей ?


А много где можно именно преобразовать? И вроде выше - не преобразование, а другая точка зрения.
Например - кирпич. Строитель видит материал для стр-ва, математик - параллепипед, повар - гнет для квашения.. Но объект при этом не меняется.

Академики ! Вы наше все ! А , пролетариат , за неимением булыжника увидит в кирпиче оружие...