Davon wüsste ich ncihts, aber du kannst natürlich das tun, was du auch in anderen Sprachen machst; ein art try/throw/catch
dann müsstest du alle fragwürdigen Variablen zB überprüfen bevor du sie verwendest, zB in einer Funktion die nachsieht ob der Wert nicht 0 oder zwischen x und y ist, falls nicht wird ein standart zugewiesen oder die folgende Funktion nciht ausgeführt. Damit kannst du verhindern das Fehler auftreten. Aber die meisten kritischen Abfragen sollten sowieso so ungefähr aussehen!

so brauchst du keine funktione die das erst überprüft oder iwas anderes, du wirst nie einen Fehler haben oder leben im Minusbereich, weil das für weitere kalkulationen wichtig sein könnte die einen error werfen könnten.

Öhm, sorry aber in die Seifenblase muss ich jetzt echt mal nen Reißnagel stopfen.

Fehlermeldungen abzuschalten ist so ziemlich das schlimmste, was du als Programmierer von irgendwas überhaupt tun kannst (was auch der Grund ist, dass Yoyo dieses Feature für GM:S entfernt hat). Sowas solltest du dir gar nicht erst angewöhnen, nicht mal in Hobbyprojekten. Ich hab gestern erst jemanden in einem C++-Chatroom miterlebt, der allen ernstes gemeint hat, Exception Handling (also das behandeln von vorhersehbaren Fehlern, die zur Laufzeit eines Programms auftreten können), hätte in Produktions-Code nichts verloren und kritische Funktionswerte darauf zu prüfen, ob da ein Fehler war oder alles geklappt hat, sei auch unnötig. Man solle sich doch lieber drauf verlassen, dass man beim Programmieren schon alles richtig gemacht hat und das Betriebssystem den Rest auch ordentlich handhabt.
Für die C/C++-Erfahreneren unter euch: Der fragliche kritische Funktionswert war der Rückgabewert von std::malloc(). Allein der Satz sollte schon reichen.

Egal, was du grad codest und für wen: Es ist in 99.995% aller Fälle die richtige Lösung, mögliche Fehler beim Coden zu beheben, anstatt dich drauf zu verlassen, dass es im fertigen Programm/Spiel/whatever dann schon klappen wird, wenn du den Fehler einfach ignorierst. Ja, das bedeutet für dich beim Schreiben eine handvoll Aufwand mehr, weil du z.B. Sachen machen musst wie

Aber es bedeutet halt auch, dass dein Code am Ende auch das macht, was er soll und nicht sich nicht auf irgendwelches Verhalten des GM verlässt, das im Zweifelsfall nicht mal klar definiert ist.

Nun, joa, das geht, aber das setzt halt auch wieder voraus, dass du diese Fehler selbst behandelst und nicht den GM crashen lässt.
Ein Beispiel wäre z.B.: Das Spiel will eine Leveldatei laden, aber der Spieler hat diese Datei aus dem Ordner gelöscht, in dem sie liegen sollte.


Und die meine_fehlermeldung-Funktion wäre dann der Teil, der dir eine Instanz deines "Ich bin eine Fehlermeldung" Objektes erzeugt: Das stellt dir dann im Draw-Event diese beiden Strings so dar, wie du willst, und wenn du sie "wegdrückst" bringt sie dich ins Hauptmenü zurück (oder sowas in der Richtung, das kannst du ja z.B. auch von der Art des Fehlers abhängig machen).
Das wäre dann quasi eine handgeschneiderte eigene Fehlermeldung, die nicht so bähbäh ist wie das GM-Standardding, aber die halt auch nur Fehler abfangen kann, die du selbst behandelt hast. Wenn du ds_list_find_value mit einem Wert aufrufst, der hinter dem Ende der Liste liegt, oder wenn du mit einer Instanz was machen willst, die gar nicht mehr existiert, kriegst du trotzdem noch den Standardfehler. Das sind dann halt Fälle, wo du mit nem einfachen if-Statement erstmal prüfst, ob dein Wert überhaupt gültig ist und dann erst damit weitermachst. In den meisten Fällen kann man solche Fehler still beheben, ohne dass der Spieler überhaupt was davon mitkriegt (siehe mein Beispiel im vorherigen Post - da passiert nur was mit Objekten, die wirklich existieren, alle anderen Werte werden einfach übersprungen und das Ding macht trotzdem noch, was es soll).

Wenn du den Compiler benutzt, versuch mal gml_release_mode(true)
docs.yoyogames.com/source/dadi…ous/gml_release_mode.html

Offtopic:

Mal kurzer Sidekick zu Visual Basic...

Da gabs / gibts ne "tolle" funktion "On error goto".

Das war zum Teil schon hilfreich, zb wenn man "news" aus dem Netz runterlädt und keine Internetverbindung existierte, konnte man den Fehler eben abfangen und behandeln.