Question

Do OpenSubKey()和其他微软公司。 Win32登记处的职能在登记Wow6432node的情况下,在64个轨道系统中,有32个轨道登记处钥匙处于Wow6432node?

I m从事一个单位测试框架的工作,从网络图书馆向开放式图书馆发出呼吁。

我的发展系统是一个Windows 7 64-bit环境,。 2008年视觉演播室 SP1和Windows 7 SDK安装了。

我们重新进行单位测试的申请是32个轨道申请,因此登记册在下实现虚拟化。当我们呼吁:

Registry.LocalMachine.OpenSubKey( @"SoftwareMyCompanyMyApp" );

返回Null,但明确称:

Registry.LocalMachine.OpenSubKey( @"SoftwareWow6432nodeMyCompanyMyApp" );

从我的理解来看,这一功能应当为32个轨道或64个轨道环境,并且应当知道会跳跃到虚拟点。

即便是陌生人,在汇编和安装的版本中,我们申请的准确呼声在同一个系统上只打上了罚款,并且正在获得必要的登记处钥匙;这些钥匙也载于。

我应该做些什么?

Answer 1

如同unit检测项目,它汇编成64比。在<代码>Compile 的单位测试项目环境中,将“Target CPU”设定为x86/code>(而不是AnyCPU)。

Answer 2

如果你真的需要32个比照申请,你可以进入64个比照登记处:

RegistryKey localMachine64 = RegistryKey.OpenBaseKey(RegistryHive.LocalMachine, RegistryView.Registry64);
RegistryKey regKey = localMachine64.OpenSubKey(@"SoftwareMyCompanyMyApp", false);

Answer 3

是的,我也与Windows 7 64-bit和视觉演播室2008 SP1有着同样的问题。但我的解决办法是相反的,即从“x86”改为“任何CPU”或“x64”。

Answer 4

可能关注的人

在我的考验中,如果你正在利用任何Cpu来制定该守则,使之达到开放式的SubKey,并在一个x64的非洲顾问办公室管理该守则,你就会发现,你没有在你所期望的领域工作。

例如:( 试验,载于4.5.2)

RegistryKey rsk = Registry.LocalMachine.OpenSubKey("SOFTWARE");

当你检查时。 GetSubKeyNames()

I checked this in debug , the result is neither HKLM nor HKCU, at least i cannot tell what it is (very much like HKCU but not the same).

最著名的问题是:

DeleteSubKeyTree will throw Argument Exception. if you try open the subkey before deleting, it is ok, but when doing the deletion, it will say, hey, it is not here...

因此,现在我永远不会再使用任何《公约》。

友情链接