Forums Bug Reports hash table bug?? or max value?

ok, a little background first, im using hash tables to store data from a text based, dcc chat game... part of the game im tracking a total.. and i found a bug, but im not 100% sure on the threshold...

is there a max value for a hash table entry?? if so, what is it? how can I avoid this? or is it indeed, a bug?

NOTE: it doesnt matter on the table, or item name, but I have put down here what im using...

Create a table, and an entry... set the value for the entry as 2099721840

/hmake stats 1000
/hadd stats tfactprod 2099721840

increse the item "tfactprod" by X (which is tallyd up in a while loop)

var %tot = $calc(%tot + %playertot)
(in this case, %tot = 74040191)

increse the hash table entry by %tot

/hinc stats tfactprod %tot
(have also used /hadd stats tfactprod $calc($hget(stats,tfactprod) + %tot) with the same outcome)

how echo back the table item...

/echo -a $hget(stats,tfactprod)

it will reply with -2121205265

WHY is it coming back with a minus figure??

2099721840 + 74040191 = 2173762031

even the figure, ignoring the minus is low..

any ideas?? -- can anyone find the threshold where it goes into minus figures etc?? .. basically, i need help :P

Welcome to 32bit signed integers. This appears to be a bug with 'hinc'

Reproduced here, v6.3 (XPSP2)

Hm, I can use hadd with $calc() and get the right result

* 2173762031 == 2173762031

Confirmed. You cannot hinc past 2147483647 (0x7FFFFFFF)

I assume $calc uses maths routines that allow for higher precision.

As you found, hadd table entry $calc(%val + %inc) will work correctly...at least up to the limits of $calc's precision! I guess this is because it's hadd'ing a string of digits, rather than performing calculation internally.

but using $calc() diddnt work for me, i still ended up with the same negative number in the hash table entry...

Yet it works for me with the code I posted...

Thanks this has been fixed for the next version.