Turbo Pascal Projekt Retrofit

[Mavarik]

Zitat von Rainer Wolff:

Wie würdet ihr das Projekt angehen? Eine der freien Pascal-Versionen? Oder das ganze gleich erst mal in Delpi reinstopfen?

Zu Zeiten von TP hat man gerne mal direkt auf den Bildschirm zugegriffen, wenn es ein Protected-Mode Programm ist konnte man auch auf 16 MB RAM zugreifen.
Hierfür wurden dann Fixed-Segmet Adressen z.B. für den Bildschirm verwendet.
Farben und ähnliches wurden dann gerne mal per Move gepatched - oder ein Fillchar um den Bildschirm zu löschen.
Ggf. Wurden aber auch DOS-Interrupts für die Ausgabe oder andere Dinge verwendet. Int $1C oder Int 8 um einen Timer zu implementieren.

Wenn keine Moves oder Mem-Zugriffe auf den Bildschirm im Code sind, könnte es sein, dass Du mit Delphi einfach eine Konsolen-Anwendung erzeugen kannst.
Hier müssen "nur" alles Ausgaben etwas angepasst werden.

Ohne den Code zu sehen ist das aber alles nur Glas-Kugel-Mode.

Mavarik

[Jasocul]

Und womöglich noch mit 3rd-Party Anteilen.
Wie Mavarick schon schrieb, müsste man schon mehr über das Projekt wissen, um eine Empfehlung zu geben.

Mein letztes TP-Projekt war die automatisierte Ansteuerung eines Hochregallagers über serielle Schnittstellen für einen dedizierten Rechner unter 16-Bit. Ich wüsste nichtmal, ob das ohne weiteres auf Delphi übertragbar wäre.

[freimatz]

Ist da https://de.wikipedia.org/wiki/Turbo_Vision drin? Dann ist es definitiv >= 6.0

[Rainer Wolff]

es muss auf jeden Fall > TP 5.5 sein. In dem Projekt ist eine Unit verbaut, die beim Öffnen meckert: rtosfe.pas too large. Truncate (Y/N).

Diese rtosfe.pas ist gleich noch ein Schmankerl: Eine Erweiterung für Realtime-Funktionen unter DOS, mit folgendem Hauptprogramm:

begin
inline($90/$90/$90/$90/$90/$90/$90/$90/$90/$90/$90);
end.

Der Kunde schaut nach, eventuell hat er noch eine TP-Lizenz rumliegen.

Gruss Rainer

[Uwe Raabe]

$90 ist der 8086-OpCode für NOP. Das ist offenbar eine Platzhalter für dynamischen Code.

[dummzeuch]

Zitat von Rainer Wolff:

es muss auf jeden Fall > TP 5.5 sein.

Bei TP 5.5 steht am Anfang einer TPU-Datei immer "TPU6", bei BP7 steht dort "TPUQ", die anderen Versionen kenne ich nicht.

[Rainer Wolff]

Zitat von dummzeuch:

Bei TP 5.5 steht am Anfang einer TPU-Datei immer "TPU6", bei BP7 steht dort "TPUQ", die anderen Versionen kenne ich nicht.

TPUQ, das wäre somit auch geklärt, danke!

[Sinspin]

Ich habe TP7 (TPX) in DosBox laufen. Geht problemlos.

Zitat von Mavarik:

Zu Zeiten von TP hat man gerne mal direkt auf den Bildschirm zugegriffen, wenn es ein Protected-Mode Programm ist konnte man auch auf 16 MB RAM zugreifen.
Hierfür wurden dann Fixed-Segmet Adressen z.B. für den Bildschirm verwendet.

Das geht auch ohne Protected Mode. Alle meine späteren Programme (Da gab es schon win 95, lol) arbeiten so. Im Text Mode waren so 80*40 oder 50 Zeichen*Zeilen möglich. In Grafik ging noch mehr. Dank Pages bis zu einer gewissen Größe auch noch Flackerfrei.

Kommt drauf an was es als "Belohnung" gibt, aber ich kann es mal durch TP 7 jagen.

Zitat von Rainer Wolff:

Diese rtosfe.pas ist gleich noch ein Schmankerl: Eine Erweiterung für Realtime-Funktionen unter DOS, mit folgendem Hauptprogramm:

begin
inline($90/$90/$90/$90/$90/$90/$90/$90/$90/$90/$90);
end.

Sieht aus wie ein paar NOP's.

[himitsu]

Oder ein kurzer Pause-Code.

Zitat von Sinspin:

Das geht auch ohne Protected Mode. Alle meine späteren Programme (Da gab es schon win 95, lol) arbeiten so.

Dafür konnte man auch mit einem Bufferoverrun oder kaputten Zeigern fremde Programme oder das OS schön verrecken lassen, anstatt nur nur der eigenen App.

[Rainer Wolff]

inzwischen habe ich ein TP 7 fr gefunden und kann das Programm zumindest mal neu übersetzen.

Morgen geht die Forschung weiter.