anpera.net

wo kann ich dieses beheben



danke im voraus für eure antwort

Sind die Jungs vllt Admins?

nein normale user

1. ich sehe keine clowns auf dem bild, wo ist lt. threadtitel die anzeige "komisch" ?

2. überprüf deine modifikationen, falls es ein debuglog gibt schau da rein

3. könnte auch ne sql injection lücke in einer modifikation sein


Mein Tip: Sprich doch einfach mit den Usern "woher hast du das Gold".
Die beißen nicht.
Nicht fest.

_________________
Entwicklung Lotgd 1.2.2 +nb
1.2.1 +nb ist final

Bugreports/Testing erwünscht, http://nb-core.org

Wichtige Info für Programmierersucher:
viewtopic.php?f=34&t=4285

Ich hatte das auch schon....Und zwar ist das folgendes wenn die User irgendwie ins Minus auf der Bank geraten sind kommen diese Zahlen raus..Geh einfach in den User Editor und stelle das Bankguthaben auf 0 dann stimmt wieder alles...

irgendwie? Man kann kredit aufnehmen.. mit auf 0 stellen ist da wohl net ausreichend für abhilfe gesorgt^^

_________________
~Inaktiv und Abwesend solange Mysql hier Moderatorenrechte hat~

gold ist leider INT UNSIGNED

goldinbank ist INT SIGNED

wenn gold (usergold) ins minus geht, böse.


ABER AUCH

wenn SIGNED+UNSIGNED in der Rechnung gemacht wird... sprich in SQL:

$this->bbcode_second_pass_code('', 'SELECT goldinbank+gold AS gesamtgold FROM accounts')

... böse böse

dann kommt sowas raus:

gesamtgold
925
621
91949
13163
18446744073709451711
27869
1168
11714
10349
285
4097
7536
18446744073709544417
1723
448797



wie ihr seht..... böse.

da müsst ihr casten

$this->bbcode_second_pass_code('', 'SELECT goldinbank+CAST(gold AS SIGNED) AS gesamtgold FROM accounts')

dann paßt das.

_________________
Entwicklung Lotgd 1.2.2 +nb
1.2.1 +nb ist final

Bugreports/Testing erwünscht, http://nb-core.org

Wichtige Info für Programmierersucher:
viewtopic.php?f=34&t=4285

Ca(r)sten? ^^
Es gibt doch sicher eine "Betrag" Funktion in MySQL, wie |wert| in der Mathematik...

Was mich hingegen stutzig macht: Der maximalwert von INNT UNSIGNED liegt bei wirgendwas, das um die 4294967296... wie kommen die bei nem Feldüberlauf auf eine Zahl bei 18 in der vorsersten Ziffern? So schnell können die das geld doch wohl nichta ausgeben, oder? Wir reden schließlich von einem Betrag von 2^32 Einheiten... Dann müssten die ja auch berauschende Stats oder so haben, wenn die Milliarden verhökern

_________________
Mehr oder minder inaktiv

MySQL verarbeitet in dem Fall nicht die Zahlen, sondern die Bytes/Bits, wenn diese wegen unsigned und signed etwas anderes aussagen, als eigentlich da steht, dann kommen solche verrückten Zahlen raus. Das ist das im Prinzip ähnlich, wie wenn du etwas in ISO-8859-1 schreibst es dann aber mit UTF-8 dekodierst und damit versuchst wieder was neues draus zu basteln, geht nicht, auch wenn die Zeichen vom Sichtbaren her vorhanden sind, heraus kommt nur Murks.. ^.~

_________________
Ist es nicht die Weisheit, die ein Mensch zu erlangen sucht?!
Der Knochen kommt nicht von alleine zum Hund, schön wärs ._.

Schokopudding, der sich von alleine kochen kann.......


BLUBBBEL!

einfach.

weil signed im (einer gäbs auch, glaub ich aber nicht daß es hier gemacht wird) zweier-komplement binär gespeichert wird.

aber unsigned ganz "normal" gespeichert wird.

das heißt, daß einfach die erste zahl falsch interpretiert wird.

beispiel 5 stellen:
wenn du 1 (00001) zu einer negativen Zahl machen willst, dann wäre das im 2er Komplement -1 (11111) ... wenn man das jetzt unsigned lesen würde, wäre das ne ganze Menge Holz, oder? =) signed wäre es aber -1...

http://de.wikipedia.org/wiki/Zweierkomplement

wers genau wissen will.

Das Problem ist halt, daß Mysql ja nicht weiß, wie Du gern gecastet hättest... das mußt Du selber tun hier.

_________________
Entwicklung Lotgd 1.2.2 +nb
1.2.1 +nb ist final

Bugreports/Testing erwünscht, http://nb-core.org

Wichtige Info für Programmierersucher:
viewtopic.php?f=34&t=4285