Große Projekte: Komplieren verschnellern und ein Debugger Bu

[pluto]

Hallo,
ich habe gemerkt bei meinem Lazarus das aber eine Gewissen Größe des Projektes das Debuggen nicht mehr geht und beim beenden des Programms kommt nur eine Fehlermeldung:
Der Debugger ist in den Fehlerzustand gegangen und da kann ich nur auf OK klicken weiß da jemand was ?

und ich denke meine zweite Frage passt hier auch noch rein:

Bei meinem Paint2 Projekte habe ich immer mehr units und Klassen und jedesmal muss beim Kompilieren alles neu erstellt werden.... das dauert natürlich... wie könnte ich es verschnellen ?

ich habe schon überlegt ob ich teile in DLL's auslagere.
Da gibt es nur ein Problem: eigentlich arbeite ich ständig in jeder unit und außerdem sind es sehr viele klassen.

Ich habe gelesen das es schwierig ist klassen in DLLS auszulagern und zu nutzen.....

stimmt da ? kann mir da jemand weiter helfen ?

[monta]

und jedesmal muss beim Kompilieren alles neu erstellt werden.... das dauert natürlich... wie könnte ich es verschnellen ?

Indem du einfach unter Projekteinstellungen > Diverses die Checkbox für 'Immer ein Build durchführen (auch, wenn nichts verändert wurde)' deaktivierst, und dann sollte es schon schneller laufen.

Was den Fehlerzustand angeht, liegt es wohl eher an kleinen Unsauberheiten, diesich ab einer gewissen Größe und zunehmender Anzahl an Komponenten einschleichen, als am Debugger. Beispielsweise, was ich bemerkt hab, sobald über SQLDb ne Datenbank angesprochen wird, kommt beim Debugger zurücksetzen auch ne AV, wenn man normal das Hauptformular schließt nicht, und so kann es ja mit anderen Dingen auch sein, weshalb plötzlich Fehlermeldungen auftauchen.

[pluto]

"Immer ein Build durchführen" wenn ich das deaktiviere dann kompeliert er nur die units neu die verändert wurden, sehe ich das richtig ?

was meinst du mit "kleinen Unsauberkeiten" ?
in meinem Code oder den code vom Debugger ?
Wobei bei neu angelegten Projekten geht der Debugger !

[monta]

Richtig, er erstellt nur verändertes neu, was also völlig ausreicht und je nach Umfang wesentlich verschnellert.

Mit kleineren Unsauberkeiten meinte ich alles, sowohl selbst Programmierte, wie auch in vorgegebenen Codeteilen, oder auch nur kleinere Konflikte darin, wie beispielsweise das Zurücksetzen des Debuggers bei ner Datenbankverbindung. Und genau aus diesem Grund funktioniert der Debugger ja auch ohne diese Meldung bei neuen Projekten, weil der Umfang und somit die möglichen Fehlerquellen ja wesentlich geringer sind, und auch noch keine speziellen Komponenten oder ähnliches eingebunden sind.

[pluto]

ich nutze aber keine "Datenbankverbindung"
zählen dazu auch Streams oder Datei sachen wie z.b. Inidateien oder der gleichen ?

[monta]

Keine Ahnung, es dinete nur als mir bekanntes Beispiel, aber ich denke, solche Fehler unter bestimmten Konstellationen lassen sich noch einige finden.

[Christian]

Nö, immer build durchführen compiliert nicht nur sachen die geändert wurden.

Das macht der fpc immer. er baut aus dem aktuellen code eine ID und vergleicht die mit einer ID im header der .ppu sind die beiden gleich baut er die ppu nicht neu sind sie unterscheidlich wird die ppu neu compiliert.
Das macht er immer so.
Immer Build durchführen linkt das Projekt lediglich vor jedem start neu.
Lazarus merkt sich dazu ob im Projekt irgendwas verändert wurde ist das nicht der Fall rufts den compiler gar nicht erst auf. Wenn es ihn aufruft prüft dieser alle ppus und linkt das projekt.

[pluto]

achso. Wenn ich dich richtig verstanden habe werden die ppu dateien immer erzeugt auch wenn nichts verändert wurde. Und wenn was geändert wurde in irgeneiner unit wir auch nur dise unit neu kompliert und gelingt....

Sehe ich das jetzt so richtig ?

[Christian]

Nein die ppu dateien werden nur neu erzeugt wenn du in der entsprechenden unit was geändert hast allerdings wird immer gelinkt. und indem du immer build durchführen auschaltest wird nicht neu gelinkt wenn du nix geändert hast.

[pluto]

ich habe es mal ausgeschaltet ! mal abwarten wie es wird !