Don't assume that I'm making an assumption.
Seriously? Forgive me, I almost died laughing of the sheer recursive idiocy of that statement.
Is it still an assumption if I use your own words?
If you wrap 4294967296 into a uint32_t, you get 0. $and(0,1) = 0. not 1.
So,
if 4294967296 is "wrapped" (read: integer overflow) into a uint32_t data type... that is
not an assumption? Telling us what function mIRC is using is not an assumption? Telling us what data structure mIRC uses is not an asumption? Cause you know, there's zero chance your assumption is wrong and mIRC is
obviously not simply using, say, the value 1 in this case, or maybe the value 2147483647 which is incidentally what atoi("4294967296"), atoi("4294967297"), etc. give on 32bit systems (unlike your examples,
this is what I got). But you don't make assumptions.
When's your birthday... I'll buy you a dictionary.
But you're right. This
is all irrelevant to the fact that mIRC doesn't support the integer range above 2^32. I'm glad you worded it so succinctly.
