Avertissements de développement Vista 64 bits

Question

Je migre mon poste de travail de développement de Vista 32 bits vers Vista 64 bits.

La plate-forme de production est Windows Server 32 bits et SQL Server 2008.

Est-ce que quelqu'un connaît des problèmes de migration de la base de code?

EDIT:

le système se compose de formulaires Web, de code c # et de procédures stockées.

il existe également ajax.net, ssrs, ssis et des rapports / graphiques dynamiques de dundas.

Cependant, je pense que les autres utilisateurs pourraient apprécier les leçons apprises ou les commentaires en général sur cette opération.

CONSTATATIONS:

Au 24 janvier 2009

• Checkpoint VPN ne prend pas en charge Vista 64 (en réalité, très peu le sont)
• L'utilitaire Cropper a nécessité un téléchargement spécial et une reconstruction pour fonctionner sous Vista 64 (Cropper est très joli, mais il manque une capture de fenêtre à défilement)

Le manque de support pour Vista 64 n’a pas valu la peine pour moi. J'aurais aimé que quelqu'un mentionne le manque de prise en charge VPN, mais il n'existe actuellement aucun fournisseur de vpn prenant en charge les clients 64 bits .... Soyez donc averti - à compter du 28/01/2009 - l'utilisation de Vista 64 n'est pas une bonne option pour ceux qui de nous qui ont besoin de vpn.

Answer 1

J'ai fait exactement cela: migrer mon poste de travail vers Vista 64 tout en déployant du code sur des serveurs Win2008 32 bits.

En général, votre plus gros problème sera la couche d'émulation WOW64, ce qui signifie que les processus 32 bits et les processus 64 bits voient différentes versions des mêmes ressources (clés de registre, dossiers système, etc.). Dans .NET, il y a une énumération System.Environment.SpecialFolder qui vous donnera un accès en toute sécurité abstraite aux fichiers de programme, aux données d'application et à d'autres dossiers système potentiellement dangereux. Vous devrez également forcer IIS à fonctionner en mode de compatibilité 32 bits (les applications Web 64 bits et 32 ??bits ne peuvent pas être exécutées simultanément). Pour obtenir des instructions à http://support.microsoft.com/kb/894435

Il n'y a rien d'insurmontable, cependant - je compile avec succès des assemblys .NET visibles sur COM sous Vista x64 (configuration du compilateur sur des processeurs x86 cibles), puis les déploie avec ASP.NET et le code ASP hérité utilisant COM 32 bits. objets sur un serveur 32 bits, et tout fonctionne très bien. Certaines notes utiles pourraient vous être utiles publiées sur mon blog ; Le plus gros problème que j’ai rencontré personnellement est que les applications 32 bits (y compris mon éditeur de texte favori) ne peuvent plus voir C: \ Windows \ System32 ... mais même cela est assez facile à utiliser.

Answer 2

N'utilisez pas de noms codés en dur pour les dossiers système.

(une mauvaise idée quand même)

Answer 3

J'ai rencontré un problème avec Vista 64:

Fichiers de programme

Les fichiers de programme peuvent être stockés dans Fichiers de programme x86 ou dans Fichiers de programme , vous devrez peut-être coder ce problème si l'un de vos codes repose sur des hypothèses concernant l'emplacement de stockage des programmes - même si vous avez bien agi et utilisé des variables d'environnement, il y a maintenant 2 variables d'environnement différentes, car il y a 2 emplacements. Vous devez savoir dans quelle application votre application sera installée, ce qui sera différent si vous ciblez un processeur ou si vous ciblez x86.

Answer 4

J'ai eu beaucoup de mal à ajouter un gestionnaire ISAPI 32 bits tiers à IIS sur un serveur W2K3 64 bits (php). Je devais donc exécuter IIS en mode de compatibilité 32 bits. Si tout est géré, je ne peux penser à aucun problème sérieux.