Munchy wrote:Threatening Jason really is not the answer... Although yes, the bug should be fixed.
Not threatening, merely stating a point of fact.
Munchy wrote:Threatening Jason really is not the answer... Although yes, the bug should be fixed.
Mojo Rising wrote:Well apparently I got a board warning for threatening Admin. Not sure why. I did not threaten Admin. I said bad things would happen in the server if the bug weren't fixed. Bad things as in people losing LF and getting hosed because of it. Bad things in things like people being able to close the gap faster than they would be because of lost LF, thus allowing one or more players to unfairly benefit from a bug in ascension. If the bug isn't fixed soon, he very well may have to reset the server to such time as before the bug hit. To me, that would be a bad thing and it would not FIX the problem so much as PRETEND it never happened. So if this is what I got a board warning for, then wow, I guess statements of fact are now disallowed as well. But then, I also recall a rule that states that you cannot knowingly put false information on the Forums about the server. So I can't tell the truth and I can't lie. Hmmmm, that seems to leave me very few options.
Hensenshi wrote:2147483647 is also the largest integer that PhP can understand. Although I don't understand why it wasn't just converted to a float and moved on.
Code: Select all
<?php
$number1 = 2147483647 ;
$number2 = $number1 * 2 ;
echo $number2 ;
echo "<br>" ;
$number3 = $number1 * 100 ;
echo $number3 ;
?>
Dynamo wrote:For some reason php running on 32bit machines doesn't like that particular number.
Jason, I'm sure you're all over this, but to fix it, just add +0 to the resulting number at the end of the formula.
Courtesy of the php manual:Code: Select all
To force the correct usage of 32-bit unsigned integer in some functions, just add '+0' just before processing them.
for example
echo(dechex("2724838310"));
will print '7FFFFFFF'
but it should print 'A269BBA6'
When adding '+0' php will handle the 32bit unsigned integer
correctly
echo(dechex("2724838310"+0));
will print 'A269BBA6'
Hope this helps...
Mojo Rising wrote:Hells__Angel wrote:Jason was told at the admin meeting on Wednesday. He said he would take care of it.
Jason also said that he wasn't going to make any changes to ascension for at least two months, a day before he implemented his new update. So pardon me if his credibility with me is greatly diminished at this point. When the bug is fixed and I get my 2.2 billion LF, then I will believe him. Until then, I will keep posting until the bug is fixed, which by the way, is at 14 days now.
All the coders on the site are saying it is an easy fix. I don't know about coding so I don't know but I would have to believe them. Jason if you need help, I am sure that there are people on the site that would love to help you. I will do what I can from my end but if you keep ignoring me/us, bad things are going to start happening that you will NOT be able to fix.
goodie wrote:Hensenshi wrote:2147483647 is also the largest integer that PhP can understand. Although I don't understand why it wasn't just converted to a float and moved on.
*cough cough*
Im sorry, I'm alergic to Ignorance.
http://personal.goodiemania.org/2.3bil.phpCode: Select all
<?php
$number1 = 2147483647 ;
$number2 = $number1 * 2 ;
echo $number2 ;
echo "<br>" ;
$number3 = $number1 * 100 ;
echo $number3 ;
?>
Nothing fancy there. . (its even printing out a number larger than the unsigned 32bit int)
But then, why Isnt Sgw working with it?
goodie wrote:Yes, i do know this, this is because Php is dynamicly typed.
However i somehow suspect LF is stored in the Database, and you where citing Php as the issue.
And i dont care if you code for a living, ive seen some profesionals produce crap code, and some great code, just like those who dont do it for a living, abilt Profesionals are more likely to produce great code.
-Goodie