Delphi 10 Seattle und Windows 10 Pro

[bra]

Wenn das alles nichts hilft, lade dir mal den Process Explorer runter (https://technet.microsoft.com/de-de/...sexplorer.aspx) und suche dort, wenn der Lock auftritt nach der betreffenden Source-Datei. Da werden dann alle Prozesse aufgelistet, welche auf die Datei zugreifen. Vielleicht findest du da was.

[PeterDev]

Der Prozess Explorer hilft leider auch nicht, da die Datei offensichtlich nur kurz gelockt ist.

Habe gestern Abend noch einen weiteren Rechner aufgesetzt, mit demselben Verhalten.

Was bei beiden Rechnern auffällt ist, dass wenn er eine *.dcu Datei nicht erstellen kann, die entsprechende *.pas Datei in der IDE geöffnet wird. Will man sie dort schliessen, fragt Delphi ob die Änderungen gespeichert werden sollen.

Was ändert Delphi etwas an den Quelldateien? Das werde ich mal näher durchläuchten.

Speichert mann die Änderungen, dann läuft der nächste Compilerlauf über diese Datei drüber.

[himitsu]

Zitat von PeterDev:

Der Prozess Explorer hilft leider auch nicht, da die Datei offensichtlich nur kurz gelockt ist.

Hat der nicht auch ein Aktivitätslog? (glaub das ist jetzt da mit integriert)
Früher gab es mal sowas wie Diskmon, halt nur auf Dateiebene, als Einzelprogramm. (glaub in etwa so ProcessMon+DirMon+RegMon=ProcessExplorer)

Also nicht schauen wer das jetzt noch offen hat, sondern im Log, wer es offen hatte.

[Der schöne Günther]

Ist es nicht so dass das RAD Studio immer noch Probleme mit "Linux-Zeilenumbrüchen" (also nur #10 statt #13#10) hat? Vielleicht versucht er die zu berichtigen und kommt dann irgendwie durcheinander. Obwohl ... Dann wäre es wahrscheinlich reproduzierbar dass es immer bei bestimmten Dateien ist...

[Harry Stahl]

Zitat von PeterDev:

Was bei beiden Rechnern auffällt ist, dass wenn er eine *.dcu Datei nicht erstellen kann, die entsprechende *.pas Datei in der IDE geöffnet wird. Will man sie dort schliessen, fragt Delphi ob die Änderungen gespeichert werden sollen.

Was ändert Delphi etwas an den Quelldateien? Das werde ich mal näher durchläuchten.

Speichert mann die Änderungen, dann läuft der nächste Compilerlauf über diese Datei drüber.

So was ähnliches hatte ich auch schon mal. Lag daran, dass - warum auch immer - eine Pas-Datei bzw. die zugehörige DCU eines Drittkomponentenherstellers beim Kompilieren aktualisiert werden musste (wegen irgendeiner Abhängigkeit zu einer anderen Drittkomponente). Die Komponente war aber (Hersteller-Vorgabe) im C:\Programm files Pfad installiert.

Delphi musste daher einmal im Admin-Modus gestartet werden, dann lief alles durch, Änderungen de DCU-Datei wurde gespeichert und danach ging alles auch im normalen Modus.

Vielleicht versuchst Du es daher einmal im Admin-Modus und schaust, ob dann alles direkt durchläuft.

[PeterDev]

Es ist zum verzweifeln. Ich arbeite jetzt seit über 20 Jahren mit Delphi und habe fast alle Versionen durch.
Habe jetzt zwei Rechner mit Windows 10 und Delphi Seattle installiert und konfiguriert. Alles ist auf dem aktuellen Stand!
Verschiedene Virenscanner, ohne Virenscanner probiert. Es hilft alles nichts.

Kann mir denn irgend jemand im Forum bestätigen, dass er Delphi 10 Seattle Update 1 unter Windows 10 Professional im Einsatz hat
und mit einem größeren Projekt keine Probleme hat?

Das Projekt läst sich unter Windows 8.1 und Delphi XE2 und XE6 problemlos als 32/64bit Applikation erzeugen. Nicht einmal hatte ich in den
letzten 20 Jahren solch ein Phänomen.

Starte ich unter 32bit den Compiler-Lauf mehrfach, dann bricht er mal mit Datei xy.pas nicht gefunden ab, das andere mal kann er irgend eine yz.dcu
nicht erstellen. Es ist völlig willkürlich welche Datei er nicht findet oder erstellen kann, beim nächsten Durchlauf ist es eine andere.
Der 32bit Compiler schafft dann irgendwann die Exe zu erstellen. Unter 64bit kann ich den Vorgang beliebig oft wiederholen, er bricht immer bei irgend einer Datei ab.

[jaenicke]

Diesen Effekt haben wir auch. Ein Neuerstellen des Projekts hat bei uns aber immer geholfen. Da es in keinster Weise reproduzierbar ist, haben wir das bisher ignoriert.

[PeterDev]

Auch beim "Neu Erstellen" habe ich dieses verhalten. Wenn ich die Anwendung nur als 32bit bräuchte, könnte ich das auch ignorieren, das es dort nach einigen Erstellungsversuchen durchläuft. Aber die 64bit Variante krieg ich nicht erstellt.

[Sir Rufo]

Was hast du unter Ausgabeverzeichnis für Units (Projekt-Optionen/Delphi-Compiler) eingestellt?

Per Default steht bei allen Konfigurationen und Plattformen: .\$(Platform)\$(Config)