readregistry issue

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

readregistry issue

Demian Brecht
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 install path. For some reason, I'm getting:

Registry Path Not Found! - key=3D'SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive=3D'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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/nant-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

FW: readregistry issue

Demian Brecht
Sorry, should have also mentioned that the task call is:

<readregistry verbose="true" key="SOFTWARE\Python\PythonCore\2.7\InstallPath\" property="installPath" />

-----Original Message-----
From: Demian Brecht
Sent: April-04-12 11:17 AM
To: '[hidden email]'
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 install path. For some reason, I'm getting:

Registry Path Not Found! - key=3D'SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive=3D'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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/nant-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: FW: readregistry issue

Ryan Boggs-2
I'm not sure where the "3D" prefixes came from in your original
posting but this is working for me (just tested):
<readregistry property="Python.Dir"
key="SOFTWARE\Python\PythonCore\2.7\InstallPath\" hive="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 <[hidden email]> wrote:

> Sorry, should have also mentioned that the task call is:
>
> <readregistry verbose="true" key="SOFTWARE\Python\PythonCore\2.7\InstallPath\" property="installPath" />
>
> -----Original Message-----
> From: Demian Brecht
> Sent: April-04-12 11:17 AM
> To: '[hidden email]'
> 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 install path. For some reason, I'm getting:
>
> Registry Path Not Found! - key=3D'SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive=3D'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
> [hidden email]
> 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/nant-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: FW: readregistry issue

Ryan Boggs-2
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 <[hidden email]> 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="Python.Dir"
> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\" hive="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 <[hidden email]> wrote:
>> Sorry, should have also mentioned that the task call is:
>>
>> <readregistry verbose="true" key="SOFTWARE\Python\PythonCore\2.7\InstallPath\" property="installPath" />
>>
>> -----Original Message-----
>> From: Demian Brecht
>> Sent: April-04-12 11:17 AM
>> To: '[hidden email]'
>> 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 install path. For some reason, I'm getting:
>>
>> Registry Path Not Found! - key=3D'SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive=3D'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
>> [hidden email]
>> 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/nant-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: FW: readregistry issue

Demian Brecht
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\Python\PythonCore\2.7\InstallPath.

I've now tested this on two 64bit machines and both fail with the same error. I also tried it with a nightly build and the error message was a little different:

Registry Path Not Found! - key='SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive='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:[hidden email]]
Sent: April-04-12 11:31 AM
To: Demian Brecht
Cc: [hidden email]
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 <[hidden email]> 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="Python.Dir"
> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\" hive="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 <[hidden email]> wrote:
>> Sorry, should have also mentioned that the task call is:
>>
>> <readregistry verbose="true"
>> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\"
>> property="installPath" />
>>
>> -----Original Message-----
>> From: Demian Brecht
>> Sent: April-04-12 11:17 AM
>> To: '[hidden email]'
>> 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 install path. For some reason, I'm getting:
>>
>> Registry Path Not Found! - key=3D'SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive=3D'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
>> [hidden email]
>> 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/nant-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: FW: readregistry issue

Demian Brecht
In reply to this post by Ryan Boggs-2
Now I'm wondering.. I'm running from downloaded binaries (which seem to be 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: [hidden email]
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\Python\PythonCore\2.7\InstallPath.

I've now tested this on two 64bit machines and both fail with the same error. I also tried it with a nightly build and the error message was a little different:

Registry Path Not Found! - key='SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive='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:[hidden email]]
Sent: April-04-12 11:31 AM
To: Demian Brecht
Cc: [hidden email]
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 <[hidden email]> 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="Python.Dir"
> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\" hive="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 <[hidden email]> wrote:
>> Sorry, should have also mentioned that the task call is:
>>
>> <readregistry verbose="true"
>> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\"
>> property="installPath" />
>>
>> -----Original Message-----
>> From: Demian Brecht
>> Sent: April-04-12 11:17 AM
>> To: '[hidden email]'
>> 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 install path. For some reason, I'm getting:
>>
>> Registry Path Not Found! - key=3D'SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive=3D'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
>> [hidden email]
>> 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/nant-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: FW: readregistry issue

Chad Petersen
32-bit binaries don't generally know anything about 64-bit Windows (registry, folders, ODBC, etc) and will resolve to (be redirected to) Wow6432Node for registry reads and writes. That is the 32-bit registry locations. On 64-bit Windows the System32 folder is the 64-bit location and SysWOW64 is the 32-bit location, as unintuitive as it sounds.

-----Original Message-----
From: Demian Brecht [mailto:[hidden email]]
Sent: Wednesday, April 04, 2012 12:33 PM
To: Ryan Boggs
Cc: [hidden email]
Subject: Re: [NAnt-users] FW: readregistry issue

Now I'm wondering.. I'm running from downloaded binaries (which seem to be 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: [hidden email]
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\Python\PythonCore\2.7\InstallPath.

I've now tested this on two 64bit machines and both fail with the same error. I also tried it with a nightly build and the error message was a little different:

Registry Path Not Found! - key='SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive='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:[hidden email]]
Sent: April-04-12 11:31 AM
To: Demian Brecht
Cc: [hidden email]
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 <[hidden email]> 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="Python.Dir"
> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\" hive="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 <[hidden email]> wrote:
>> Sorry, should have also mentioned that the task call is:
>>
>> <readregistry verbose="true"
>> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\"
>> property="installPath" />
>>
>> -----Original Message-----
>> From: Demian Brecht
>> Sent: April-04-12 11:17 AM
>> To: '[hidden email]'
>> 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 install path. For some reason, I'm getting:
>>
>> Registry Path Not Found! - key=3D'SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive=3D'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
>> [hidden email]
>> 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
[hidden email]
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/nant-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: FW: readregistry issue

Demian Brecht
Blech, not what I was hoping. Oh well, off to build a 64 bit binary to see if that solves my problem (perhaps both versions should be made available as downloadable binaries?).

Thanks all.

-----Original Message-----
From: Chad Petersen [mailto:[hidden email]]
Sent: April-04-12 1:31 PM
To: Demian Brecht; Ryan Boggs
Cc: [hidden email]
Subject: RE: [NAnt-users] FW: readregistry issue

32-bit binaries don't generally know anything about 64-bit Windows (registry, folders, ODBC, etc) and will resolve to (be redirected to) Wow6432Node for registry reads and writes. That is the 32-bit registry locations. On 64-bit Windows the System32 folder is the 64-bit location and SysWOW64 is the 32-bit location, as unintuitive as it sounds.

-----Original Message-----
From: Demian Brecht [mailto:[hidden email]]
Sent: Wednesday, April 04, 2012 12:33 PM
To: Ryan Boggs
Cc: [hidden email]
Subject: Re: [NAnt-users] FW: readregistry issue

Now I'm wondering.. I'm running from downloaded binaries (which seem to be 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: [hidden email]
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\Python\PythonCore\2.7\InstallPath.

I've now tested this on two 64bit machines and both fail with the same error. I also tried it with a nightly build and the error message was a little different:

Registry Path Not Found! - key='SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive='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:[hidden email]]
Sent: April-04-12 11:31 AM
To: Demian Brecht
Cc: [hidden email]
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 <[hidden email]> 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="Python.Dir"
> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\" hive="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 <[hidden email]> wrote:
>> Sorry, should have also mentioned that the task call is:
>>
>> <readregistry verbose="true"
>> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\"
>> property="installPath" />
>>
>> -----Original Message-----
>> From: Demian Brecht
>> Sent: April-04-12 11:17 AM
>> To: '[hidden email]'
>> 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 install path. For some reason, I'm getting:
>>
>> Registry Path Not Found! - key=3D'SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive=3D'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
>> [hidden email]
>> 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
[hidden email]
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/nant-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: FW: readregistry issue

Jasper Moeller
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 see if that solves my problem (perhaps both versions should be made available as downloadable binaries?).
>
> Thanks all.
>
> -----Original Message-----
> From: Chad Petersen [mailto:[hidden email]]
> Sent: April-04-12 1:31 PM
> To: Demian Brecht; Ryan Boggs
> Cc: [hidden email]
> Subject: RE: [NAnt-users] FW: readregistry issue
>
> 32-bit binaries don't generally know anything about 64-bit Windows (registry, folders, ODBC, etc) and will resolve to (be redirected to) Wow6432Node for registry reads and writes. That is the 32-bit registry locations. On 64-bit Windows the System32 folder is the 64-bit location and SysWOW64 is the 32-bit location, as unintuitive as it sounds.
>
> -----Original Message-----
> From: Demian Brecht [mailto:[hidden email]]
> Sent: Wednesday, April 04, 2012 12:33 PM
> To: Ryan Boggs
> Cc: [hidden email]
> Subject: Re: [NAnt-users] FW: readregistry issue
>
> Now I'm wondering.. I'm running from downloaded binaries (which seem to be 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: [hidden email]
> 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\Python\PythonCore\2.7\InstallPath.
>
> I've now tested this on two 64bit machines and both fail with the same error. I also tried it with a nightly build and the error message was a little different:
>
> Registry Path Not Found! - key='SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive='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:[hidden email]]
> Sent: April-04-12 11:31 AM
> To: Demian Brecht
> Cc: [hidden email]
> 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 <[hidden email]> 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="Python.Dir"
>> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\" hive="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 <[hidden email]> wrote:
>>> Sorry, should have also mentioned that the task call is:
>>>
>>> <readregistry verbose="true"
>>> key="SOFTWARE\Python\PythonCore\2.7\InstallPath\"
>>> property="installPath" />
>>>
>>> -----Original Message-----
>>> From: Demian Brecht
>>> Sent: April-04-12 11:17 AM
>>> To: '[hidden email]'
>>> 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 install path. For some reason, I'm getting:
>>>
>>> Registry Path Not Found! - key=3D'SOFTWARE\Python\PythonCore\2.7\InstallPath\';hive=3D'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
>>> [hidden email]
>>> 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
> [hidden email]
> 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
> [hidden email]
> 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üller, 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
_______________________________________________
NAnt-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/nant-users
Loading...