*.exe erzeugen

[Andreas13]

@DomPerle
Du kannst "verschollene" Dateien am sichersten & schnellsten mit Everything.exe https://www.voidtools.com/ aufspüren.
Gruß, Andreas

[himitsu]

Zitat von Andreas13:

Du kannst "verschollene" Dateien am sichersten & schnellsten mit Everything.exe https://www.voidtools.com/ aufspüren.

In diesem Fall reicht es vollkommen die unbekannten und neu aufgetauchten Unterverzeichnisse sich anzusehn.

Oder man blendet im Taskmanager die richtigen/nützlichen Spalten ein, während man das Programm im Debugger gestartet hat und sieht auch dord direkt das Verzeichnis.

[Andreas13]

Zitat von himitsu:

Zitat von Andreas13:

Du kannst "verschollene" Dateien am sichersten & schnellsten mit Everything.exe https://www.voidtools.com/ aufspüren.

In diesem Fall reicht es vollkommen die unbekannten und neu aufgetauchten Unterverzeichnisse sich anzusehn.

Wenn man aber nichts von neuen Verzeichnissen ahnt...
Andreas

[himitsu]

Früher waren die EXEn und DCUs standardmäßig im Projektverzeichnis (bzw. die DCUs neben den PAS) und genau da liegen auch die neuen Standardverzeichnisse.
Selbst wenn man es nicht weiß, dann sollten dennoch ganz oben, auf den ersten Blick, die neuen Verzeichnisse auffallen, welche es früher nicht gab?

[Andreas13]

Habe gerade nachgeschaut: In "meinem" alten Delphi 5 waren noch (meine) "Projekte" (die damals nocht nicht Project hießen) und Exe-Files alle in einem Verzeichnis gelandet. Es ist jedoch nicht auszuschließen, daß ich meine Verzeichnisse damals falsch konfiguriert hatte...
Andreas

[KodeZwerg]

Oder man schaut einfach in die message log, da steht der ausgabepfad drinn lol

[himitsu]

Nur ganz kurz ... bei mir für kleine Projekte nichtmal 'ne viertel Sekunde.
Dann geht der Dialog (wenn erfolgreich) automatisch zu, aber zuletzt würde eh der Pfad des Projekts (DPROJ) darin stehen, anstatt der EXE.
Klar, es wäre auch praktisch gewesen, wenn die Logausgabe des Compilers das Ziel enthalten würde, aber das wäre zu einfach.



Früher waren die Ausgabeverzeichnisse standardmäßig leer,
also wenn man da nichts eingetragen hatte, dann gab es dieses Verhalten und alles lag zusammen vermüllt im Projektverzeichnis.

In neuen Projekten von aktuelleren Delphis steht derzeit .\$(Platform)\$(Config) drin (z.B. Projektverzeichnis\Win32\Debug\).

Nur beim Upgrade von alten Projekten in neue Delphis, gibt es "Problemchen", da dort neue "Dinge" nicht in der DPROJ aktualisiert werden.
Aber ist egal, denn Delphi 5 kannte DPROJ noch nicht (da war es noch DOF) und somit hat er auch eine ganz aktuelle DPROJ bekommen.




Wobei mir diese Verzeichnisstruktur, mit den nutzlosen und umständliche vielen Leveln, zuwieder ist
und ich stattdessen, aus Faulheit, öfters etwas "Flacheres"/Übersichtlicheres verwende, wie z.B. .\$(Platform)_$(Config) . (_ statt \ )

Oder eher .\_bin\$(Platform)_$(Config) für EXE und DLL, sowie .\_dcu\$(Platform)_$(Config) für die DCUs,
um die Ausgaben auch wunderbar getrennt zu haben.

Und, in Hinblick auf neuere Delphis (parallel mit alt und neu gearbeitet),
ein .\_dcu\$(ProductVersion)_$(Platform)_$(Config) .

https://www.delphipraxis.net/166030-...toptionen.html