<p dir="ltr">On Nov 6, 2015 5:39 AM, "Paul Moore" <<a href="mailto:p.f.moore@gmail.com">p.f.moore@gmail.com</a>> wrote:<br>
><br>
> On 6 November 2015 at 12:10, Donald Stufft <<a href="mailto:donald@stufft.io">donald@stufft.io</a>> wrote:<br>
> > Doesn’t py.exe just look at some ini files and environment variables to decide what to invoke? I’m not sure why we couldn’t just replicate that behavior. Is there something that py.exe does that we can’t also do in Python?<br>
><br>
> What's there might be possible in Python, but there are some nasty<br>
> special cases. The launcher code looks in the registry, and in order<br>
> to support running both 32 and 64 bit Pythons from the same launcher<br>
> exe, it needs to play tricks to see both the 32 and 64 bit registry<br>
> values, and I'm not sure the APIs to do that are exposed to Python so<br>
> it may need ctypes.<br>
><br>
> Doable certainly, easy not so sure. We could of course do a simplified<br>
> version and not try to be precisely equivalent to the launcher<br>
> behaviour - but that may also cause user confusion. The simplest cases<br>
> are easy, it's the corner cases that get nasty.</p>
<p dir="ltr">One option would be to add a "py -which" mode that just does the configuration lookup and then prints the path to the real python executable. This would add the cost of one subprocess startup per pip, but not 6?</p>
<p dir="ltr">-n</p>