Rebuild all brachte leider keine Abhilfe. Allerdings funktioniert das Projekt, wenn ich es lokal ablege unter c:\temp\ oder sonstiges. Kopiert man das Projekt wieder zurück auf´s Netzlaufwerk geht es wieder nicht mehr. Das scheint bei allen VC 7 Projekten so zu sein, das einzige was sich ändert ist der Name der RSP-Datei. Die MSDN war leider wenig hilfreich.

Noch das Buildlog:
------- Buildvorgang wurde gestartet: Projekt: Test2, Konfiguration: Debug|Win32 -------

Befehlszeilen
Die temporäre Datei "h:\Test2\Debug\RSP000005.rsp" wird erstellt. Inhalt:
[
/Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_MBCS" /Gm /EHsc /RTC1 /MLd /Yu"stdafx.h" /Fp"Debug/Test2.pch" /Fo"Debug/" /Fd"Debug/vc70.pdb" /W3 /c /Wp64 /ZI /TP
.\Test2.cpp
]Erstellen der Befehlszeile "cl.exe @h:\Test2\Debug\RSP000005.rsp /nologo"Die temporäre Datei "h:\Test2\Debug\RSP000006.rsp" wird erstellt. Inhalt:
[
/Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_MBCS" /Gm /EHsc /RTC1 /MLd /Yc"stdafx.h" /Fp"Debug/Test2.pch" /Fo"Debug/" /Fd"Debug/vc70.pdb" /W3 /c /Wp64 /ZI /TP
.\stdafx.cpp
]Erstellen der Befehlszeile "cl.exe @h:\Test2\Debug\RSP000006.rsp /nologo"

Ausgabefenster
Kompilieren...
cl: Befehlszeile error D2022: 'h:\Test2\Debug\RSP000006.rsp' kann nicht geöffnet werden

Ergebnisse
Das Build-Protokoll wurde unter "file://h:\Test2\Debug\BuildLog.htm" gespeichert.
Test2 - 1 Fehler, 0 Warnung(en)

/Edit: Achja und es betrifft anscheinend nur C++ Projekte.

Letzter verzweifelter Versuch

Der Post ist zwar schon alt, aber es scheint wirklich so zu sein, dass man das Projekt oder mindestens die temporären Dateien lokal speichern muss.

Ich hatte heute den gleichen Fehler.

PS: Nein, Du bist nicht der Einzige der seine Dateien auf dem Server hosten will, jetzt sind wir schon 2

Was man nicht lokal machen sollte, sind Backups oder die Dateien die in einer Versionskontrolle liegen.

Weil VC 2003 das aber anscheinend nicht unterstützt bleib ich weiterhin bei VC 6, auch wenn´s schwer fällt.

Mir fallen ausschliesslich Nachteile ein.

Mir fallen da nur Vorteile ein.

Neben der Situation von 'asdrubael' die genau meiner entspricht, habe ich auch noch den Vorteil, dass Dateien die auf dem Server lagern, automatisch 2x täglich ins Backup kommen.

Eine Entwicklungsumgebung die ja auch Netzwerkprogramme und Gruppenarbeit unterstützen will und selber nicht mal einen Pfad zum Server verarbeiten kann, nenn ich hirnrissig.

Ich habe jedoch irgendwo gelesen, dass man das Problem umgehen kann, indem man nur die temporären Dateien lokal stellt und die Projektdateien können dann auf dem Server stehen. Das wäre dann OK. Ich weiss aber nicht, wie das geht.

Kennt das jemand ?

MS bietet auch Support an. Vielleicht ist es ja ein Bug.

Ich glaube die Standardantwort von Microsoft lautet wie immer: It's not a bug, it's a feature.

Versionskontrollsysteme haben wir nicht, weil es sich nur um Ein-Mann Projekte handelt.

Möööp! Also doch keine Versionskontrolle? Hätteste eine, würdeste kein Netzlaufwerk brauchen. Wie gesagt, du bist wahrscheinlich der einzige. Im ernst, VCS ist pflicht, auch wenn man eine One-Man-Show ist! Ich hab zu Hause auch ein VCS (Subversion) und das lokal installiert, ohne entfernten Server. Warum? Weil VCS halt auch Versionierung u.ä. anbieten, die man auch als Einzelkämpfer braucht. Oder wie versionierst du? Mit Copy+Paste im Explorer und dann den Ordner mit ner Versionsnr. versehen?

VC 2005 hat übrigens das gleiche Problem das ist also "serienmäßig". Vielleicht eine Verkaufsstrategie für VSS, wenn es das überhaupt noch gibt.