Frage zum Debugger
Bin gerade dabei Delphi zu lernen:
Wenn ich ein Programm testen will und es hat einen Fehler erscheint der Debug Modus. Wie kann man diesen verlassen und zum Programmiermodus zurückkehren ohne den Fehler zu korrigieren. Bisher habe ich immer alles gespeichert und Delphi verlassen und neu gestartet. Es sollte doch einfacher gehen. Peter [edit=Luckie]Threadtitel korrigiert. Mfg, Luckie[/edit] |
Re: Frage zum Debuger
warum startest du das Programm aus Delphi heraus (im Debugger) wenn du den Debugger gar nicht willst? In den Optionen kannst du einstellen bei welchen Fehler der Debugger anspringen soll wenn ich mich recht entsinne.
|
DP-Maintenance
Dieses Thema wurde von "Matze" von "Programmieren allgemein" nach "Die Delphi-IDE" verschoben.
|
Re: Frage zum Debuger
Du kannst zumindest bei Delphi1-7 auf X (=Alt+F4) klicken und bei der Frage, ob der Debugger beendet werden soll auf OK und bei der Frage, ob man das Projekt speichern, nicht speichern oder doch nicht Delphi beenden will auf Abbrechen klicken. Wenn du nicht gerade einen Dauerfehler hast (bis zur Unkenntlichkeit Zugriffsverletzungen), dann kannst du einfach F9 drücken.
|
Re: Frage zum Debuger
Sollte dein Programm so stark haengen dass nix mehr geht, gehe zurueck in die Delphi IDE und druecke STRG+F2!
|
Re: Frage zum Debuger
Hallo Zusammen
Hey CTRL + F2 funktioniert. Vielen Dank für die Hilfe. Delphi gefällt mir immer besser und ich weine dem Fox bald keine Träne mehr nach!! Ich wünsche allen eine schöne Woche. Peter |
Re: Frage zum Debuger
Warum warst du denn ueberhaupt mit FoxPro unterwegs? Hat dir deine Mama :???: nicht gesagt du sollst nur so viel wie noetig aber so wenig wie moeglich MS Produkte nutzen? :P :P
|
Re: Frage zum Debuger
Fox ist eine Jugendsünde. Nein, das Problem war, nach Clipper eine vernünftige Software für Windows zu finden und damals vor 14 Jahren war ich noch naiv und glaubte an MS. Doch heute nehme ich wo immer möglich ein Konkurrenzprodukt. .Net ist für mich deshalb nie eine Wahl. Delphi hat zur Zeit einen neuen Aufschwung und ich wage die Prognose, dass in Zukunft Delphi und .Net die wichtigsten Sprachen für den PC sind.
Ich bin erstaunt über die Vielfälltigkeit von Delphi und ich freue mich jeden Tag mehr davon zu lernen. Ich wünsche allen eine schöne Woche. Peter |
Re: Frage zum Debuger
Zitat:
Zitat:
Zitat:
@PC vs. Windows: Du wirst auf absehbare Zeit mit Delphi keine Software erstellen können, die Einwandfrei auf Linux / Mac- und Windows-Rechnern läuft. Ergo: Streiche zuallererstmal PC, setze Windows-Plattform. Da ist reines .NET dank Mono portabler als reines Delphi. Sorry, ich möchte Dich da jetzt nicht vollends Deiner Illusion berauben, aber ich wage mal zu behaupten, dass Java, C, C++ und sogar *pfui* VisualBasic ein wenig 'wichtiger' als Delphi sind. Zumindest mal wenn man sich grob anguckt, wie oft die Sprachen tatsächlich verwendet werden. Quelle. Dass Delphi im Bereich der nativen Windows-Entwicklung von Business-Anwendungen (sprich: Datenbankzentrischen Applikationen) als 'ideales Werkzeug' meistens die Nase vorn hat liegt aber nicht daran, dass es so 'wichtig' wäre, sondern weil man sich hier wirklich auf die Logik konzentrieren kann und hinterher dank der Pascal-Wurzeln noch leicht verständlicher (= Wartbarer) Code herauskommt. Wichtig ist für uns Entwickler letztlich a.) Wie erreichen wir unser Ziel am effektivsten; b.) welche Einschränkungen können wir dabei hinnehmen und c.) wie schaffen wir es, dass das Ergebnis weiterhin pflegbar / leicht wartbar ist. Für c.) heisst die Antwort für mich ganz klar: Nutze eine Sprache, die auch neue Teammitglieder schnell verstehen können. Pascal ist da dank der Nähe zum englischen imho ideal für. C-derivate und auch Java neigen eher zu kryptischem / schlecht lesbarem Code, was die Wartbarkeit unnötigerweise vermindert. Für b.) Heisst die große Frage: Welche Plattformen werden anvisiert? Windows? Linux? Mac? Web? (für mich ist "Web" eine abstrakte Plattform, unabhängig von der Servertechnologie.). Kann man das auf Windows eingrenzen, ist man mit Delphi sicher gut bedient, wenn man C hinzuzieht. Soll das ganze aber hinterher z.B. auf Linux laufen, dann sollte man hier eine Wahl treffen, die einen nicht auf eine Plattform festlegt. Bleiben Java / .NET / andere interpretierte Sprachen zur Auswahl. Ich möchte denjenigen sehen, der hier auf PHP/Qt für eine Desktopanwendung greift, obwohl das auch möglich wäre... Die Antwort auf die Frage a.) ist nicht unbedingt mit einer Programmiersprache zu beantworten. Die spielt nur dort rein, wo man selber sagt: Lieber mache ich das in Y, weil der eigene Lernaufwand für diese Aufgabenstellung in X mehr Zeit kosten würde als ich durch X spare und das ein solches Ausnahmeprojekt ist, dass es unwahrscheinlich ist, später nochmal X zu brauchen. Sonst würde sich es nämlich eher lohnen, doch X zu lernen und zu verwenden. Aber noch eher ist hier die Frage wichtig: Welches Framework liefert mir schon möglichst viel fertiges, getestetes, was ich einfach nur noch verwenden und nicht neu schreiben muss? Es gibt zig Java-Bibliotheken, es gibt genug .NET Komponenten und für die VCL ist auch ungeheuer viel vorhanden. Inzwischen sogar für Webanwendungen. Durch diese Bausteine erspare ich mir großen Eigenaufwand und komme meinem Ziel in der Regel schneller näher. Das heisst hier haben wir die freie Auswahl, sobald wir uns für eine Plattform / Sprache entschieden haben. Also bleibt die Auswahl: Nativ Windows vs. Manged Code. Und dort dann Java vs. .NET. Da es kein Pascal für Java gibt, sehrwohl aber für .NET wäre das noch ein Hinweis in die richtige Richtung. Langer Rede kurzer Sinn: Eine Technologie nur wegen einer Antipathie zum Hersteller kategorisch abzulehnen ist einfach nur dumm. Genauso, eine Programmiersprache anderen gegenüber als 'wichtiger' einzustufen. Das entbehrt jeglicher Grundlage, auch wenn es schön wäre, das Delphi neben .NET am wichtigsten wäre ;-) Wir sollten uns alle möglichen Optionen angucken und vorbehaltlos gegeneinander abwägen. Als Entwickler sollten wir uns einen gut gefüllten Werkzeugkasten gönnen, aus dem wir dann bei Bedarf das richtige Werkzeug für die jeweilige Aufgabe rausholen können. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 05:19 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz