Unterschied "Erzeugen" und "Compilieren" - Einstellungen

[himitsu]

Namespaces sind das im Delphi eigentlich nicht wirklich.

Die Units heißen wirklich Vcl.Forms.pas und Fmx.Forms.pas,
aber in den Projektoptionen gibt es "Default-Namespaces".

Wird eine Unit in Uses, z.B. Forms (Forms.pas) nicht gefunden, dann wird nacheinader die Default-Namespaces durchgegangen, und Dateien mit diesen Präfixen gesucht.


PS: Darum kann es z.B. auch Probleme geben, wenn man Fremd-Units nutzt, oder die DPROJ gelöscht hatte.
Wenn im Projekt ein Namespace fehlt, dann wird diese Datei nicht mehr gefunden,
weil z.B. eine neugenerierte .DPROJ andere Optionen (Defaultnamespaces) haben kann, als die alte DPROJ, welche aus einer Codevorlage (Neue VCL-Anwendung) erstellt wurde,
ebenso bei DPROJ aus anderen/alten Delphi-Versionen.

[haentschman]

Moin...

Sodele...

Ich habe das Projekt komplett von 0 neu angelegt.

Fazit:
1. compilieren = ok, erzeugen = 105 (Runtime) (mit hinzugefügter Unit, ohne Unit -> erzeugen + Start = ok)

Test neues Projekt als Dienst:
1. compilieren = installiert/gestartet, erzeugen = installiert/gestartet

Wer will, dann müßte ich das Projekt mit den kompletten Units zippen weil die x.Preferences wieder andere Units referenzieren.

[Uwe Raabe]

Zitat von haentschman:

Wer will, dann müßte ich das Projekt mit den kompletten Units zippen weil die x.Preferences wieder andere Units referenzieren.

Du hast ja meine Adresse. Bin aber heute nicht zuhause.

[haentschman]

@Uwe: Danke Ich stelle das morgen zusammen. Dann bin ich 3 Tage nicht im Lande...hat keine Eile.

Ist aber ein interessantes Phänomen...

[himitsu]

Zitat:

1. compilieren = ok, erzeugen = 105 (Runtime) (mit hinzugefügter Unit, ohne Unit -> erzeugen + Start = ok)

* kompilieren, starten, ok
* erzeugen, starten, peng
* nochmal kompilieren, starten, immernoch peng?

Wenn man z.B. für alle Configs dasselbe Ausgabeverzeichnis nutzt ....

* von Release auf Debug umschalten
* kompilieren, starten, ok
* erzeugen, starten, peng
Die Unit mit dem abweichenden $IFDEF DEBUG wurde beim ersten Mal nicht neu kompiliert, also stand das noch auf Release

Zitat:

Du hast ja meine Adresse.

Na dann kann ich mich ja endlich mal um mein Drehbuch kümmern.
Echt mal, niemand will mich ablenken?


Das mit dem Framework .... könnte man als eine versteckte Option in der DPROJ ansehn.
Die Konsolen-Anwendung hat erstmal kein Framework zugewiesen.

Es ist auch eher für den Form-Designer wichtig.
Darüber werden z.B. Komponenten in der Komponentenpalette ein-/ausgeblendet, die für jenes, bzw. "nur" für andere Frameworks vorgesehn sind (VCL/FMX/...)

[haentschman]

Moin...

Zitat:

nochmal kompilieren, starten, immernoch peng?

...ja. Erst mit Beenden und Neustart des Projektes und dann Kompilieren = ok.

Zitat:

Wenn man z.B. für alle Configs dasselbe Ausgabeverzeichnis nutzt

...nein, getrennt.

Zitat:

Die Unit mit dem abweichenden $IFDEF DEBUG wurde beim ersten Mal nicht neu kompiliert, also stand das noch auf Release

...es macht in dem neuen Testprojekt auch peng OHNE das IFDEF.

PS: Ich hatte ein Video gemacht...das Forum läßt nur 5MB zu. Waren aber 10MB... https://19016etf-my.sharepoint.com/:...kifX0&e=Gw6myG

[Kas Ob.]

Zitat von haentschman:

PS: Ich hatte ein Video gemacht...das Forum läßt nur 5MB zu. Waren aber 10MB... https://19016etf-my.sharepoint.com/:...kifX0&e=Gw6myG

Well, to me that looks like broken linker, not the compiler as it compile it from already built dcu and it works fine, so the linker most likely has uninitialized variable somewhere, for the first run builds fine, the next is broken, (like something for the first run was zero but later build it is not cleared)

May be a step to confirm the linker involvement, (see the translation form English is "Difference between "Create" and "Compile" - Settings" and i don't have such thing as create !)
1) drop the project and click compile
2) make sure it runs
3) in the dpr file, add a space in the source, just to mark the file as changed and force the compiler to rebuild it, we need the compiler to compile/build only the dpr file.
4) click compile not "Erzeugen"
5) Will it run fine ? or it will be broken ?

Also and it is highly important and might be helpful, copy the 2 EXEs and keep them for later to compare to see what went wrong with the linker.

[himitsu]

Zitat von haentschman:

...ja. Erst mit Beenden und Neustart des Projektes und dann Kompilieren = ok.

Dann kann es wirklich so ein beschissener Cache in der IDE sein.

Ich hab das Problem bei umkopierten Packages.
* in ein Verzeichnis kompilieren (das Verzeichnis, wo die IDE das Package lädt)
* im AfterBuildScript umkopieren (in ein Run-Verzeichnis, wo die EXE liegt)
* beim Debuggen meint das Log "Package XYZ geladen, mit Debuginfo", aber das ist eine Lüge