AutoHotkey Community

See code below:The combination of that while loop and the assignment will make AHK treat the content as a number rather then a string. Replacing while with if or using a break rather than the assignment in the loop won't show this behavior. Assigning a value to "someinvalidvar" doesn't have any effect.

[Moved from Wish List. ~jaco0646]

Happens in until loopsAnd their if...break equivalent:
but not if break is executed directly:

leading me to believe that the problem is in the comparison, but it doesn't seem to be that simple:
so it seems that it is comparison within a function:

I'm fairly certain this problem has existed since object support was added over two years ago, so how is it that two instances of it pop up in one week?

In this case, the comparison of someinvalidvar ("+5") to arg ("+5") is performed numerically, which causes a pure number to be cached in both variables. When the variable is returned, it contains both a numeric string and a pure integer, but only one can be returned, and the pure integer takes precedence.

In v2 a distinction is made beween pure numbers and numeric strings, so the cache only works one-way: assign a pure number and populate the string buffer from that. If a variable contains a pure number, it must've been assigned a pure number. If it also contains a string, that doesn't matter since converting the pure number to a string will always yield the same result.

Coincidence I suppose, that's how statistics work

Why is it that it doesn't happen with an if instead of a while?

Which command you use and where you use it only affect the result because the values you are passing to the comparison operator are different.