Re: FW: readregistry issue

Jasper Moeller <[email protected]> Thu, 29 Nov 2012 10:30:24 +0100
Newsgroups gmane.comp.windows.dotnet.nant.user
Message-ID <[email protected]>
Resurrecting that old thread - I'm having the opposite problem. Since =

NAnt 0.92 now seems to be built with AnyCPU, it runs as 64 bit process =

on my machine. Unfortunately, I can't read certain keys that seem to =

exist only in the Wow6432Node - specifically, this one:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Microsoft =

SDKs\Silverlight\v5.0\ReferenceAssemblies

This means I can't build silverlight 5.0 in my environment.

I've modified NAnt.exe with corflags to run as 32bit, which fixes my =

immediate problem (I think). However, I'd like to know if there is a =

better way to do this.

Best regards
JM

Demian Brecht wrote the following :
> Blech, not what I was hoping. Oh well, off to build a 64 bit binary to se=
e if that solves my problem (perhaps both versions should be made available=
 as downloadable binaries?).
>
> Thanks all.
>
> -----Original Message-----
> From: Chad Petersen [mailto:[email protected]]
> Sent: April-04-12 1:31 PM
> To: Demian Brecht; Ryan Boggs
> Cc: [email protected]
> Subject: RE: [NAnt-users] FW: readregistry issue
>
> 32-bit binaries don't generally know anything about 64-bit Windows (regis=
try, folders, ODBC, etc) and will resolve to (be redirected to) Wow6432Node=
 for registry reads and writes. That is the 32-bit registry locations. On 6=
4-bit Windows the System32 folder is the 64-bit location and SysWOW64 is th=
e 32-bit location, as unintuitive as it sounds.
>
> -----Original Message-----
> From: Demian Brecht [mailto:[email protected]]
> Sent: Wednesday, April 04, 2012 12:33 PM
> To: Ryan Boggs
> Cc: [email protected]
> Subject: Re: [NAnt-users] FW: readregistry issue
>
> Now I'm wondering.. I'm running from downloaded binaries (which seem to b=
e 32bit). Could there be some MS magic going on where using 32 bit binary (=
and hive) results in resolving to Wow6432Node?
>
> -----Original Message-----
> From: Demian Brecht
> Sent: April-04-12 11:55 AM
> To: 'Ryan Boggs'
> Cc: [email protected]
> Subject: RE: [NAnt-users] FW: readregistry issue
>
> Thanks for the follow up.
>
> I had included the hive in one of my many variations in trying to get it =
to work (it defaults to "LocalMachine" according to the docs, so I assumed =
that I wouldn't need to set it explicitly).
>
> According to regedit, the path is correct: HKEY_LOCAL_MACHINE\SOFTWARE\Py=
thon\PythonCore\2.7\InstallPath.
>
> I've now tested this on two 64bit machines and both fail with the same er=
ror. I also tried it with a nightly build and the error message was a littl=
e different:
>
> Registry Path Not Found! - key=3D'SOFTWARE\Python\PythonCore\2.7\InstallP=
ath\';hive=3D'Microsoft.Win32.RegistryHive[]';
>
> This message concerns me a bit.. Do I somehow explicitly have to set the =
hive to be 64bit?
>
> Thanks again,
> Demian
>
> -----Original Message-----
> From: Ryan Boggs [mailto:[email protected]]
> Sent: April-04-12 11:31 AM
> To: Demian Brecht
> Cc: [email protected]
> Subject: Re: [NAnt-users] FW: readregistry issue
>
> I should note that I tested on a Win32 machine.  I am not sure if the reg=
 path is different on a Win64 system for Python.
>
> Thanks,
> Ryan
>
> On Wed, Apr 4, 2012 at 11:29 AM, Ryan Boggs <[email protected]> wrote:
>> I'm not sure where the "3D" prefixes came from in your original
>> posting but this is working for me (just tested):
>> <readregistry property=3D"Python.Dir"
>> key=3D"SOFTWARE\Python\PythonCore\2.7\InstallPath\" hive=3D"LocalMachine"
>> />
>>
>> I am hoping that the above line isn't mangled in the email.  Don't
>> forget to include the hive in <readregistry>
>>
>> Thanks,
>> Ryan
>>
>> On Wed, Apr 4, 2012 at 11:22 AM, Demian Brecht <[email protected]> wrot=
e:
>>> Sorry, should have also mentioned that the task call is:
>>>
>>> <readregistry verbose=3D"true"
>>> key=3D"SOFTWARE\Python\PythonCore\2.7\InstallPath\"
>>> property=3D"installPath" />
>>>
>>> -----Original Message-----
>>> From: Demian Brecht
>>> Sent: April-04-12 11:17 AM
>>> To: '[email protected]'
>>> Subject: [NAnt-users] readregistry issue
>>>
>>> I'm sure that there's something silly that I'm missing here..
>>>
>>> I'm trying to query the registry (Windows 7 64bit) to get my Python ins=
tall path. For some reason, I'm getting:
>>>
>>> Registry Path Not Found! - key=3D3D'SOFTWARE\Python\PythonCore\2.7\Inst=
allPath\';hive=3D3D'LocalMachine'
>>>
>>> However, if I replace my key with the sample in the documentation, all =
works fine. I've rebooted since installing Python (not sure whether or not =
that makes a difference). What am I missing here?
>>>
>>> Thanks in advance,
>>> Demian
>>>
>>>
>>> ---------------------------------------------------------------------
>>> --------- Better than sec? Nothing is better than sec when it comes
>>> to monitoring Big Data applications. Try Boundary one-second
>>> resolution app monitoring today. Free.
>>> http://p.sf.net/sfu/Boundary-dev2dev
>>> _______________________________________________
>>> NAnt-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/nant-users
>
>
> -------------------------------------------------------------------------=
-----
> Better than sec? Nothing is better than sec when it comes to monitoring B=
ig Data applications. Try Boundary one-second resolution app monitoring tod=
ay. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> NAnt-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/nant-users
>
>
>
> -------------------------------------------------------------------------=
-----
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> NAnt-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/nant-users
>


-- =

Jasper Moeller
phone: +49 7071 9709050
fax: +49 7071 9709051

yWorks GmbH
Vor dem Kreuzberg 28
72070 Tuebingen
Germany
http://www.yworks.com
Managing Directors: Sebastian M=FCller, Michael Pfahler
Commercial Registry: Stuttgart, Germany, HRB 382340

---------------------------------------------------------------------------=
---
Keep yourself connected to Go Parallel: =

VERIFY Test and improve your parallel project with help from experts =

and peers. http://goparallel.sourceforge.net