D7 unter Win7: Ausgabedatei kann nicht erstellt werden

[Codehunter]

Hallo!

Ich habe ein ziemlich seltsames Problem:

D7 ist bei mir unter Win 7 installiert. Ich habe alle Projekte auf einem eigenen Laufwerk (D: ). Die IDE hat keine erhöhten Rechte und läuft nicht im Kompa-Modus. Ich selbst habe Admin-Rechte und bin damit angemeldet. Das Ausführungsverzeichnis, sowie die verschiedenen Ausgabeverzeichnisse habe ich ebenfalls auf D: gelegt. Ich habe auf D: durchweg Vollzugriff. Sprich: Die IDE könnte dort schreiben wann immer und was immer sie will.

Die UAC ist testweise abgeschaltet.

Jetzt kommts: Ich erstelle ein neues Projekt, leeres Formular. F9 - starten - geht. Projekt beenden - geht. F9 - starten - geht nicht: "Ausgabedatei 'D:\IrgendeinPfad\Projekt1.exe' kann nicht erstellt werden. Da kann ich kompilieren wie ich will, es geht einfach nicht. Nach ca. 60 Sekunden, wie von Zauberhand, geht es wieder. Ohne dass ich irgendwas geändert hätte.

Während der 60 Sekunden wo die IDE sich verweigert, kann ich die Projekt1.exe aber problemlos händisch löschen, sie läuft also nicht mehr. Also kein halbtoter Prozess oder sowas.

Im Sysinternals Process Explorer sehe ich, dass die IDE das Handle zur Projekt1.exe sofort freigibt sobald das Projekt beendet wird. Der Debugger vergreift sich also auch nicht daran.

Ich habe schon den Virenscanner abgeschaltet und inzwischen sogar deinstalliert, weil sich andernorts Hinweise darauf fanden daß irgendwelche Anti-Spyware-Tools da rumpfuschen. Aber selbst das war es nicht.

Jetzt sind mir irgendwie die Ideen ausgegangen. Habt ihr evtl. noch welche?

Grüße
Cody

[p80286]

Kapsel die Projekt1 doch mal in eine Batchdate:

Code:

project1
del project1.exe
pause

vielleicht kommt dann eine vernünftige Fehlermeldung dabei herum.
(Mein D7 zickt unter Vista und W7 auch manchmal, dann nehm ich "the big red knob")

Gruß
K-H

[Codehunter]

Leider keine neuen Erkenntnisse dadurch. Außer dass die Batchdatei die EXE nicht löschen mag. Fehlermeldungen gibt es keine, die Datei besteht einfach weiter. Der Dateiexplorer kann sie aber problemlos löschen. Während der "Karenzzeit" melden aber z.B. auch andere Programme wie z.B. Hex-Editor, dass die Datei in Verwendung wäre.

Zwischenzeitlich habe ich auch den Laufwerk-Indizierungsdienst abgeschaltet, ohne Erfolg.

[Uwe Raabe]

Schalte doch mal die Volltext-Indizierung für das Verzeichnis ab.

Edit: Kein roter Kasten bei Edits, oder?

[Codehunter]

Zitat von Uwe Raabe:

Schalte doch mal die Volltext-Indizierung für das Verzeichnis ab.

Edit: Kein roter Kasten bei Edits, oder?

Ist schon alles deaktiviert. Mittlerweile habe ich rausgefunden, dass es etwas mit den Rechten zu tun hat welche man der IDE gibt. Lasse ich sie als Admin laufen ist das Problem weg. Ich möchte sie aber mit normalen Rechten laufen lassen (ging ja bisher auch), sonst handelt man sich ungewollt Probleme ein wenn man sein Projekt dann irgendwann mal auf normalen Rechten laufen lässt und einem dann die Zugriffsprobleme um die Ohren fliegen.

Wasn fürn roter Kasten?

[jaenicke]

Ging es auch schon nicht bevor du die UAC das erste Mal seit der Windows-Installation deaktiviert hast? Ich hatte da schon einige seltsame Effekte mit Rechten, wenn ich die UAC in Testsystemen deaktiviert hatte und dann mit dem System gearbeitet habe. Leider bleiben die Effekte dann auch, wenn man die UAC wieder aktiviert. Unter anderem sind die Rechte von diversen Dateien dann verbogen gewesen.

Hier hatte ich eine Anleitung für die Installation von Delphi 7 unter Vista oder Windows 7 gepostet:
http://www.delphi-library.de/topic_89408.html
So funktioniert es auf allen Systemen, die ich getestet habe, problemlos (und auch die Rückmeldungen waren bisher positiv), vorausgesetzt die UAC war nie deaktiviert.

[Codehunter]

Nein, die UAC lief von Beginn an auf Standardeinstellungen, später auf der zweit niedrigsten Stufe. Komplett aus gemacht habe ich sie erst jetzt NACH dem Schlamassel. Übrigens habe ich D7 nach deiner Anleitung ursprünglich installiert. Am Anfang gab es trotzdem Scherereien weil Win 7 automatisch einen XP-Kompatibilitätsmodus eingestellt hatte. Danach lief das aber gut ein Jahr ohne Probleme.

Ich vermute die Ursache irgendwo im Domänennetz, aber schön versteckt. Denn es gab erst Probleme als am PDC rumgeschraubt wurde. An den Dateirechten liegt es denke ich nicht, sonst würde es nicht nach 60 Sekunden plötzlich funktionieren.

[jaenicke]

Zitat von Codehunter:

Ich vermute die Ursache irgendwo im Domänennetz, aber schön versteckt. Denn es gab erst Probleme als am PDC rumgeschraubt wurde.

Sind bei dir vielleicht Offline-Dateien oder so etwas aktiviert?
Ist das ein Windows-Server Netzwerk mit Active Directory usw.?

[Codehunter]

Zitat von jaenicke:

Sind bei dir vielleicht Offline-Dateien oder so etwas aktiviert?
Ist das ein Windows-Server Netzwerk mit Active Directory usw.?

Offline-Dateien, nein diese Krankheit ist natürlich abgeschaltet, Volumeschattenkopie ist es auch nicht, laut Admin. Das Netz ist ein Win-Domänennetz mit WS2008 und AD.

[Codehunter]

So, ich sage mal vorsichtig: Problem gelöst.

Ursache: Der Dienst "Anwendungserfahrung" lief nicht. Was auch immer jetzt die Aero-Oberfläche mit 60-Sekunden-Sperren auf EXE-Dateien zu tun hat, das weiß wohl nur Microsoft. Warum man einer XP-Kompatibilitäts-Layer dann auch noch einen so idiotischen Namen gibt, das weiß wohl nur der M$-Übersetzer, der seinen Laptop wohl mit zum Oktoberfest nahm. Warum ein Programm (Delphi-IDE) das man absichtlich NICHT im XP-Kompa-Mode laufen lässt, von einer XP-Kompa-Layer abhängig ist, das weiß wohl nur der Himmel.