https://forge.codesys.com/forge/talk/CODESYS-V2/thread/f2bec8441d/2020-02-27T19:31:49.755000ZRecent posts to CoDeSys bug? Error Compilation?2020-02-27T19:31:49.755000Z2020-02-27T19:31:49.755000Zmaautohttps://forge.codesys.com/u/maauto/https://forge.codesys.com96e8a67255ca6dd959d2adebf0f684960957f5d2

<div class="markdown_content"><p>I wouldn't be so sure...have you actually tried this ?</p> <blockquote> <p><strong>Zitat:</strong><br/> VAR<br/> TestDWord1:DWORD;<br/> END_VAR<br/> TestDword1:=WORD_TO_DWORD(ROR(WORD#16#4433,8 ));</p> </blockquote> <p>AND</p> <blockquote> <p><strong>Zitat:</strong><br/> VAR CONSTANT<br/> abc:WORD:=16#4433;<br/> END_VAR<br/> VAR<br/> TestDWord2:DWORD;<br/> END_VAR<br/> TestDWord2:=WORD_TO_DWORD(ROR(abc,8 ));</p> </blockquote> <p>Both produce 16#00443344. Which is wrong. And in both cases the length of the constant IS defined. In the second case it is also an explicitly declared constant with a name and I type. So how is this anyone's fault but a bug ?!?</p></div>

2020-02-27T19:31:48.502000Z2020-02-27T19:31:48.502000Zshooterhttps://forge.codesys.com/u/shooter/https://forge.codesys.comeba8cc9c55ec374ace6822fc4b2845eb7d62fa50

<div class="markdown_content"><p>yes it is wrong, however as you do not define the length it is your fault.</p> <p>i repeat always give constants a name and a type</p> <p>if you are rolling over a byte same happens because of the use of memory.</p></div>

2020-02-27T19:31:45.020000Z2020-02-27T19:31:45.020000Zmaautohttps://forge.codesys.com/u/maauto/https://forge.codesys.come72facd04195e6e8f32e7041373c49c764dd226b

<div class="markdown_content"><p>That might be the case what happens, but if you consider the description in the help file (for ROR), it doesn't seem correct:</p> <blockquote> <p><strong>Zitat:</strong><br/> Please note, that the amount of bits, which is regarded for the arithmetic operation, is pretended by the data type of the input variable !. If the input variable is a constant the smallest possible data type is regarded. The data type of the output variable has no effect at all on the arithmetic operation.</p> </blockquote> <p>In other words the result of ROR(16#4433,8 ) is / or should always be a WORD because 'The data type of the output variable has no effect at all on the arithmetic operation.' and the smallest possible data type for 16#4433 is WORD.</p></div>

2020-02-27T19:31:43.627000Z2020-02-27T19:31:43.627000Zshooterhttps://forge.codesys.com/u/shooter/https://forge.codesys.come5b89f8f1de1b9f2e2141bde462eb31430b8e9b6

<div class="markdown_content"><p>that is because the result of the ROR is a word in the first line and in the other line unknown (not really but it is rolled over in a dword</p> <p>you are doing wrong as you should always use a variable even when used only once, now the system does not know if it is a word or a byte or whatever.</p> <p>it has another advantage too, you can not change constants while running but variables you can.</p></div>

2020-02-27T19:31:40.107000Z2020-02-27T19:31:40.107000Zchenamobhttps://forge.codesys.com/u/chenamob/https://forge.codesys.com3237a8378fae6e0724af9e32638b796973f58192

<div class="markdown_content"><p>xx:=16#11220000 OR (WORD_TO_DWORD (ROR(16#4433,8)) AND 16#0000FFFF);</p> <p>xx2:=16#11220000 OR (WORD_TO_DWORD (ROR(16#4433,8)) );</p> <hr/> <p>xx=16#11223344</p> <p>xx2=16#11<strong>66</strong>3344 ---- Why?</p> <p>CoDeSys 2.3.9.16</p></div>