World Server Crash - GoW Files

Page 1 of 2 1 2
01/25/2015 13:44 Donald✔#1
Hey Leute, da mir leider niemand weiterhelfen kann, hoffe ich, dass ich hier einen Tipp bekomme wieso mein World Server einfach mal so crashed. Ich bekomme leider keine richtigen Errors, sondern nur diese hier:

CQuery-LogFile_20150125:

Worldserver Error 1:

WorldServer Error 2:

Und da ich keine Ahnung von Source habe bzw. auch keinen Source Developer in meiner Kontaktliste hab, der mir helfen konnte. Hoffe ich auf eure Hilfe :(

Gruß Donald
01/25/2015 13:59 hanns.g#2
RekordbuchJoooonge dein Gildenname ist über 16 Zeichen lang. in der guild.h const int MAX_G_NAME = 48; zu 16 machen oder const int MAX_SQL_G_NAME = 16; zu 48 und dann in der GUILD_STR in der Datenbank m_szGuild den var char von 16 auf 48 erhöhen empfehle aber erstes
01/25/2015 13:59 Мentus#3
Der Callstack sagt dir schon eigentlich genau wo das Problem liegt.

Der Server crasht, wenn er versucht einen Mover zu entfernen. Logischerweiße wird der Speicher danach wieder frei gegeben und das passiert nicht Ordnungsgemäß. Wahrscheinlich irgendeine Custom Scheiße.

Ich denke mal, er versucht den Speicher freizugeben der bereits freigegeben wurde, oder gar nicht erst vorhanden war.

Ich würde so vorgehen:
- Debuggen, schauen wo es hängt.
- Wie lang ist das schon so? Vielleicht kann man der Sache anhand der letzten eingebauten Systeme auf den Grund gehen.

Du kannst trotzdem mal den Destruktor der Klasse CMover posten. (CMover::~CMover)
01/25/2015 14:03 Donald✔#4
Danke erst einmal für eure schnelle Antwort. Das ist erst seit Heute so bzw. es ist auch bei der releasten GoW Source damals drin gewesen das er ab einer bestimmen Userzahl crasht. 2 Wochen lang waren ca 20User on alles war gut. Heute waren 60User on und zack in 30min 3x gecrasht :x

Gruß Donald

#edit Mentus du redest hier mit einem Noob in C++ das weisst du doch :* ich hab keine Ahnung was dein Destruktor is xD
01/25/2015 14:10 Terrat#5
Darf man überhaupt Support auf diese Files geben? Da sie voll mit Backdoors ist und gegen die EPVP Policy verstößt und z.B. ein release dieser Files ein bann Grund ist.
Würde mich jetzt mal nur interessieren.
01/25/2015 14:11 Мentus#6
Quote:
Originally Posted by Donald✔ View Post
Danke erst einmal für eure schnelle Antwort. Das ist erst seit Heute so bzw. es ist auch bei der releasten GoW Source damals drin gewesen das er ab einer bestimmen Userzahl crasht. 2 Wochen lang waren ca 20User on alles war gut. Heute waren 60User on und zack in 30min 3x gecrasht :x

Gruß Donald

#edit Mentus du redest hier mit einem Noob in C++ das weisst du doch :* ich hab keine Ahnung was dein Destruktor is xD
CMover::~CMover

Das Problem liegt entweder in dem Destruktor (direkt in der Klasse CMover), oder es wird direkt mehrmals versucht den Mover bzw das Objekt zu löschen.
01/25/2015 14:13 Terrat#7
Quote:
Originally Posted by Мentus View Post
CMover::~CMover

Das Problem liegt entweder in dem Destruktor (direkt in der Klasse CMover), oder es wird direkt mehrmals versucht den Mover bzw das Objekt zu löschen.
Oder da nutzt ein User die Backdoors :)
01/25/2015 14:30 Donald✔#8
Quote:
Darf man überhaupt Support auf diese Files geben? Da sie voll mit Backdoors ist und gegen die EPVP Policy verstößt und z.B. ein release dieser Files ein bann Grund ist.
Würde mich jetzt mal nur interessieren.
Da die GoW Files von mir bzw. Yaysh und mir stammen, kann ich glaube ich sehr wohl Fragen zu meinen Files stellen xD Habe nur GoW Source oben angegeben, damit die Leute wissen, welche Files ich nutze bzw. wie meine Files aussehen, da diese ja leider damals released worden^^

Quote:
Oder da nutzt ein User die Backdoors
Also soviel versteh ich dann doch von Source, dass ich meine eigenen Backdoors deaktiviert habe xD

Quote:
CMover::~CMover

Das Problem liegt entweder in dem Destruktor (direkt in der Klasse CMover), oder es wird direkt mehrmals versucht den Mover bzw das Objekt zu löschen.
Okay, dass hört sich auf jedenfall sinnvoll an. Hmm...das Ding ist jetzt wie kann ich rausfiltern wo genau der Fehler liegt. Ich werde den Server nach dem nächsten Crash ma im Debug starten und euch dann hier einmal nach dem nächsten Crash nen Screen dalassen, wo er genau crashed ist.

Gruß Donald
01/25/2015 15:23 hanns.g#9
stell mal dein wiki system ab :D
01/25/2015 15:37 Donald✔#10
Quote:
stell mal dein wiki system ab
wie kommst da drauf, dass es daran liegen könnte :O ?
01/25/2015 16:18 WurstbrotQT#11
Quote:
Originally Posted by hanns.g View Post
stell mal dein wiki system ab :D
Selten son bullshit gelesen.

Der Destruktor vom CMover ist zumindest in der releaseden Version clean.

Code:
CWorld::_delete()
kann ein Problem sein

Code:
scalar deleting destructor
kann sein dass ein bereits geloeschtes objekt nochmal geloscht wird.

Aber auch in dem Fall ist der veroeffentlichte gow source clean.

Kann auch ne memory corruption sein.
01/25/2015 16:54 hanns.g#12
-
01/25/2015 17:20 WurstbrotQT#13
Nebenbei, es gibt definitiv eine Heap corruption im Terrain Manager und (falls meine quest dateien die gleichen sind) eine Stack Corruption beim laden der propQuest-RequestBox.inc
01/27/2015 09:04 Donald✔#14
ich glaub des Problem ist gelöst, aber jetzt kommt dieser error:


er sagt ja, er kann die Prozedur nicht finden bzw die Log Datei oder wie soll ich das verstehen?
01/27/2015 09:13 xTwiLightx#15
Quote:
Originally Posted by Donald✔ View Post
ich glaub des Problem ist gelöst, aber jetzt kommt dieser error:


er sagt ja, er kann die Prozedur nicht finden bzw die Log Datei oder wie soll ich das verstehen?
Naja, dir fehlt diese Prozedur in der Datenbank.
Weiß gerade nicht, in welcher diese sein muss (CHAR_DBF oder LOGGING_DBF).
Page 1 of 2 1 2