Vista 64-Bit-Entwicklung Caveats

Question

ich meine Entwicklungs-Workstation von 32-Bit-Vista auf 64-Bit-Vista migrieren.

Die Produktionsplattform ist 32-Bit-Windows-Server und SQL Server 2008.

Kennt jemand irgendwelche Probleme mit der Code-Basis migrieren?

EDIT:

Das System besteht aus Web-Formularen, c # -Code, Stored Procedures.

gibt es auch ajax.net, ssrs, ssis und dynamische Berichte / Grafiken aus dundas.

Aber ich denke, andere Benutzer können alle Lektionen schätzen gelernt oder Feedback im Allgemeinen in Bezug auf diesen Schritt.

Ergebnisse:

Ab 24. Januar 2009

• Checkpoint VPN unterstützt Vista nicht 64 (tatsächlich scheint es, dass nur sehr wenige tun)
• Cropper Dienstprogramm erforderlich spezieller Download und der Wiederaufbau auf Vista arbeiten 64 (Cropper sieht sehr schön aus, aber es fehlt scrollbaren Fenster Capture)

Der Mangel an Unterstützung für Vista 64 machte es lohnt sich nicht, während für mich. Ich wünschte, jemand würde den Mangel an VPN-Unterstützung erwähnt haben, aber es gibt derzeit keine vpn Anbieter, der 64-Bit-Clients unterstützt .... also forwarned - wie von 2009.01.28 - mit 64 Vista ist keine gute Option für diejenigen, von uns, die brauchen vpn.

Answer 1

Ich habe genau das getan - migriert meinen Arbeitsplatz zu Vista 64, während immer noch Code zu 32-Bit-Win2008 Server bereitstellen

.

Im Allgemeinen Ihr größtes Problem wird die WOW64-Emulationsschicht sein - (. Registry-Schlüssel, Systemordner, und so weiter), was bedeutet, dass 32-Bit-Prozesse und 64-Bit-Prozesse verschiedene Versionen der gleichen Ressourcen sehen in .NET, gibt es eine Aufzählung System.Environment.SpecialFolder, die Sie sicher abstrahierten Zugriff auf Programme, Anwendungsdaten und andere potenziell gefährliche Systemordner geben. Sie müssen auch IIS zwingen, in 32-Bit-Kompatibilitätsmodus ausgeführt werden (es ist nicht 64-Bit-und Web-32-Bit-Anwendungen gleichzeitig ausgeführt werden kann) - Anweisungen unter http://support.microsoft.com/kb/894435

Es gibt nichts unüberwindbar, obwohl - ich COM-sichtbar .NET-Assemblies auf Vista x64 erfolgreich kompilieren (Einstellung der Compiler x86-CPUs zum Ziel), und sie dann neben ASP.NET und Legacy-ASP-Code bereitstellen 32-Bit läuft COM Objekte auf einem 32-Bit-Server, und es ist alles sehr gut funktioniert. Es gibt einige Hinweise nützlich für Sie auf mein Blog ; größten Kopfschmerzen ich persönlich begegnet war, dass 32-Bit-Anwendungen (einschließlich meiner bevorzugten Texteditor) C nicht sehen können:. \ Windows \ System32 mehr ... aber auch genug, das ist einfach, um zu arbeiten

Answer 2

Sie nicht hart codierten Namen für Systemordner verwenden.

(eine schlechte Idee sowieso)

Answer 3

Ich bin gekommen, über ein Problem mit Vista 64:

Programme

Programm-Dateien können in Programme x86 oder in Programme gespeichert werden Sie können, um dieses codieren, wenn alle Ihre Code macht Annahmen über denen Programme gespeichert sind - auch wenn Sie das richtige und verwendeten Umgebungsvariablen getan haben, da es zwei Standorte sind, gibt es nun zwei verschiedene Umgebungsvariablen. Sie müssen wissen, welche dieser App installiert werden, die anders sein wird, wenn Sie von jeder CPU Ziel, wenn Sie x86 Ziel.

Answer 4

Ich hatte viel Mühe mit 3rd-Party-32-Bit-ISAPI-Handler IIS Hinzufügen auf 64-Bit-w2k3 Server (PHP) Ich musste IIS läuft in 32-Bit-Kompatibilitätsmodus machen. Wenn das alles geschafft ist kann ich kein ernstes Problem denken though.