spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

@carli es ist windows, kein linux. Bei Windows läuft das OS immer auf Echtzeit. Damit man es also wirklich komplett abschießt, muss man sich schon anstrengen, weil strg+alt+entf ->Taskmanager ging bei mir eig fast immer (Ausnahme: while(true) new char[0]; ). Fork-attacks sind daher unter Win nicht so effektiv wie unter Linux.
Und als Nutzer würde ich dann klar sagen, dass deine Engine eine für mich wichtige Eigenschaft (die Möglichkeit auch mal eine Datei zu laden/speichern; z.B. eine Optionsdatei oder Speicherstand oder zur Not gar ein eigenes Format) nicht unterstützt und damit nicht geeignet ist.
Das Erstellen von einer Menüführung über entsprechende Dateien hingegen ist eine mittlerweile sehr wichtige Fähigkeit für eine Lib, die GUI anbietet. Daher ist es gut, dass eure das auch unterstützt, wobei das nun echt nichts neues ist. Skins, Menüs etc. kann man in vielen Libs mit GUI per Dateien erstellen und verändern.

Cool. Habs sogar gleich zweimal getestet. Beides mal reicht Geduld und hinterher ein taskkill.exe /IM cmd.exe /F um aufzuräumen. Windows ist nämlich so nett einfach die Ausführung irgendwann mal mit einem Fehler zu quitieren .

Zitat von »"Nox"«

@carli es ist windows, kein linux. Bei Windows läuft das OS immer auf Echtzeit. Damit man es also wirklich komplett abschießt, muss man sich schon anstrengen, weil strg+alt+entf ->Taskmanager ging bei mir eig fast immer (Ausnahme: while(true) new char[0]; ). Fork-attacks sind daher unter Win nicht so effektiv wie unter Linux.[...]

Aber hey du bist du ein Fan von Komfort. Warum findest du dann Skriptsprachen gut, die so unkomfortable sind und Dateizugriffe nicht unterstützen? Nur weil jemand auf die Idee kommen könnte eine böse Datei zu basteln? Dann könnte er auch einfach direkt in die exe schadcode einschleusen. Woran soll der Nutzer das merken? Und rechtfertigt die Tatsache, dass jemand dessen Programm man ausführt an allen möglichen Stellen was eingebaut haben könnte, wirklich den Verlust an Entwicklungskomfort?

Na traust du den Nutzern deiner Lib nicht zu, dass sie in der Lage sind mit Dateien vernünftig umzugehen :badgrin: ? Würdest wohl auch bei Autos die Anhängerkupplung verbieten, nur weil es möglich ist, dass ein Anhänger bei unsachgemäßer Fahrweise ausbrechen kann, was?

P.S: Nun mal im Ernst denkst du wirklich du kannst deine Nutzern nicht trauen? Weil hey was können sie machen? Sie können ein phöses Skript schreiben, was einem Nutzer den Rechner wegschießt.....genauso gut können sie auch einfach ne getürkte exe. Ist doch viel effektiver.

Ahh okay dann ist es schon verständlich, dass du den Dateienzugriff einschränkst. Wobei das ggf. schon ein herber Verlust sein kann. Allerdings wenn man sich diese Skripts beim betreten eines Spiels alle automatisch runterläd und ausführt, ist das natürlich schon ein sehr hohes Sicherheitsrisiko. Allerdings gäbe es dafür ja die Möglichkeit nur Dateien in einem Tempverzeichnis zuzulassen. Sprich nur Dateinamen aber keine Dateipfade. Und wenn man dann noch für windows die Dateiendung auf z.b. .toast beschränkt, sollte da nichts passieren. So könnte man die Sicherheit mit der Möglichkeit verheiraten.