Ausgabedatei kann nicht erstellt werden .exe und .rsm

**Peter-Pascal**

Hallo,

seit kurzem bekomme ich regelmäßig folgenden Fehler:

[dcc64 Fataler Fehler] F2039 Ausgabedatei '.\Win64\Debug\DBTestProject1.rsm' kann nicht erstellt werden

Gelegentlich wechselt er mit *.exe ab.

Ich habe hier schon geschaut und gesehen, dass ich nicht der Erste bin mit diesem Problem. Die Dienste Anwendungserfahrung sind gestartet.

Ich kann ca. dreimal hintereinander mit F9 das Programm starten, dann kommt die obige Fehlermeldung. Nach etwas warten geht es dann wieder.

Ich nutze AVira ein gekauftes Virenschutzprogramm. Da habe ich schon einige Funktionen abgeschaltet.

Betriebssystem ist Win 8.1.

Weiß jemand, was ich noch tun kann?

Gruß Peter

**blawen**

Dieses Phänomen habe ich auch unter XE5-XE7.
Wenn Du die Plattform (32/64) oder zwischen Debug und Release umschaltest, kannst wieder compiliert werden.
Ich nehme mal an, dass die exe-Datei nicht freigegeben wird und diese dadruch nicht überschrieben werden kann.

Tritt bei mir auch mit RadStudio 2009 gelegentlich auf, z.B. wenn beim Compilieren mit anschließendem Startversuch was schiefging (weshalb ich den integrierten Debugger im Vedacht habe). Ich behelfe mir meistens damit, die betroffenen Dateien aus dem entsprechenden BIN-Ordner (Ziel-Ordner für Binär-Dateien wie Exe und Mapfiles etc.) zu löschen. Manchmal setze ich auch den

Unlocker ein oder starte, wenn das auch nicht hilft, gar die IDE neu.

Auch beim Arbeiten mit XE2 und XE7 ist mir das beschriebene Phänomen schon ein- zweimal begegnet, aber da kann ich nicht viel mehr dazu sagen, weil ich nur sporadisch an Kunden-PCs mit diesen neueren IDEs in Kontakt komme.

**CarlAshnikov**

Ich habe das Problem auch sporadisch. Was dann meist hilft, ist die Software mit Strg + F9 neu zu bauen danach lässt sie sich wieder starten.

**Peter-Pascal**

Vielen Dank für die Antworten,

zu minderst weiß ich, nicht mit dem Problem allein zu sein und es irgendwie an falschen Einstellungen liegt. Möglicherweise liegt es also tatsächlich an Emba und es wird hoffentlich bald eine Lösung geben.

**sahimba**

Zitat von Peter-Pascal:

Möglicherweise liegt es also tatsächlich an Emba und es wird hoffentlich bald eine Lösung geben.

Mit XE8 wird alles besser...

**Bernhard Geyer**

Zitat von sahimba:

Zitat von Peter-Pascal:

Möglicherweise liegt es also tatsächlich an Emba und es wird hoffentlich bald eine Lösung geben.

Mit XE8 wird alles besser...

Das geht aber nur wenn

a, Emba weiß das es hier ein Problem gibt

und

b, Es ein Anleitung gibt es nachzuvollziehen.

Selbst hat man auch so seine Probleme einen Fehler zu fixen wenn vom Kunden nur ein "Die Anwendung geht nicht" bekommt.

**4dk2**

Emba weiss um den Fehler, ich hab den sogar selbst schon vor jahren im QC reported.
Erstmals bei mir mit XE3 aufgetreten.

Nur mit dem Bugfixing hat es Emba ja nicht "soooo". Und wenn kommt es als feature in die nächste version...

Falls du selber mal den Fehler haben willst. Einfach ne leere VCl anwendung erstellen und nen breakpoint setzen.
Dann 1 bis xxxx mal: compilieren, breakpoint, programm zurücksetzen usw. Irgendwann kommt der Fehler

Bei mir bei XE3 hilft da auch nur IDE beenden.

**Bernhard Geyer**

Zitat von 4dk2:

Falls du selber mal den Fehler haben willst. Einfach ne leere VCl anwendung erstellen und nen breakpoint setzen.
Dann 1 bis xxxx mal: compilieren, breakpoint, programm zurücksetzen usw. Irgendwann kommt der Fehler

xxxx = 100 und immer noch kein Problem.
oder tritt es erst zuverlässig mit > 1000 Starts auf?

Hast du noch die QC-Nummer des Eintrags?

**chess**

Zitat von Bernhard Geyer:

Zitat von 4dk2:

Falls du selber mal den Fehler haben willst. Einfach ne leere VCl anwendung erstellen und nen breakpoint setzen.
Dann 1 bis xxxx mal: compilieren, breakpoint, programm zurücksetzen usw. Irgendwann kommt der Fehler

xxxx = 100 und immer noch kein Problem.
oder tritt es erst zuverlässig mit > 1000 Starts auf?

Hast du noch die QC-Nummer des Eintrags?

xxxx = 100... aha