Hallo Leute,
seit einiger Zeit muss ich immer, wenn ich kompilieren will, zweimal die F9 bzw. Start klicken, damit das Programm sofort startet und nicht erst bei der ersten Zeile im Quellcode in der .lpr –Datei stehen bleibt.
Es ist Windows 7 und die Lazarus (IDE) 0.9.30.2.
Ich habe nun herausgefunden, dass es Projekt spezifisch ist. Bei einen neuen Projekt startet das Programm sofort, ohne in der .lpr –Datei anzuhalten. Aber die Projekteinstellungen sind gleich eingestellt.
Hat einer eine Idee woran das liegen kann???
F9 bzw Start Probleme
-
- Beiträge: 586
- Registriert: Mi 25. Mär 2009, 21:12
- OS, Lazarus, FPC: Laz trunk / fpc latest release / Win and other
- CPU-Target: mostly 32 bit
Re: F9 bzw Start Probleme
Bitte oeffne das "Debug Output" fenster (bevor F9)
Dann starte mit F9.
Kopiere den Fenster Inhalt, in eine txt Datei und attach es hier.
GGF lazarus mit --debug-log=c:\log.txt starten, und ebenfalls hier attachen
http://wiki.lazarus.freepascal.org/GDB_ ... new_Report" onclick="window.open(this.href);return false;
Dann starte mit F9.
Kopiere den Fenster Inhalt, in eine txt Datei und attach es hier.
GGF lazarus mit --debug-log=c:\log.txt starten, und ebenfalls hier attachen
http://wiki.lazarus.freepascal.org/GDB_ ... new_Report" onclick="window.open(this.href);return false;
Re: F9 bzw Start Probleme
Habe den Fehler gefunden. Obwohl die IDE keine BreakPoints angezeigt hatte, sind in der .lpi Datei welche gewesen ist wahrscheinlich ein Bug der IDE.
-
- Beiträge: 586
- Registriert: Mi 25. Mär 2009, 21:12
- OS, Lazarus, FPC: Laz trunk / fpc latest release / Win and other
- CPU-Target: mostly 32 bit
Re: F9 bzw Start Probleme
2 Moeglichkeiten:
1)
Alter breakpoint in einer Unit. Breakpoint ist nach der letzten Zeile (Brk auf Zeile Unti2:500, aber Unit2 hat mittlerweile nur noch 400 Zeilen).
Je nach dem in welcher Reihenfolge die units gelinkt sind, wirkt der brk in einer anderen unit (erste Zeile mit ausführbaren Code, der anderen unit)
Dies ist in SVN behoben
2)
Ein breakpoint in einer Zeile ohne code, wirkt auf die nächste Zeile mit Code.
Ein breakpoint in der interface Sektion wirkt daher auf die erste Zeile mit code.
Dies kann nuetzlich sein, wenn der breakpoint in der Mitte einer procedure auf einer leeren Zeile ist. Dann ist der brk ja auch in Sichtweite (1 oder 2 Zeilen ueber dem wirklichen Haltepunkt).
Leider passiert das auch, wenn der brk 100 Zeilen vorher, im interface ist.
1)
Alter breakpoint in einer Unit. Breakpoint ist nach der letzten Zeile (Brk auf Zeile Unti2:500, aber Unit2 hat mittlerweile nur noch 400 Zeilen).
Je nach dem in welcher Reihenfolge die units gelinkt sind, wirkt der brk in einer anderen unit (erste Zeile mit ausführbaren Code, der anderen unit)
Dies ist in SVN behoben
2)
Ein breakpoint in einer Zeile ohne code, wirkt auf die nächste Zeile mit Code.
Ein breakpoint in der interface Sektion wirkt daher auf die erste Zeile mit code.
Dies kann nuetzlich sein, wenn der breakpoint in der Mitte einer procedure auf einer leeren Zeile ist. Dann ist der brk ja auch in Sichtweite (1 oder 2 Zeilen ueber dem wirklichen Haltepunkt).
Leider passiert das auch, wenn der brk 100 Zeilen vorher, im interface ist.