AutoHotkey Community

I vaguely remember, have not we discussed this already? Anyway, I thought both of these sums should evaluate to -1, but the first one gives 0.

By pure chance, the problem occurs only for hex numbers, not for decimal numbers.

The problem comes about from the fact that unary minus is seen as an operator even when it's in front of a numeric literal. Therefore, 0x8000000000000000 was being passed to ATOI64() as a positive number, which (since it was too large) was capped to 0x7fffffffffffffff. Later, when the unary minus was finally applied, it was too late.

The best solution seems to be to collapse unary minus into a negative numeric literal at an early stage.

Thanks for reporting it. It will be fixed in the next update.