Ok let me explain a couple of things....1st some info on numbers in programming.
Numbers can be signed or unsigned. The most significant bit will determined if the number is negative or posative in a signed number.
eg a byte which is 8 bits works like this.
BINARY
( most significant bit )
|
V
00000000
If the MSB ( most sagnificant bit ) is set it means the number is negative when the number is signed.
So
unsigned DEC : 0 - 256 HEX 0 - FF
signed DEC : -127 - 127 HEX FF-7F
32 bit values ( A WORD )
unsigned DEC : 0 - 65535 HEX 0 - FFFF
signed DEC : -32767 - 32767 HEX FFFF - 7FFF
Now if you look at blazins medic score it seems to me he probably has more than 65535 kills.
This leads me to believe that bf2s is either taking only a 32 bit unsigned value for his kills ( which means its chopping it down ) or the number bf2s is getting from the server is wrong.
if the kills field in the database is a 64bit value ( which im sure it will be ) and you only read 32 bits of that value then you are ...ermm ill give an example...
65536 in hex ( 64 bit value ) = 1FFFF
if you move that 64 bit values into a 32 bit value which is unsigned you will cut off the 33 bit onwards....eg be left with FFFF.
Something else to note. WITH THE CHEATERS AT THE TOP.
if for example blazin or anyone had -1 kill then this value is also FFFF ( hex ) in a 32 bit signed value.
So for example if you entered a negative number into one of your database fields when reading back you would get the results you are seeing here.
Blazin I would say has just shown up with a value that is handled wrongly.
Hope this makes sense if not ask questions. Its early in the morning for me and im rushing to get a game finished so I have not had time to think about this post.
EDIT :
ok blazin has 73337 kills and 69411 deaths.. so I would suggest the makers of this site check the script you have written for handling kills / deaths as I believe you are probably trying to read a 64 bit value into a 32 bit number and getting wrong results.
Last edited by RancidElf (2006-04-04 02:56:36)