Errors, bugs, questions - page 1970

You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
Got an error in my script, trying to localise it, so it's bypassed for now.
I think I found it:
Alert:
clr == clrNONE ? false
clrNONE value = 4294967295
value that was returned = 18446744073709551615
I.e. set the object's colour to clrNONE, then read the object's colour
read the colour of the other object
Yes, thank you. I fixed the names there, but the error is still there.
set the object to colour clrNONE, then read the colour of the object, compare it with clrNONE - they do not match.
clrNONE - all bits of 4 bytes are filled with ones.
ulong clr - all bits of 8 bytes are filled with ones.
Yes, thank you. I fixed the names there, but the error is still there.
In fact, in ObjectGetInteger, instead of
.
solution: then write x instead of x everywhere.
clrNONE - all bits of the 4 bytes are filled with ones.
ulong clr - all bits of 8 bytes are filled with ones.
There is some kind of error here, I think.
1. clrNONE is a positive 4-byte number since Alert( long(clrNONE) ) == 4294967295 (if it were negative (color sign), it would go into minus)
2. We converted it to long in SetInteger, the value could not change
3. Why do I get a non-primary number in SetInteger?
Either the color inside the terminal is converted to a signed type, int for example, and then grows when converted to along, or something else.
Is this an error (different arrays) or not?
No, it just adds a terminating 0.
Added a line above - specified to copy the length of the line. It started to match. I.e. it turns out that input parameter count = -1 adds zero to the end, while count = StringLen adds nothing. Nyuansyk!