FDWATCH DB-Core

01/25/2014 01:22 .Despero™#1
Tag,

ich habe heute mal Server gestartet und aufeinmal konnte ich micht nicht einloggen. Danach hab ich mir die Syserr ( Serverside ) mal angeguckt danach sah ich das hier:
PHP Code:
SYSERRJan 24 23:13:27 :: ProcessFDWATCHpeer null in eventident 21
SYSERR
Jan 24 23:13:33 :: ProcessFDWATCHpeer null in eventident 22 
deswegen kackt immer der DB core und alle anderen CH´s auch ab.

Ich weiß nicht woran es liegt. Ich habe auch ein Thread dafür gefunden aber ich hab zuletzt keine Monster oder Data ordner irgendwas eingefügt.
01/25/2014 14:11 .ByTe™#2
Den Grund und die Lösung dafür würde ich auch gerne wissen.
Dieser Fehler tritt bei mir nach dem Azrael-Run auf und lässt den Core , auf dem dieser liegt
abschmieren.

mfG
.ByTe
01/25/2014 16:03 ebert.tonna#3
checkt mal bitte die mob_drop und die special_item im locale ordner, achtet dabei

1. auf die genaue durchlaufende folge der Zahlen senkrecht
2. auf die Vergabe der VNUM
3. ist gravierenter komme ich weiter unten dazu

Erklärung wenn ein Item gedroppt werden soll was eingetragen ist aber nicht in der item_proto existiert, kackt der Core ab. Heisst schlicht weg das Item was der Mob fallen soll existiert garnicht, da musst echt wissen was du da drin stehen hast.

wenn die Nummern folge senkrecht nicht stimmt
Beispiel:
1
2
4
5
6 usw mach achte auf die 3, wenn so ein Fehler ist kackt der Core auch ab.

Du musst das in beiden Dateien genau Prüfen, schön ruhig durchgehen auch wenn du müde wirst dabei ^^. Ich bin 3 mal eingepennt dabei.

Der andere 3.Punkt ist jetzt etwas Rätsel raten, es wird vermutet das durch eine DIF der Warp Befehl gecrasht wurde, also sämtliche RAUS Warp Befehle.

Anderer Verdacht liegt ebenfalls auf dem Befehl game.drop_item_with_ownership sowie
game.drop_item("5555555",1) oder d.kill_all(). Mir ist aufgefallen das es immer Leute gibt die z.B so eine Quest eingefügt haben mit den Befehlen und es dann zum Absturz kam.

Du kannst jetzt Stück für Stück das durch gehen und mal die Befehle rausnehmen im RUN, achte dabei drauf das du es NICHT als GM macht sondern mit einem normalen Spielchar.

FD 21 ist aber wirklich: [Only registered and activated users can see links. Click Here To Register...]


Letzter Versuch der aber 100% Gewissheit bringen würde, wäre sich an Vanilla zu wenden oder einen anderen Profi der anhand des Source Codes die FD Watch Fehler analysieren kann und dann auch genau sagen was welchen Fehler auslöst.

Schön wärs wenn sich der Sache mal jemand annehmen kann, der Ahnung davon hat.
PHP Code:
int num_events fdwatch(m_fdWatcher0);
    
int idx;
    
CPeer peer;

    for (
idx 0idx num_events; ++idx// ÀÎDz
    
{
        
peer = (CPeer *) fdwatch_get_client_data(m_fdWatcheridx);

        if (!
peer)
        {
            if (
fdwatch_check_event(m_fdWatcherm_fdAcceptidx) == FDW_READ)
            {
                
AddPeer(m_fdAccept);
                
fdwatch_clear_event(m_fdWatcherm_fdAcceptidx);
            }
            else
            {
                
sys_err("FDWATCH: peer null in event: ident %d"fdwatch_get_ident(m_fdWatcheridx));
            }

            continue;
        } 

Wer es besser weiss, der soll mich bitte berichtigen.
01/25/2014 16:25 .Despero™#4
Hab den Fehler gelöst. lag in der Map ordner die index.. ich hab ne map eingefügt Zeile 217 und hab vergessen danach 1 enter zu drücken
nachdem ich es gemacht hab ging es sofort wieder


#close

EDIT: 2100 Posts :D