Beiträge von Kaliber

  • Server restartet von selbst

    Zitat von ExTaZZe

    Kann es evt. sein das mysql_static da Probleme macht ?

    Unwahrscheinlich.


    Wenn dann liegt es generell an MySQL, evtl mal den MySQL Debug aktivieren und schauen, was da so alles drinnen steht.


    Aber wie gesagt, versuch es mal lokal laufen zu lassen oder auf einem anderen Host :)

  • Server restartet von selbst

    Zitat von ExTaZZe

    Evt. zu früh gefreut.. Jetzt steht nichts mehr im Log, der Server macht jedoch trotzdem Probleme und Kickt mich wegen dem "Nickname" und die Bots leften alle..
    Hier der Log:

    Ja, so runtime Fehler haben nichts mit dem Restart an sich zu tun.


    Wenn crashdetect nichts ausgibt, hast du eventuell irgendwo im Skript SendRconCommand("exit") oder SendRconCommand("gmx") stehen?


    Eventuell wird das ja in einem Timer aufgerufen.


    Andernfalls mal eventuell auf nem anderen Server (evtl lokal) oder so, den Server mal laufen lassen und schauen, ob dieser dann restartet.


    Dann weißt du, ob der Fehler am Server oder am Skript liegt ;)

  • [SAMMELTHREAD] Kleine Scripting Fragen

    Wie sieht denn deine Ordnerstruktur aus bei Pawno/Includes?


    Bist du sicher, dass du das richtige Pawno öffnest und auch die Include abgespeichert hast? ^^


    Schreib es btw mal so:


    #include <modules/login/main>


    Dann solltest du unter Pawno/includes/modules/login/main.inc haben.

  • Modularer Skripten

    Zitat von malE

    Dann frage ich mich allerdings, wann genau man static benutzt. Aus dem Grund, dass es als Kernelement eher direkt ins Gamemode soll? Kannst du mir das bitte noch genauer erläutern?

    Habe ich doch genau erklärt in meinen 3 Punkten.


    Es ist quasi wie in der OOP als private zu verstehen.


    Es ist nur im Include veränderbar und der Name hat keinen Einfluss auf andere Systeme.
    Es ist quasi komplett isoliert und wenn etwas nicht funktioniert mit dem System, muss es an dem Include liegen.



    Zitat von malE

    Die Variante finde ich tatsächlich besser, aus deinen genannten Gründen. Werde ich dann so machen. Allerdings habe ich dazu noch eine Frage. Hat es einen speziellen Grund, dass du stock statt public im Include verwendest?

    Dazu schau dir das hier mal an: Der Mythos "stock"


    Also im Endeffekt ist sowohl "public", als auch "stock" egal, man hat eine Funktion.


    Und in diesem Fall muss diese nicht public sein, da sie weder von einem Timer, noch "CallRemoteFunction" etc aufgerufen werden müsste.

  • Modularer Skripten

    Zitat von malE

    wie genau hooked man nun die Callbacks von den Includes zum Gamemode? Wenn man nämlich nur die Includes zum Gamemode inkludiert, werden die Callbacks des Includes ja nicht aufgerufen(?).

    Wie man richtig Hookt, wird hier gut erklärt:


    Includes richtig erstellen | Hooking ganz einfach


    Falls dir das zu umständlich ist, könntest du auch einfach eine Funktion in das Callback vom Gamemode packen und diese dann im Include aufrufen.


    Dann hätteste du auch immer eine chronologische Reihenfolge und eine direkte Übersicht über alle Includes im Gamemode.



    Zitat von malE

    Wie allerdings definiert man dann lokale Variablen, die nur eine Rolle im Include selbst spielen, einfach mit new?

    Die Spieler Variable, ist ja quasi der Kern eines jeden Gamemodes.


    Diese kannst du bei new belassen.


    Und solltest du meiner Ansicht nach im Gamemode lassen und Include die darauf zugreifen, unter der Deklaration inkludieren, dann kannst du das dort überall verwenden.


    Aber kannst natürlich auch das in eine Include packen.


    Da hat jeder so seine Präferenzen.

  • [SAMMELTHREAD] Kleine Scripting Fragen

    Zitat von ReborN

    Gibts eine einfache Möglichkeit wenn ich bspw pGeld = 20000 habe, dass ich es bei einer Übersicht für den Spieler mit einen Punkt anzeigen lassen (also ab den 1000er) also: 20.000 ohne das Geld System ändern zu müssen?

    Hatte dafür mal eine Funktion geschrieben gehabt:



    C
    stock sMoney(geld)
{
    new str[24],i;
    valstr(str,geld),i=(geld > 0) ? strlen(str)-3 : strlen(str)-4;
    for(; i>0; i-=3) strins(str,".",(geld > 0) ? i : i+1,24);
    return str;
}

    Nutzung einfach so:


    format(string,sizeof(string),"Habe soviel Geld: %s$",sMoney(pGeld)); //Output: Habe soviel Geld: 20.000$

  • Modularer Skripten

    Hallo Brotfische,


    oft sehe ich hier ein großes Missverständnis von Includes und Code-Trennungen.
    Deshalb möchte ich hier noch einmal versuchen ein wenig mit diesen Fehlern aufzuräumen.


    Was ist eigentlich ein Include?
    Viele wissen dies nicht. Viele denken, das ist etwas ganz anderes als eine .pwn Datei, schließlich steht da ja .inc.
    Allerdings ist das ein großes Missverständnis, denn im Endeffekt ist es identisch.
    Die Endung soll nur symbolisieren, dass es sich um ein Include handelt und kein eigenständiges Skript.


    Was ist der Unterschied?
    Ein eigenständiges Skript wird kompiliert. Ein Include wird nicht kompiliert.


    Wieso muss ein Include nicht kompiliert werden?
    Ganz einfach, stellen wir uns mal folgende Situation vor:



    Kompilieren wir jetzt den Gamemode, sieht das nach dem pre-compile Prozess so aus:


    C
    //Hier würde alles stehen, was in a_samp steht.
stock GetMyFunction()
{
	return 1;
}
main() {
	print("%d",GetMyFunction());
}


    Wir sehen also, es wird "einfach nur" (soo leicht ist das auch nicht, aber dazu später mehr) in die Datei kopiert.


    Deshalb müssen wir Includes nicht kompilieren, da sie vom Gamemode kompiliert werden.


    Und deshalb müssen wir in den Includes z.B. auch nicht mehr #include <a_samp> schreiben, da ja das schon im Gamemode steht und das somit auch für das Include gilt.


    Was bringt das jetzt?
    Das wurde ja schon oft gesagt, man kann nun viele Sachen auslagern.
    Okay, aber was genau bedeutet das?


    Logikfehler
    Viele machen hier einen großen Logikfehler.
    Da viele sich die Struktur ihres Gamemodes bei einem Godfather abschauen, verstehen sie oft nicht, wieso diese so schlecht ist.
    Auf den Ersten Blick sieht das ja auch gut aus, ich meine, alle defines Oben, alle Variablen oben, alle Commands und publics in der Mitte und ganz unten alle "stock - Funktionen".
    Ja cool, jetzt wo wir also Includes nutzen können, packen wir alle Variablen in ein Include, alle Commands, alle publics und alle "stock - Funktionen" und voila. Skript aufgeräumt xD


    (No Joke, das machen sehr viele und sind fest von dieser Struktur überzeugt).


    Wieso ist das aber schlecht?
    Genau das versuche ich jetzt hiermit zu vermitteln, das ist NICHT der Sinn oder Vorteil eines Includes.
    Da könnte man sich diesen ganzen Prozess gleich schenken.


    Denn denken wir das weiter und es entsteht jetzt ein Fehler beim Haussystem.
    Wie finden wir in so einem System den Fehler?


    Ja Herzlichen Glückwunsch, jetzt sogar noch schlechter, da wir in 4 Dateien Suchen, alle Variablen dafür finden müssen, alle Funktionen, alle Befehle und überall in jedem public steht mal ein fitzelchen Code von dem System xD
    Kein Wunder also, dass soviele Skripte verbuggt sind, wie will man da auch irgendwas finden.


    Deshalb posten hier auch so viele Menschen 500 Zeilen Code und sagen, ja wo ist denn da der Fehler, bla bla funktioniert nicht.


    Was wäre ein besserer Ansatz?
    So, hier kommt jetzt das Wichtige.
    Man packt ein einzelnes System in ein Include.


    Und damit meine ich nicht nur den Hauptteil des Systems, sondern ALLES.


    Und um noch einen drauf zu setzen, macht sowas:



    Hier sehen wir sehr viel static.
    Das hat mehrere Gründe:


    • static ist nur im Include verfügbar. Das heißt es ist sichergestellt, dass diese Variable NUR dort verändert wird.
      Sprich, gibt es ein Fehler mit dem System, MUSS er dort zu finden sein.
    • Ein weiterer Vorteil ist, dass man einfache Namen verwenden kann und sich nicht darum kümmern muss, dass diese in anderen Include auch nochmal verwendet werden.
      Da die Variablen ja immer für jedes Include abgegrenzt sind. Selbiges gilt für Funktionen, die man als static deklariert.
      PS: Nur globale Variablen im Include static machen, nicht Lokale!! Das wäre etwas völlig Anderes.
    • Es sollte nur mit Callbacks und Hooks gearbeitet werden, die alle in dem Include landen und dort ALLES gesteuert wird, jede Logik.


    Denn wenn man dann einen Fehler hat, weiß man genau, wo man suchen muss.


    Zusammenfassung
    Weg von der Trennung von Bezeichnungen, wie new, public, stock...
    Diese Trennung bringt rein gar nichts, man muss die LOGIK in einem Gamemode trennen.


    Dafür eigenen sich Includes ideal.


    Es sind im Endeffekt auch nur .pwn Dateien, die ihr mit Pawno schreiben könnt.
    Und kompiliert, wird nur das Gamemode.


    Zusätzliche Informationen:
    Schneller & strukturierter skripten


    Es ist auch nicht notwendig, dass ihr ein Selfmade anfangt und das dann konsequent macht (obwohl das ser sinnig wäre).
    Ihr könnt auch anfangen neue Systeme, die ihr in ein GF implementiert, versucht so umzusetzen.


    In diesem Sinne, ich hoffe ich sehe bald mehr Leute die das nutzen und schönere Fragen in der Scripting Base.
    Mit freundlichen Grüßen
    Euer Kalle

  • Krankenhaus Spawn funktioniert nicht

    Zitat von Fabian_DeSanta

    Ich hoffe mir kann jemand sagen wo das Problem ist, danke

    Du erwartest jetzt, dass wir 525 Zeilen schlechten Code durcharbeiten, um dein Problem zu finden.


    Wir wissen nicht, was für Werte die einzelnen Variablen haben, inwiefern OnPlayerDeath da eine entscheidende Rolle spielt etc pp.


    Du solltest dir noch mal die Basics anschauen, wie du selbst print-Debugs machen kannst um eigenständig Fehler zu finden und eventuell crashdetect nutzen.


    Zumal solltest du dir Tutorials anschauen, wie man Modular Skriptet bzw genrell mal schauen, wie man das in anderen Sprachen macht.


    Den Code straight runter zu schreiben...sieht 1. Scheiße aus, 2. ist ineffizient und 3. Man findet nix mehr, genau deshalb stehst du jetzt vor deinem Problem.

  • 2 Befehle sind ohne Funktion

    Zitat von Beavis

    Da sein?

    Ja da hast du vollkommen recht, gar nicht auf den Code geachtet haha xD


    Sinnvoller wäre eh sowas:


    C
    ocmd:sb(playerid,params[])
{
	new str[6*sizeof(Saveboxs)];
	for(new i; i<sizeof(Saveboxs); i++)
	{
	    format(str,sizeof(str),"%sBox%d\n",string,(i+1));
	}
	ShowPlayerDialog(playerid,SBLISTE,DIALOG_STYLE_LIST,"Savebox - Liste",str,"Wählen","");
	return 1;
}

  • 2 Befehle sind ohne Funktion

    Wenn sie mit dem Thema zu tuen haben, einfach drunter.


    Falls es sich um neue Themen handelt, eröffne einen neuen Thread.


    Bitte nicht privat mit Problemen kommen, das ist nicht der Sinn eines Forums ^^

  • 2 Befehle sind ohne Funktion

    Das unten schreib mal so:



    Und das andere schreib so:



  • 2 Befehle sind ohne Funktion

    Der Code ist ein richtig gutes Paradebeispiel dafür, wie man es nicht machen sollte haha xD


    Zitat von LeonMrBonnie

    Das Problem ist, dass du alle 40 Safeboxen in eine Zeile schreibst und deswegen der crasht.

    Nein, dann würde nur der Compiler crashen, er redet vom Server.


    Crashdetect könnte hier definitiv helfen.


    Deine Abfrage, ob er sich in einem Checkpoint befindet ist auch falsch, weil du nur prüfst ob er sich in einem zufälligen befindet.


    Die Chance, dass der Befehl klappt steht damit bei 1/40 xD

  • [SAMMELTHREAD] Kleine Scripting Fragen

    Mit 2 einfachen Funktionen kannst du das realisieren:



    Und dann kannst du ja einfach abfragen:



    C
    new buchstaben = CountCharsInString(string);
new zahlen = CountNumbersInString(string);
if(buchstaben == 2 && zahlen == 3 || buchstaben == 1 && zahlen == 4)
{
    //Valid
}

  • Tägliche Restarts

    Zitat von Shifty420

    Ich möchte gerne ein Filterscript erstellen, dass z.B. jeden Tag um 5 Uhr ein restart vom Server kommt

    Also möglich ist das auch wirklich einfach durch ein Filterskript.


    Falls du also noch irgendwas machen magst, bevor der Server Restartet, so könntest du das realisieren:



    Die variance Variable sorgt nur dafür, dass eine Timer Varianz miteinkalkuliert wird und so nicht 2x restartet.