Regularly and traditionally it's POINTER TO BYTE, it can be interchanged without conversion to POINTER TO *.
However, in some cases this might lead to memory alignment problems... for example, ODD pointer to byte should not be used as pointer to word.
As for CODESYS V3 , POINTER TO ANY seems to work.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
yes that is possible, however why should you use pointers, as everything can be programmed in 61131 standard language.
when using pointers it is same as use peek and poke, very machine dependent.
whenever possible try to avoid it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Strucc hat geschrieben:
Regularly and traditionally it's POINTER TO BYTE, it can be interchanged without conversion to POINTER TO *.
However, in some cases this might lead to memory alignment problems... for example, ODD pointer to byte should not be used as pointer to word.
As for CODESYS V3 , POINTER TO ANY seems to work.
Thanks Strucc
Used your idea
Sarath
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi all
Is there any way to create void pointers in codesys?
and need info about writing code in visual c++ & converting it to codesys library.
Thanks
sarath
Pointer to any DATA type this is what is required.Is it possible in codesys?
Thanks
Regularly and traditionally it's POINTER TO BYTE, it can be interchanged without conversion to POINTER TO *.
However, in some cases this might lead to memory alignment problems... for example, ODD pointer to byte should not be used as pointer to word.
As for CODESYS V3 , POINTER TO ANY seems to work.
Hi Strucc
Thanks for your info.
Is it possible to have a pointer like this inspite of any data type
Thanks
yes that is possible, however why should you use pointers, as everything can be programmed in 61131 standard language.
when using pointers it is same as use peek and poke, very machine dependent.
whenever possible try to avoid it.
Thanks Strucc
Used your idea
Sarath