Gast
#2334324
Wie kann ich im Debugger von TP 7.0 ein Programm unterbrechen? CTRL-C z. B. funktioniert nicht. Ist ein Schalter zu setzen?
>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?
Gast
#2334420
Schau' mal unter bitsavers.org, dort kannst Du sicherlich die Handbücher von TP7 finden.
Gast
#2334540
@nostalgiker Danke für deinen Tipp :)
Hallo, vermutlich suchst Du [CTRL][break] bzw. [Strg][Untbr]. Mit freundlichen Grüßen Guido
Gast
#2334591
Guido C. schrieb: > vermutlich suchst Du [CTRL][break] bzw. [Strg][Untbr]. Diese Tastenkombination funktioniert nicht. Deshalb bin ich auf den Gedanken gekommen, dass vorher ein Schalter zu setzen ist.
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
Gast
#2334713
> Gibt es in der IDE eine Möglichkeit zum Umschalten zwischen "Debug" und > "Finale Release"? Alles durchsucht - nichts gefunden. Ein Programm, das während des Debuggens läuft (z. B. Endlosschleife) möchte ich unterbreche. Weder CTRL-Brak noch CTRL-C funktionieren. Auch habe ich die Funktion SETCBREAK mit TRUE und FALSE getestet - beides vergeblich. Das Programm lässt sich im Debugmodus nicht unterbrechen.
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
Gast
#2334912
CheckBreak ist die Lösung! Leider kann ich CRT nicht einbinden, da es dann zu einem "Division by Zero Error" kommt. Es ist zum Haare ausraufen.
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
Gast
#2335013
Der Patch ist Okay - kein "Division by Zero Error" mehr :) CTRL-BREAK funktioniert immer noch nicht :( Die Variable Checkbreak, die dank des Patches jetzt zugänglich ist, steht auf TRUE. Vielleicht fängt Winndows XP CTRL-Break ab?
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
Gast
#2336059
@rufus Wird Zeit für ´nen Kaffee. Beitrag "Re: Frage zu Turbo Pascal 7.0 u. Windows XP home" Hans schrieb: >> Gibt es in der IDE eine Möglichkeit zum Umschalten zwischen "Debug" und >> "Finale Release"? > > Alles durchsucht - nichts gefunden. Dafür gibt den Compilerschalter {$D+} und im Menü Option/Compiler die haben aber hauptsächlich Einfluss auf das externe Debuggen.
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.
Gast
#2336082
Guido C. schrieb: > 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? Es gibt zwei Versionen des Compilers, TURBO & TPX. Mit TPX.EXE funktioniert es nicht, aber mit TURBO.EXE kann ich das Programm im Debugger unterbrechen. Vielen Dank für eure Tipps und Hinweise :)