[Release]Dupe Fixx

[kim305]

Is This For Itak Pro Anti Hackk?

[Wanetrain]

Originally Posted by Apozen.

Es haben bis jetzt weniger Admins übernommen als es sein sollte.. Auf jedem 2. Server ist die Lücke noch offen, sogar auf einigen Großen und das ist wirklich bitter. :/

Who Cares?

Wenn man EoCRM nutzt wird jede Doppelte ID eines Item's gefiltert und gelistet, und jedes Verdoppelte Item hat eine Doppelte ID, daher.. ach und nein, es kann nicht zufällig ein Random aus einem Int64 (9.223.372.036.854.775.808) die gleiche ID raus kommen.

@Cross: sry schatzii allerdings muss ich dir da wiedersprechen, es ist zwar ansich die Systemsprachumstellung, allerdings heißt dass wiederrum dass Timing auf ENG umgestellt wird, heißt 0~12, nicht wie die Deutsche 0~24, wodurch auch der Mail Str Realtime error kommt, legitime sache die sich mit ein paar Handgriffen an der DB bzw an den Prozeduren ändern lässt, fertig.

[xTwiLightx]

Originally Posted by Wanetrain

Who Cares?

Wenn man EoCRM nutzt wird jede Doppelte ID eines Item's gefiltert und gelistet, und jedes Verdoppelte Item hat eine Doppelte ID, daher.. ach und nein, es kann nicht zufällig ein Random aus einem Int64 (9.223.372.036.854.775.808) die gleiche ID raus kommen.

@Cross: sry schatzii allerdings muss ich dir da wiedersprechen, es ist zwar ansich die Systemsprachumstellung, allerdings heißt dass wiederrum dass Timing auf ENG umgestellt wird, heißt 0~12, nicht wie die Deutsche 0~24, wodurch auch der Mail Str Realtime error kommt, legitime sache die sich mit ein paar Handgriffen an der DB bzw an den Prozeduren ändern lässt, fertig.

cross hat Recht - Das "Timing" (was für ne Wortwahl, du Lappen) wird damit auch nicht verändert. Wie denn auch, wenn ODBC nur eine Schnittstelle ist, um Querys zwischen Client (hier den Serverbinaries) und dem Server (SQL Server) zu vermitteln?
Nach den Deklarationen (im wörtlichen Sinne nach dem "as") ein gepflegtes

set dateformat ymd

Für das Format YYYY-MM-DD (Jahr-Monat-Tag)
oder ein

set dateformat dmy

Für das Format DD-MM-YYYY (Tag-Monat-Jahr)

in den jeweiligen Prozeduren und die Sache ist gegessen.

[Andrej-Delany]

Was halltet ihr von dem hier:

SERIALNUMBER CDbManager::RemoveItem( CQuery *pQry, char* szSql, int nNo, CMover* pMover, char* szItemName, int nItemCount, int nAbilityOption, int nItemResist, int nResistAbilityOption, char chState ) 
{
	SERIALNUMBER iSerialNumber = 0;

    if(nNo < 0 || nItemCount < 0)
        return iSerialNumber;

Man sollte sowiso immer alle Parameter überprüfen aber jetzt speziell zum Fixxen von diesem Bug reicht das hier aus oder gehts immernoch weiter mit dem dupen?
Wenn ja dann muss ich mir die Klassen nochmal genauer anschauen...

Eigentlich müsste es simpel sein in allen öffentlichen schnittstellen die Params checken und schon bringt das absenden von invaliden werten nichts mehr.

Statt dem Return einfach einen 30min Bann und schon kann man viele probleme beheben

Falls ich mich irre killt mich net kenne nichtmal nen achtel aller klassen im Flyff Sourcecode und auch die nur vom überfliegen...

MFG Andrej-Delany

[EclipseDecrypt]

don't work...