Registro de Windows de 64 bits v.s. Registro de 32 bits

Question

Escuché en la arquitectura Windows x64, para admitir la ejecución de las aplicaciones x86 y x64, hay dos juegos de registros de Windows separados/diferentes: uno para la aplicación x86 y el otro para la aplicación x64. ¿acceso? Por ejemplo, si un COM registra CLSID en el conjunto de registros x86, entonces la aplicación x64 nunca podrá acceder al componente COM mediante CLSID, porque x86/x64 tiene diferentes conjuntos de registros.

Entonces, mi pregunta es si mi comprensión de la muestra anterior es correcta. También quiero obtener más documentos para aprender este tema, sobre los dos conjuntos diferentes de registro en la arquitectura x64. (He hecho un poco de búsqueda, pero no encontré ninguna información valiosa.)

gracias de antemano, George

Answer 1

Me encontré con este problema no hace mucho tiempo. La respuesta corta es que si ejecuta una aplicación de 32 bits en una máquina de 64 bits, sus claves de registro se encuentran debajo de un Wow6432Node.

Por ejemplo, digamos que usted tiene una aplicación que almacena su información de registro bajo:

HKEY_LOCAL_MACHINE\SOFTWARE\CompanyX 

Si compila su aplicación como 64 bit binario y ejecutarlo en una máquina de 64 bits entonces las claves de registro son en el lugar de arriba Sin embargo, si se compila su aplicación como 32 bit binario y ejecutarlo en una máquina de 64 bits, entonces su información de registro se encuentra ahora aquí:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\CompanyX 

Esto significa que si se ejecuta tanto en la versión de bits 32 bits y 64 de su aplicación en la misma máquina, cada uno de ellos examinará un conjunto diferente de claves de registro.

Answer 2

corro una máquina x64 bits como mi escritorio; y nunca me he encontrado con problemas con las diferentes configuraciones de registro.

por MSDN, aparentemente hay una diferencia: http://msdn.microsoft.com/en-us/library/ms724072(VS.85).aspx

HTH

Answer 3

Aquí está el artículo de Wikipedia sobre el registro WOW64 que le puede dar algo de la información que están buscando:

http://en.wikipedia.org/wiki/WOW64

Answer 4

Tu conocimiento es el correcto. No habría ninguna necesidad de una aplicación x64 para acceder a los CLSID x86, ya que nunca podría cargar esos componentes de todos modos y viceversa.

Si desea crear un componente para ser usado por x86 y x64, entonces necesita crear un par de dlls, uno para x86 y el otro para x64 y registrar ambos en sus partes apropiadas del registro. El archivo regsrv32.exe en la carpeta System32 registrará perversamente el componente x64 y regsrv32.exe en la carpeta SysWOW64 registrará el componente x86.

Como alternativa, cree un ensamblado .NET para cualquier CPU que pueda ser utilizada por cualquiera de las arquitecturas de la CPU.

Answer 5

No son registros separados: uno es un subnodo del otro, y el sistema operativo realiza la virtualización para garantizar que las aplicaciones de 32 bits obtengan sus claves y las aplicaciones de 64 bits obtengan sus claves.

Answer 6

¿Cómo registrar el ensamblado .NET para ser utilizado como COM en la aplicación pura de 64 bits?

Problema: Por defecto, si habilita "Registrar para interoperabilidad COM" en la configuración de generación, ésta no registra la biblioteca de tipos de 64 bits.

Solución: para registrar su conjunto que no está en GAC en una máquina de 64 bits, la ventana cmd abierto y hacer:

cd c:\windows\microsoft.net\framework64\v2.x.xxxxx 
regasm /codebase "path to your compiled assembly dll" 

Esto eliminará "Clase no registrada Error" cuando se utiliza nativa C++ para instanciar el ensamblado de .NET como objeto COM.