The function Hex() returns the wrong value

[Cythor]

The code says all what I mean.

$var = BitAND(1529, 65280) / 256 ; = 5
ConsoleWrite(Hex($var) & @CRLF) ; ?

[jchd18]

$var = BitAND(1529, 65280) / 256 ; = 5
ConsoleWrite(VarGetType($var) & ' = 0x' & Hex($var) & ' = ' & $var & @CRLF) ; ?

See Hex() help.

[BrewManNH]

Why is it being turned into a Double though I think is the question. Neither number is a floating point so I don't understand why it's happening.

[jchd18]

Agreed, that would be the right subject for a ticket. But that was not the issue raised by he OP.

[Melba23]

Surely the result of any calculation involving a division has to be a double as AutoIt has no way of knowing that an integer will be returned and so must assume that the value will be fractional.

This code gives the same result:

$var = 256 * 5 / 256
ConsoleWrite(VarGetType($var) & ' = 0x' & Hex($var) & ' = ' & $var & @CRLF)

which to my eyes is entirely expected.

M23

[anonymous]

Turning 1/1 into a double is utter tech perversion, period.
1.0/1 or 1/1.0 as double is expected and necessary in some circumstances, but certainly not 1/1.

Anyway this isn't the place to discuss junk food.

[jchd18]

I keep being disconnected, but it was me above.
0/1 also a double, of course... geez.

[czardas]

The following post by me appears to be related.

​http://www.autoitscript.com/forum/topic/161396-lamus/?p=1174073

[Melba23]

I am closing this ticket as there is no problem with Hex - the seemingly invalid returns are caused by the inadvertent use of doubles instead of integers as the argument. That is covered by this ticket:

​http://www.autoitscript.com/trac/autoit/ticket/2729

M23