Ausgabedatei kann nicht erstellt werden... warum?

[Dragon27]

Hallo zusammen,

ich habe das Problem, dass nach ein paar mal compilieren immer wieder der Fehler auftritt:

Code:

F2039 Ausgabedatei %Pfad zur Exe% kann nicht erstellt werden

Um den Fehler zu beheben, muss ich die EXE im Debug Verzeichnis löschen. Dann funktioniert es wieder genau ein mal.

Folgende Dinge habe ich bereits versucht:

UAC ist deaktiviert
Dienst zum indizieren von Dateien bei der Suche in Windows ist deaktiviert
Ordnerrechte sind auf "Jeder" darf "Alles"

Leider helfen die oben genannten Sachen nicht

Meine Umgebung:

Delphi XE 6 und Windows 8.1 Professional

Vielleicht hat einer von euch eine Idee wie man diesen Missstand beenden kann...

Danke für eure Hilfe!

[Bernhard Geyer]

Virenscanner deaktiviert?

[Dragon27]

Zitat von Bernhard Geyer:

Virenscanner deaktiviert?

Ja auch probiert, leider ohne Erfolg

[pelzig]

Die Ausgabedatei %Pfad zur Exe% kann nicht erstellt werden, weil die Echse vermutlich noch läuft.

Der Debugger der IDE kann nicht alles abschießen, was noch hängt.

Schau doch mal in den Taskmanager, da sollte deine Echse noch zu finden sein.

MfG

[Der schöne Günther]

Habe ich auch ständig, bevorzugt bei einem schnellen Test im "Embarcadero Default"-Ordner. Umbenennen des Projekts ("Project1" -> "Project2" -> "Project3" -> ...) ist meine einzige Abhilfe dagegen. Zieht sich seit ich dabei bin durch alle RAD Studio-Versionen.

Ich habe auch den Verdacht auf dem Virenscanner (G-Data), allerdings habe ich das RAD Studio auch schon öfter erwischt wie es selbst die .exe-Datei noch zum Lesen auf hatte und sich selbst am überschreiben hinderte...

[Dragon27]

Zitat von pelzig:

Die Ausgabedatei %Pfad zur Exe% kann nicht erstellt werden, weil die Echse vermutlich noch läuft.

Der Debugger der IDE kann nicht alles abschießen, was noch hängt.

Schau doch mal in den Taskmanager, da sollte deine Echse noch zu finden sein.

MfG

Dachte ich auch am Anfang, aber die EXE läuft nicht mehr... Virenscanner ist auch aus... Manuell kann ich die EXE ohne Probleme löschen. Falls diese noch laufen würde, sollte ich ja eine Fehlermeldung von Windows erhalten.

[jaenicke]

Zitat von Dragon27:

Folgende Dinge habe ich bereits versucht:

UAC ist deaktiviert

Danach tritt das Problem in einer VM hier reproduzierbar auf. Ein erneutes Aktivieren der UAC hilft nicht, ich muss die VM resetten. Danach geht es... bis ich die UAC deaktiviere.

Ein weiterer Grund neben der Sicherheit das nicht zu machen, nicht einmal testweise.

Bei mir selbst war das Problem irgendein IDE Plugin, das hatte ich bei XE3 auch mal, aber ich habe leider vergessen welches. Du könntest es einmal mit einem sauberen Profil versuchen (Parameter -rTest glaube ich).

[Aviator]

Ich hatte lange Zeit selbiges Problem. Ich hatte dann mit dem Programm LockHunter (wurde mir glaube ich von "Der schöne Günther" empfohlen) herausgefunden, dass die bds.exe selbst die Datei blockiert. Nachdem ich den Prozess, der auf die Datei zugegriffen hatte, entfernt hatte, konnte ich wieder kompilieren. Der Fehler trat allerdings nur dann auf, wenn ich im DebugModus gestartet hatte. Ohne Debugger funktionierte es immer.

Bei mir hatten folgende Dinge nichts bewirkt:

• Indexer Dienst deaktieren bzw. nur den Ordner ausschließen
• Virenscanner deaktivieren
• BDS.exe mit Administratorrechten starten
• Die Rechte des Verzeichnises in dem die Exe liegt volle Berechtigungen auf den aktuellen User zu geben
• und ich meine noch einige andere Dinge die mir jetzt nicht mehr einfallen

Was schlussendlich bei mir half war, dass ich die Jedi Erweiterungen aus meiner Delphiinstallation entfernt hatte. Sogar nur die Installation der Komponenten und nicht einmal die Nutzung dieser in dem Projekt führte schon dazu, dass die Exe nicht mehr erstellt werden konnte bzw. blockiert wurde.

Hier mal noch das Thema, das ich damals hier erstellt hatte: Link
Und hier der QC Eintrag bei Emba, bei dem die Kommentare mich auf den richtigen Weg gebracht hatten: Link


Edit: Was lt. Kommentar bei dem User in den QC Kommentaren half, war nur die Deinstallation der JCL Experts. Dies traf bei mir nicht zu. Auch eine Installation ohne Experts führte zu diesem Verhalten.

[Bernhard Geyer]

Sind bei der Jedi-Installation die Experten installiert? Da gibts ja AFAIK welche die z.B. Debugs-Infos komprimiert an die Exe hängen. Evtl. läuft da ja was falsch.

[Aviator]

Zitat von Bernhard Geyer:

Sind bei der Jedi-Installation die Experten installiert? Da gibts ja AFAIK welche die z.B. Debugs-Infos komprimiert an die Exe hängen. Evtl. läuft da ja was falsch.

Siehe meinen Beitrag.