Finalsolo963@lemmy.blahaj.zone to 196@lemmy.blahaj.zoneEnglish · 4 months agoLua rulelemmy.blahaj.zoneimagemessage-square16fedilinkarrow-up1336file-text
arrow-up1336imageLua rulelemmy.blahaj.zoneFinalsolo963@lemmy.blahaj.zone to 196@lemmy.blahaj.zoneEnglish · 4 months agomessage-square16fedilinkfile-text
minus-squareezchili@iusearchlinux.fyilinkfedilinkarrow-up1·edit-24 months agoWhy do you assume it was a pointer type? There’s no types. Why do you assume C either? This is pseudo code to illustrate pointer offsets
minus-squarebarsoap@lemm.eelinkfedilinkarrow-up1·4 months ago Why do you assume it was a pointer type? Because afterwards you said arr[n]. By convention n is definitely an integer and if arr is also, say, an integer, you get error: subscripted value is neither array nor pointer nor vector Why do you assume C either? Because you didn’t write ^(@arr+0) (Not sure that’s even valid though my Pascal is very rusty). This is pseudo code to illustrate pointer offsets Granted. But then it’s still Pseudo-C, not Pseudo-Pascal or Pseudo-Whitespace.
minus-squareezchili@iusearchlinux.fyilinkfedilinkarrow-up2·edit-24 months agoIt’s pseudo-nothing It conveys a point, which you got, and if you decide to invent a syntax and bicker on it it’s just you Really pointless discussion
Why do you assume it was a pointer type? There’s no types. Why do you assume C either? This is pseudo code to illustrate pointer offsets
Because afterwards you said
arr[n]. By conventionnis definitely an integer and if arr is also, say, an integer, you getBecause you didn’t write
^(@arr+0)(Not sure that’s even valid though my Pascal is very rusty).Granted. But then it’s still Pseudo-C, not Pseudo-Pascal or Pseudo-Whitespace.
It’s pseudo-nothing
It conveys a point, which you got, and if you decide to invent a syntax and bicker on it it’s just you
Really pointless discussion