RandomDiceRoll Bug?

[VeNdOr]

i've done a test command

Code: Select all

program test(who,param)
    Sendsysmessage(who,CStr(RandomDiceRoll(param)));
endprogram

launching more times with param=2d1000+64800, here is the sequence:

281
935
587
65936
295

there is something strange

[Core Essence]

Up, this issue is a little bit annoying, already added some pharser to shrink the string, but the problem can still persist with higher numbers I think

[Yukiko]

It sounds like it's somehow limiting the random number to 60,000 or less. Similar to the stacked item limit of 60,000.

[MuadDib]

No, it seems to be where it's not reading the +- correctly, thus ignoring them. WIll have to look into that.

[MuadDib]

If I get time I'll look into this soon, but everything looked as it should :/

[CWO]

Even though its already passed as a string, CStr() the param inside the RandomDiceRoll() and see.

[MuadDib]

It's due to your large amount on the + side. It pushed the results (I believe) above 66k whatever, and that is the reason on the cutoff of the + amount.

Do the math, it comes out

dropping the + to +63000 works just fine every time basically. It's cuz of a limit being hit in the core. Shini would be better to answer the why to this one.

My stab is this though, it's coverting to LONG, and your range is going above that (XXXX hex ability, yours is hitting XXXXX when it breaks).

[CWO]

I was thinking that too Muad... its above 16-bit but I thought POL was able to handle those. Plus the one result "65936" throws off that thinking because 0xFFFF = 65535...

[MuadDib]

It can, but, the specific internal functions used converts it to a unsigned long that is XXXX, which is where it breaks it.