it-swarm.com.de

Hat es jemand geschafft, Visual Studio 2003 unter Windows 7 zum Laufen zu bringen?

Ja, ich weiß ... ich könnte eine virtuelle Maschine mit XP einrichten. Leider ist unsere Build-Umgebung so, dass wir gleichzeitig VC2003, 2005 und 2008 ausführen müssen, und es wäre viel praktischer, wenn ich 2003 für die wenigen Projekte, die dies erfordern, nativ unter Windows 7 ausführen könnte.

Ich stelle fest, dass einige Dinge in der IDE möglicherweise nicht verfügbar sind, aber ich konnte 2003 unter Windows Vista ausführen, und wenn ich unter Windows 7 dieselbe Basisfunktionalität erhalten könnte, wäre ich äußerst zufrieden.

Im Moment erhalte ich eine Fehlermeldung beim Öffnen der * .pdb-Datei, wenn ich nach dem Wechsel von vc2003 zum Administrator im Kompatibilitätsmodus für XP SP 2 kompiliere.

Vielen Dank!

21
Jeremy White

Probieren Sie den XP -Modus aus, wenn er nicht von Haus aus ausgeführt werden kann.

http://www.Microsoft.com/windows/virtual-pc/download.aspx

14
Wayne Hartman

Ich habe vor einiger Zeit einen Blogeintrag darüber geschrieben, den Sie lesen können - http://technikhil.wordpress.com/2010/01/12/visual-studio-2003-and-windows-7- kann-wirklich-auskommen/

Das einzige, woran ich im Moment festhalte, ist die globale Suchfunktion von VS 2003 - die Anwendung bleibt hängen. Meine Problemumgehung besteht darin, die Windows 7-Suche zu verwenden :-). Ansonsten - soweit so gut ...

Update: Ich habe die Suche auch zum Laufen gebracht, indem ich die Aero-Funktionalität deaktiviert habe. Ich habe meinen Blog-Post mit den Details aktualisiert ...

9
Nikhil

(Vieles wiederholt sich, was oben schon geschrieben wurde.)

Ich muss VS2003 als Administrator unter Win7 64-Bit ausführen, um ältere Projekte zu unterstützen (z. B. diejenigen, die auf der ursprünglichen Xbox laufen). Das alte XDK erfordert VS2003, daher ist ein Upgrade nicht möglich. Ich könnte WinXP ausführen, aber ich bevorzuge Win7.

VS2003 wird unter Win7 nicht offiziell unterstützt, und dies führt zu einigen recht nervigen Problemen:

Find-in-Files führt dazu, dass VS2003 hängt. Die Verknüpfung schlägt aufgrund eines PDB-Dateihandlecks fehl. Das Auffinden von Dateien in Dateien wird durch "Deaktivieren von visuellen Designs" gelöst. Navigieren Sie zur VS2003-Verknüpfung (Start -> Microsoft Visual Studio .NET 2003), klicken Sie mit der rechten Maustaste, um das Kontextmenü zu erhalten, wählen Sie Registerkarte Kompatibilität, Bereich Einstellungen und aktivieren Sie die Option "Visuelle Themen deaktivieren".

Der Linkerfehler (LNK1201) tritt auf, wenn Sie das Programm über den Debugger ausführen, stoppen und eine Datei ändern und erstellen. Der Fehler ist, dass ein Visual Studio ein Handle für die PDB-Datei enthält, während der Linker versucht, in diese Datei zu schreiben. Sie können VS2003 stoppen und erneut starten, um das Problem zu umgehen. Funktioniert aber nervig.

Sie können auch das Dienstprogramm "handle.exe" von Microsoft SysInternals verwenden, um die von einem Prozess für eine bestimmte Datei gehaltenen Handles zu suchen und dann zu schließen. Schreiben Sie ein Skript, um handle.exe aufzurufen, und richten Sie das VS2003-Projekt so ein, dass dieses Skript als Pre-Build-Ereignis ausgeführt wird. (Siehe diesen Thread .) Aber handle.exe muss als Administrator ausgeführt werden.

Sie könnten "handle.exe" hypothetisch so ändern, dass sie mit den üblichen Schritten (z. B. als Kompatibilitätseinstellung) als Administrator ausgeführt wird, aber dann wird "handle.exe" (anscheinend) in einer verschachtelten Shell ausgeführt, und der Text "stdout" gelangt nicht zum aufrufenden Skript.

Sie können VS2003 als Administrator ausführen lassen. In diesem Fall wird das Pre-Build-Skript auch als Administrator ausgeführt, dh handle.exe. Das funktioniert.

Der verbleibende Trick besteht darin, VS2003-SLN-Dateien ordnungsgemäß zu öffnen. Wenn Sie VS2003 einfach als Administrator ausführen lassen, führt VS-Versionsauswahl die Ausführung von VS2003 nicht aus. Ich weiß nicht warum, aber es ist der Fall.

Sie können SLN-Dateien mithilfe von VS2003 devenv.exe anstelle von VSLauncher.exe zum Öffnen verknüpfen. Das funktioniert, aber dann werden alle neuen SLN-Dateien (2005, 2008, 2010, 2012, ...) nicht geöffnet.

Der letzte Schritt ist dann, VSLauncher.exe als Administrator auszuführen. Dies schlägt ab KB2492386 fehl, da dieser Thread angibt. Die Deinstallation dieses Updates war der letzte Schritt in dieser Saga, damit alles funktioniert.

5

PATCH JETZT ERHÄLTLICH
Nach einigen Reverse-Engineering-Vorgängen fand ich das für das Leck verantwortliche falsch gezählte COM-Objekt (es war um 1 verschoben) und entwickelte einen stabilen Patch und einen entsprechenden Artikel, der die Fehlerbehebung beschreibt. Dies behebt Probleme, die bei der Verwendung von Windows 7 bis Windows 10 aufgetreten sind. Details und Download unter:

http://bytepointer.com/articles/vs7.1_2003_on_win7_pdb_handle_leak_bug_unofficial_fix.htm

Wenn Sie den Patch manuell ausführen möchten, sind diese Details ebenfalls enthalten.

HINWEIS: Die Problemumgehung für das SysInternals-Handle-Tool funktionierte nicht für Dateien auf einer Netzwerkfreigabe. Die .PDB wurde nicht vollständig entsperrt, obwohl das Handle-Tool behauptete, sie sei geschlossen. Mein Fix beseitigt das Problem ein für alle Mal und vermeidet alle Nebenwirkungen.

5
byteptr

Führen Sie diese Installation aus. Sie müssen es aus dem Setup-Verzeichnis ausführen. Die setup.exe im Stammverzeichnis der CD wird nicht funktionieren.

D:\setup\SetUp.exe/NO_BSLN_CHECK

4
Morgan

Lösung, die ich im Web gefunden habe, die geholfen hat: Verwenden Sie für Ihr Visual Studio Anwendungskompatibilität = Windows Vista SP2 und NICHT WinXP SP3

3
Codeguard

Ich verwende Visual Studio 2003 auf Win7, seit die erste RC-Edition veröffentlicht wurde: S Warum haben die Leute Probleme?

2
kaos

Ich habe einen wirklich schmutzigen und erbärmlichen Workaround für das pdb-Problem.

Laden Sie Sysinternals-ProceXP herunter, und drücken Sie STRG-F. Geben Sie den Namen von pdb ein (smt wie ($ ProjectName) .pdb), der beim Verknüpfen nicht erstellt werden kann. Doppelklicken Sie, wenn es gefunden wird (wenn es nicht gefunden wird, führen Sie procexp mit Administratorrechten aus).

Dann werden Sie sehen, dass die .pdb-Datei im unteren Bereich des Hauptbildschirms hervorgehoben ist. Klicken Sie mit der rechten Maustaste darauf und wählen Sie Griff schließen. Wenn Sie erneut versuchen, Ihre Lösung zu erstellen, wird kein Fehler angezeigt.

Ich weiß nicht, ob diese Lösung mit einem Skript erstellt werden kann, aber es ist zumindest besser als ein Neustart von Visual Studio.

2
rahan

Ich habe versucht, VS2003 unter Windows 7 64-Bit mit der Funktion Virtuelles Windows XP zu installieren. Ich bin mir ziemlich sicher, dass dies gelingen wird. Das Problem, auf das ich gestoßen bin, ist, dass das Installationsprogramm IIS installiert haben soll, und die Installation von XP, die von der virtuellen XP-Installation bereitgestellt wird, nicht standardmäßig aktiviert ist.

Wenn Sie Komponenten hinzufügen/entfernen auswählen und versuchen, sie hinzuzufügen, werden Sie nach der Disc gefragt, die ich nicht zur Hand hatte. Sobald ich die CD in die Hände bekommen habe, bin ich mir ziemlich sicher, dass sie gut laufen wird.

Wenn Sie es nicht für andere Apps versucht haben, ist die Funktion Virtuell XP wirklich neat ...

1
Christopher

Ich erlebe das gleiche Problem. devenv.exe lässt die pdb-Dateien nach dem Ausführen des Projekts geöffnet. Ich habe eine Batch-Datei erstellt, um sie zu umgehen, sie wird geschlossen alle .pdb Dateien, die von devenv.exe geöffnet werden:

handle.exe .pdb | awk "/devenv.exe/ { split($4, fd, \":\"); system(\"handle.exe -c \" fd[1] \" -y -p \" $3)}"

Sie müssen handle.exe von sysinternals und awk von gnu in Ihrem Pfad haben, damit es funktioniert.

Benutzung auf eigene Gefahr. Das Schließen von Ziehpunkten kann zu Instabilität der Anwendung oder des Systems führen.

1
QuiOui

Ich habe keine Probleme mit Visual Studio 2003 unter Windows 7 64-Bit.

  1. Navigieren Sie zu VS2003 devenv.exe (wahrscheinlich C:\Programme (x86)\Microsoft Visual Studio .NET 2003\Common7\IDE\devenv.exe).
  2. Klicken Sie mit der rechten Maustaste und wählen Sie Eigenschaften
  3. Aktivieren Sie auf der Registerkarte Kompatibilität die Option "Dieses Programm im Kompatibilitätsmodus ausführen für:" und wählen Sie "Windows XP (Service Pack 3)" aus.
  4. Aktivieren Sie "Dieses Programm als Administrator ausführen".
0
Alex Roebuck

Ich habe Visual Studio .NET 2003 auf meinem HP EliteBook Workstation 8760W mit einem I7-Prozessor und 12 GB RAM, auf denen Windows 7 Professional 64 Bit ausgeführt wird, mit einigen erweiterten Schritten ausgeführt. Sie gehen wie folgt vor:

  1. Installieren Sie die FrontPage 2002-Servererweiterungen für IIS 7.0.
  2. Installieren Sie Visual Studio .NET 2003. Überspringen Sie einfach, wenn Sie vom Installationsprogramm aufgefordert werden, Frontpage 2002-Servererweiterungen zu konfigurieren.
  3. Installieren Sie .Net Framework 1.1 Service Pack 1 (hier herunterladen).
  4. Wechseln Sie zu Systemsteuerung> Verwaltung> Internetinformationsdienste-Manager. Markieren Sie Ihren Computer, und doppelklicken Sie dann auf ISAPI- und CGI-Einschränkungen. Ändern Sie die Einstellung für ASP .NET v1.1.4322 in Zulässig.

Dann wird immer eine Warnung mit der folgenden Meldung angezeigt

Dieses Programm hat Kompatibilitätsprobleme...

ignoriere das einfach. Setzen Sie es auch nicht in den Kompatibilitätsmodus in den Eigenschaften der IDE.

0
RetroDev

In Windows 7 gibt es den Kompatibilitätsmodus in den ausführbaren Eigenschaften. Öffnen Sie C:\Programme\Microsoft Visual Studio .NET 2003\Common7\IDE \, klicken Sie mit der rechten Maustaste auf devenv.exe und wählen Sie Eigenschaften aus. Wählen Sie auf der Registerkarte Kompatibilität die Option "In Kompatibilitätsmodus ausführen" und wählen Sie "Windows XP" in der Dropdown-Liste aus.

Versuchen Sie das, ich bin nicht sicher, ob es funktioniert, aber es ist einen Versuch wert.

0
alanquillin