DOS-Forum

Versteh ich das richtig, wenn ich diesen Patch anwende, funktionieren die Binaries dann sowohl unter DOS(langsame Rechner) als auch unter den schnelleren?

also wenn du den Runtime Error 200 von der Borland/Turbo Pascal Programmierumgebung meinst, der Programme auf Rechnern schneller als 200MHz zum Absturz bringt, dann lautet die Antword: JA!

Ich nutze einen Patch, der in der Turbo.TPL eine 16Bit Variable durch eine 32Bit Variable ersetzt, die die Geschwindigkeit des Rechners "messen" soll. Durch die 32bit breite Variable findet kein Ueberlauf mehr statt und meine Programme laufen sogar noch auf Pentium 4 und aufwaerts. Das Teil heisst T7TPLFIX.EXE und sollte irgendwo im Netz zu finden sein ;)

Gut zu wissen, dann muss ich nicht zwei Versionen vorhalten.

ich habe bis heute die demoscene-demos nicht patchen können, egal mit was. (CD2, Amnesia, VectDemo) etc.

Wozu braucht man denn da Crt, dachte man würde sowas in Assembler schreiben wollen?

darktrym hat geschrieben:Versteh ich das richtig, wenn ich diesen Patch anwende, funktionieren die Binaries dann sowohl unter DOS(langsame Rechner) als auch unter den schnelleren?

Ja, wie Mr.Vain schon schrieb, patched der TPL-Patcher die Run-Time-Library von TP 7.0 bzw. BP 7.0 so, dass auch auf Rechnern schneller 200 Mhz kein Runtime-Error 200 mehr auftritt, wenn Du Deinen Pascal-Source neu kompilierst. Bei mir funktioniert der von mir verwendete Patch vom 386sx16 bis zum P4 mit 2.4 GHz problemlos. Schnellers habe ich bisher nicht getestet.

drzeissler hat geschrieben:ich habe bis heute die demoscene-demos nicht patchen können, egal mit was. (CD2, Amnesia, VectDemo) etc.

Was Du meinst, ist ein EXE-Patch und kein TPL-Patch. Im Kern dürften beide gleich funktionieren. Das heißt beide Patches suchen nach der typischen Byte-Folge, die den Fehler auslösenden Code enthält, und modifizieren diesen entsprechend. Das geht aber bei den meisten demoscene-demos nicht, weil dort die EXE-Files meistens noch mit einem EXE-Packer behandelt sind. Die vom Patch gesuchte Byte-Folge hat sich aber durch das EXE-Packen geändert und kann nicht mehr gefunden werden.

darktrym hat geschrieben:Wozu braucht man denn da Crt, dachte man würde sowas in Assembler schreiben wollen?

Nein, wenn es sich nicht um ein special textmode demo handelt, dann dürfte im Regelfall die crt verwendet werden. Denn in den meisten Demos braucht man den Textmode ja höchstens, um z.B. die Soundconfig abzufragen o.ä.; da müssen dann keine Geschwindigkeitsrekorde aufgestellt werden, zumal die Textausgaberoutinen der CRT.TPU ohnehin recht schnell sind. Außerdem enthält die CRT.TPU noch ein paar Keyboard-Routinen, die für eine Menüabfrage allemal ausreichen.

Ich verwende die CRT quasi gar nicht. Nur ganz früher, als ich mit Pascal angefangen habe...