Advertencias de desarrollo de Vista de 64 bits

Question

Estoy migrando mi estación de trabajo de desarrollo de Vista de 32 bits a Vista de 64 bits.

La plataforma de producción es Windows Server de 32 bits y SQL Server 2008.

¿Alguien sabe de algún problema con la migración de la base de código?

EDITAR:

el sistema consta de formularios web, código c #, procedimientos almacenados.

también hay ajax.net, ssrs, ssis e informes / gráficos dinámicos de dundas.

sin embargo, creo que otros usuarios pueden apreciar cualquier lección aprendida o comentarios en general con respecto a este movimiento.

HALLAZGOS:

A partir del 24 de enero de 2009

• Checkpoint VPN no es compatible con Vista 64 (en realidad parece que muy pocos lo hacen)
• La utilidad Cropper requería una descarga especial y una reconstrucción para funcionar en Vista 64 (Cropper se ve muy bien, pero carece de captura de ventana desplazable)

La falta de soporte para Vista 64 hizo que no valiera la pena para mí. Desearía que alguien hubiera mencionado la falta de soporte de VPN, pero actualmente no hay un proveedor de VPN que admita clientes de 64 bits ... Así que tenga cuidado, a partir del 28/01/2009, usar Vista 64 no es una buena opción para aquellos de nosotros que necesitamos vpn.

Answer 1

He hecho exactamente esto: migré mi estación de trabajo a Vista 64 mientras seguía implementando código en servidores Win2008 de 32 bits.

Generalmente, su mayor problema será la capa de emulación WOW64, lo que significa que los procesos de 32 bits y los procesos de 64 bits ven diferentes versiones de los mismos recursos (claves de registro, carpetas del sistema, etc.) En .NET, hay una enumeración System.Environment.SpecialFolder que le dará acceso abstracto y seguro a los Archivos de programa, Datos de aplicación y otras carpetas del sistema potencialmente riesgosas. También deberá forzar a IIS para que se ejecute en modo de compatibilidad de 32 bits (no puede ejecutar aplicaciones web de 64 bits y 32 bits simultáneamente) - instrucciones en http://support.microsoft.com/kb/894435

Sin embargo, no hay nada insuperable: estoy compilando satisfactoriamente ensamblados .NET visibles para COM en Vista x64 (configurando el compilador para apuntar a las CPU x86), y luego implementándolos junto con ASP.NET y el código ASP heredado que ejecuta COM de 32 bits objetos en un servidor de 32 bits, y todo funciona muy bien. Hay algunas notas que puede encontrar útiles publicadas en mi blog ; El mayor dolor de cabeza que encontré personalmente fue que las aplicaciones de 32 bits (incluido mi editor de texto favorito) ya no pueden ver C: \ Windows \ System32 ... pero incluso eso es bastante fácil de solucionar.

Answer 2

No use nombres codificados para las carpetas del sistema.

(una mala idea de todos modos)

Answer 3

Me he encontrado con un problema con Vista 64:

Archivos de programa

Los archivos de programa pueden almacenarse en Archivos de programa x86 o en Archivos de programa puede que tenga que codificar esto si alguno de sus códigos hace suposiciones sobre dónde se almacenan los programas: incluso si ha hecho lo correcto y ha utilizado variables de entorno, ya que hay 2 ubicaciones, ahora hay 2 variables de entorno diferentes. Debe saber en cuál de ellos se instalará su aplicación, que será diferente si apunta a cualquier CPU si apunta a x86.

Answer 4

Tuve muchos problemas para agregar un controlador ISAPI de 32 bits de terceros a IIS en un servidor w2k3 (php) de 64 bits. Tuve que hacer que IIS se ejecutara en modo de compatibilidad de 32 bits. Si todo está gestionado, no puedo pensar en ningún problema grave.