Frage zu Turbo Pascal 7.0 u. Windows XP home

>TP 7.0

wer quält dich denn mit sowas ?

sag dem , er soll sich mal lazarus anschauen


>Ist ein Schalter zu setzen?

breakpoint geht nicht?

Hallo,

vermutlich suchst Du [CTRL][break] bzw. [Strg][Untbr].

Mit freundlichen Grüßen
Guido

Hans schrieb:
> Diese Tastenkombination funktioniert nicht.

Oben hattest Du etwas von [Ctrl][C] geschrieben. Wenn ich mich richtig 
erinnere geht diese Tastenkombination nur während das Programm eine 
Eingabe erwartet.

Gibt es in der IDE eine Möglichkeit zum Umschalten zwischen "Debug" und 
"Finale Release"?

Mit freundlichen Grüßen
Guido

Du kannst bei TP das Programm mit Strg-Pause(Unterbr) abbrechen. Aber 
nur, wenn Du vorher CheckBreak:= true angegeben hast. Bei "false" kannst 
Du das Programm auch im Debugger nicht abbrechen (zumindest bar es bei 
der ersten Version von TP7 so).

Bei Borland Pascal 7 war der Checkbreak nur für die Abbruchserlaubniss 
beim regulärem Start. Also ohne IDE.

Hallo,

Arbeitest Du an einem Notebook? In diesem Fall musst du ggf. noch die 
"Fn"-Taste drücken.

Mit freundlichen Grüßen
Guido

Hallo,

Der folgende Patch könnte Dir helfen. Ich muss allerdings zugeben, dass 
ich ihn nicht ausprobiert habe.
http://math.uww.edu/~harrisb/courses/cs171/turbopatch.html

Mit freundlichen Grüßen
Guido

Hallo,

Hans schrieb:
> Vielleicht fängt Winndows XP CTRL-Break ab?

Vielleicht hilft es das Programm im Kompatibilitätsmodus auszuführen.

Läuft Dein Windows XP auf einer virtuellen Maschine oder native?

Ist der Debugger ordnungsgemäß eingerichtet? Kannst Du "Breakpoints" 
setzen, die bei der Ausführung berücksichtigt werden?

Mit freundlichen Grüßen
Guido

>Die Unit Crt (CRT.TPU, TPW oder CRT.TPP) implementiert eine Reihe
>funktionsstarker Routinen, die ihnen erlauben, alle Eigenschaften eines PCs
>voll auszureizen.


>Die Routinen dieser Unit ermöglichen die direkte Kontrolle des Bildschirms
>(Farben, Textattribute, Fenster), der Tastatur (direkte Abfrage, erweiterte
>Codes), der Farben und des Tongenerators. Die Routinen sind desweiteren
>leistungsstark und deshalb (wenn möglich) anderen Units vorzuziehen.

so "zeug" ist unter windows halt schon "böse"

vielleicht einfach alles in die DOSBOX ?

oder VMWare mit echtem DOS ?

dann weißt du auch, ob die programme tatsächlich unter DOS laufen 
würden...

wobei, wie gesagt, SINN kann ich keinen erkenne, sich sowas anzutun..

http://www.dosbox.com/download.php?main=1

Hans schrieb:
> Leider kann ich CRT nicht einbinden, da es
> dann zu einem "Division by Zero Error" kommt.

Wenn ich mich richtig erinnere, müsste es dafür einen Patch geben. CRT 
ist so ... professionell programmiert, daß darin eine Zählschleife für 
Verzögerungszwecke genutzt wird, die auf heutigen Rechnern ganz 
erheblich viel zu schnell abläuft, was in o.g. Fehler resultiert. Taucht 
da auch eine Fehlernummer 200 auf?

http://www.heise.de/ct/hotline/Nicht-schon-wieder-Runtime-Error-200-307662.html

Icke schrieb:
> Wird Zeit für ´nen Kaffee.

Hatte ich eigentlich schon genug, die Pumpe jedenfalls meint es.

Ob der Heise-Patch dem von Guido verlinkten entspricht?

Mir ist jedenfalls unklar, warum jemand auf Teufel komm raus mit einem 
vollkommen veralteten Werkzeug für ein vollkommen veraltetes 
"Betriebssystem" arbeiten will.