[gelöst] Quellcodeänderungen werden nicht übernommen

[kralle]

OS: Linux Mint 17.3 64-Bit
FPC: 3.0.0
Laz: 1.6

Moin,

plötzlich werden Änderungen im Quellcode beim Compilieren nicht übernommen.
In der ausführbaren Datei werden die Änderungen nicht übernommen.
Auch Einstellungen unter Projekteinstellungen/Formulare werden nicht übernommen.
Wenn ich die Projektoptionen exportiere und dann wieder importiere, sind die Einstellungen "Hinzufügungen und Beeinflussungen" weg.

Wenn man im Forum sucht, findet man seit 2010 mehrere Beiträge in den User berichten, das plötzlich Änderungen nicht mehr compiliert werden.
Alle vorgeschlagenen Tipps blieben erfolglos. (Aufräumen, Verzeichnis von Hand ausmisten, Dateien in ein neues Projekt einlesen, usw.)

Ich habe auch ausprobiert ob es etwas ändert, wenn ich von einem sauberen Projekt, die Einstellungen übernehme - brachte keine Änderung.
Außer mir noch jemand hier das dieses Problem hat?

Gruß Heiko

[Mathias]

In der ausführbaren Datei werden die Änderungen nicht übernommen.

Wird da einfach eine alte Datei ausgeführt ?
Was für ein Änderungs-Datum hat die Datei ?
Oder wird die Datei evtl. in einem anderen Ordner erzeugt ?

[kralle]

Hallo Mathias,

In der ausführbaren Datei werden die Änderungen nicht übernommen.

Wird da einfach eine alte Datei ausgeführt ?
Was für ein Änderungs-Datum hat die Datei ?
Oder wird die Datei evtl. in einem anderen Ordner erzeugt ?

1. Wenn ich in der IDE auf die einzelnen Tabs gehe, dann wird mir angezeigt, wo die Dateien liegen und die liegen alle an der richtigen Stelle.
2. gerade eine Änderung ausgeführt, Datum und Uhrzeit werden auf die aktuellen Werte gesetzt
3. Die geänderte Datei liegt in dem Ordner in dem sie sein soll.
Wenn ich mir aber die Projektdatei im Verzeichnis anschaue, dann finde ich das auf dem Bild. Ich habe gerade einen Kommentar in die Projektdatei eingefügt und diese gespeichert.
Die sollten Datumstechnisch doch auch dicht bei einander liegen. Aber, auch wenn ich die alten Dateien lösche ändert das nichts.
Ich habe ein neues Projekt erstellt und das getestet, alles in Ornung.
Dann habe ich die .pas und .lfm Dateien aus dem nicht funktionierenden Projekt ins Verzeichnis kopiert und eingebunden und bekomme wieder das gleiche Problem.
Also, muss es mit den Datei- oder Procedurenamen zusammenhängen oder was meint ihr?

Gruß Heiko

[theo]

K.A. was du da hast. Normalerweise müsste es reichen den lib Ordner, bzw. die *.ppu zu löschen.

Aber immer wenn jemand bei Software "plötzlich geht es nicht mehr" sagt, werde ich stutzig.
Diesem "plötzlich" ist meistens irgend ein Aktion vorausgegangen.

[kralle]

Moin,

das löschen des Lib-Ordners usw. brachte nichts. Der Fehler zog wie schon beschrieben mit den pas-Dateien weiter.

Ich bin jetzt schon einen Schritt weiter.

Das Formular das nicht funktionierte, wurde auf einer Seite eines

Code: Alles auswählen

TabSheet

in einem

Code: Alles auswählen

TFrame

dargestellt.
Nach dem ich das

Code: Alles auswählen

TFrame

gelöscht habe, ein neues

Code: Alles auswählen

TFrame

platziert habe, die Unit wieder damit verknüpft habe und die Bezüge zu dem neuen

Code: Alles auswählen

TFrame

hergestellt habe - funktioniert es.
Ärgerlich ist nur das aus einem Frame_Allgemein ein Frame_Allgemein1 wird und die Bezüge angepasst werden müssen.
Aus irgendeinem Grund wird das

Code: Alles auswählen

TFrame

beim Löschen nicht so komplett gelöscht, das man den alten Namen wieder verwenden kann.

Mal sehen was noch für Probleme kommen.
Das mit dem Anzeigen eines Formulars packe ich in ein neues Thema.


Gruß Heiko

[MacWomble]

Das Problem kenne ich auch. Du musst den Frameinhalt löschen und die geänderte Frame nochmals einfügen ...

Lösung:

Binde die Frame dynamisch ein, dann geht es:

Beispiel (TSAdressen ist bei mir ein Tabsheet, könnte aber auch ein Panel etc. sein):

Code: Alles auswählen

 
   fraAdressen1 := TfraAdressen.Create ( self );
   fraAdressen1.Parent := TSAdressen;
   fraAdressen1.Align := alClient;
   fraAdressen1.Visible := True;    

[kralle]

Moin,

Binde die Frame dynamisch ein, dann geht es:

Beispiel (TSAdressen ist bei mir ein Tabsheet, könnte aber auch ein Panel etc. sein):

Code: Alles auswählen

 
   fraAdressen1 := TfraAdressen.Create ( self );
   fraAdressen1.Parent := TSAdressen;
   fraAdressen1.Align := alClient;
   fraAdressen1.Visible := True;    

Dann sehe ich zur Entwurfszeit aber nicht mehr ob das Layout stimmt, sondern erst wenn die Anwendung läuft.
Aber, ich behalte die Idee im Hinterkopf.

Gruß heiko

[MacWomble]

nun ja, ich verwende Frames innerhalb eines Notepads. die Frames enthalten somit quasi das ganze Layout außer dem Menu.

[kralle]

Moin,
ich erzeuge die Frames jetzt auch zur Laufzeit und habe deshalb die Probleme nicht mehr.

Gruß Heiko

[wp_xyz]

Schön, dass du das Problem für dich auf diese Weise lösen konntest. Leider schlummert offenbar irgendwo im Quellcode der LCL ein Fehler, der irgendwann wieder dazu führen wird, dass jemand sich hier meldet und sagt "Quellcodeänderungen werden nicht übernommen". Es wäre schön, wenn du den Fehler in einem kleinen Demoprojekt nachstellen könntest und im Bugtracker hochladen würdest, damit sich jemand darum kümmert.

[Michl]

@wp: Dazu gibt es bereits einen Bugeintrag, ein erneuter ist mMn nicht notwendig: http://bugs.freepascal.org/view.php?id=20026

[af0815]

Wenn der Bugeintrag schon wie dort so alt ist und das Problem noch immer da ist, so finde ich, sollte man zumindest eine Note hinterlassen, das es in Version x.x.x auch noch immer vorhanden ist. Vor allen, ist es genau so, wie im Bugeintrag beschrieben ?

Andreas

[wp_xyz]

Danke für die Hinweise, habe gerade eine Notiz hinterlassen. Trotzdem wäre es schön, ein Testprojekt zu haben - ich habe schon einiges mit Frames gemacht, und ich weiß, dass an Frames einiges verbessert wurde. Jedenfalls schreit die Beschreibung des Fehlers in dem Report förmlich nach "cannot reproduce" und "already fixed in ..."; zumindest konnte mein nachgestelltes Testprojekt nichts von der Bug-Beschreibung reproduzieren, wederl unter Windows noch unter Mint (allerdings 32-bit).

[Michl]

Ich weiß nicht. Seit ich mit Frames arbeite, ist das Verhalten so. Dazu braucht es kein Testprojekt, da man dies selber viel schneller nachstellen kann. Z.B.:

- neues Projekt, in einem neuen Projektordner erstellen
- neues Frame erstellen
- auf dem Frame ein TEdit platzieren
- im Hauptformular ein TFrame platzieren und das zuvor erstellte Frame verwenden
- Projekt kompilieren und wieder beenden
- im Frame das TEdit entfernen
- Projekt neu kompilieren und starten -> Es knallt (TEdit not found)

Selbst ein "Aufräumen und kompilieren" hilft nicht. Wie gesagt, ich kenn das gar nicht anders und es ist immer noch so (32bit Lazarus Rev. 51860 auf FPC Rev. 33207 bei 64bit Windows 7). Ein dynamisches Einbinden von TFrames hat sich bei mir seit langem bewährt.

[wp_xyz]

Irgendwas fehlt in der Beschreibung. Einmal konnte ich den Crash reproduzieren, beim zweiten Mal läuft das Programm einwandfrei (ohne Edit, das aber im FormEditor noch angezeigt wird).

"Prjekt kompilieren und wieder beenden" - meinst du mit dem "Beenden" Lazarus beenden und neu starten?