So I used RegEdit to add the following to the registry on my workstation:
HKLM\Software\Foo\Bar
Bar has a k/v pair of "wtf"/"idk". I verified that these changes "took" by closing regedit and re-opening it. Hey, they're still there! Swell.
RegistryKey key = Registry.LocalMachine.OpenSubKey(@"SOFTWARE\Foo\Bar");
if (key != null)
{
var = key.GetValue("wtf").ToString();
}
The problem is, key is null.
When. . .
Registry.LocalMachine.OpenSubKey("Software").GetSubKeyNames()
Is called, Foo doesn't show up amongst the however many SubKeyNames.
So, I am obviously missing something stupid. What specifically am I missing?
The supporting files for HKEY_CURRENT_USER are in the %SystemRoot%\Profiles\Username folder.
If you are running a 32 bit process on a 64 bit version of Windows the 32 bit process (your test application) is not always able to see the keys you created using 64 bit regedit.
Try running your application as 64 bit or use regedit to open the key using the path HKLM\SOFTWARE\Wow6432Node\Foo\Bar
.
You can read more about 32-bit and 64-bit application data in the registry on MSDN.
Might be a x64 issue? When reading from the registry in a x86 process you are redirected to the Software\Wow6432node.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With