06-21-2011 07:04 AM
I'm running it at Windows7, and it works.
Do you have admin rights?
06-21-2011 07:40 AM - edited 06-21-2011 07:43 AM
Definitly I am, I can change or delect registry keys using Regedit.
Just now I did another try: After a new key was added (in regedit) manually, Some of the keys can be listed using Enum Registry Value Simple.vi (like ProductName, Pathname).However, I can not read the new key out using the same vi, not to say the one I was talking about.
06-22-2011 06:56 AM
11-15-2011 05:48 AM
Did this solve your problem? I am using a 32bit Windows. Defnitely 32bit LV. Still seeing the issue..
06-25-2019 01:12 PM
Great!!
The link in the "Solution" is not found.
06-25-2019 04:13 PM - edited 06-25-2019 04:27 PM
James@Work wrote:
Great!!
The link in the "Solution" is not found.
It's probably about the fact that several registry keys under Windows 64-bit have two seperate hives, one for 32-bit and one for 64-bit. And if you open the registry from an application it defaults to whatever bitness the application itself has. To access a specific one you have to specify that when opening the registry and the Open Registry Key VI has the "registry view" parameter for just that since at least LabVIEW 2009 or earlier.
Your registry editor is on a Windows 64-bit version also 64-bit, so sees the 64-bit view by default. The 32-bit view is put away there under the WOW6432Node key in the according main tree, This one is what LabVIEW sees when you open the registry from 32-bit LabVIEW without specifically requesting the 64-bit registry view.
So to summarize:
When you run a 64-bit version of Windows you have HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion key which is only visible in a 32-bit application if you explicitedly open the 64-bit registry view and you have a
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows NT\CurrentVersion key that when you open the registry in default mode from a 32-bit application and access HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion will be read insted.
Did you get any knots in your brian cells from this explanation? Well you are not alone but this is how Microsoft in its infitnite wisdom decided to guarantee backwards compatibility when they went from 32-bit to 64-bit.
06-25-2019 04:47 PM - edited 06-25-2019 04:48 PM
>Did you get any knots in your brian cells from this explanation?
I got past my issue and then read your response; it's was painful to read.
Thanks for the extra details!!