This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author mariofutire
Recipients mariofutire, paul.moore, steve.dower, tim.golden, zach.ware
Date 2018-09-18.19:42:11
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <ffa2b0af-ac13-1efb-37e1-72c885a84458@gmail.com>
In-reply-to <1537295078.42.0.956365154283.issue34725@psf.upfronthosting.co.za>
Content
On 18/09/2018 19:24, Steve Dower wrote:
> 
> Steve Dower <steve.dower@python.org> added the comment:
> 
> That executable doesn't appear to be in a virtual environment - you should be running C:\TEMP\venv\abcd\Scripts\python.exe
> 
> Does that resolve your problem?
> 

Nope,

I am *not* running python, I am running a C app which embeds the python interpreter.
I am running exactly

c:\TEMP\vsprojects\ConsoleApplication1\x64\Release\ConsoleApplication1.exe

In a later comment you say the behaviour of Py_GetProgramFullPath is intentional: which behaviour? 
Windows? Linux? or the fact that they behave differently?

I guess that if there were a way to force Py_GetProgramFullPath() it would solve my problem, because 
I could direct site.py towards the correct virtual environment.

If sys.executable becomes None for embedded python (without the ability to set it), then virtual 
environments wont work at all, which would be sad.
History
Date User Action Args
2018-09-18 19:42:11mariofutiresetrecipients: + mariofutire, paul.moore, tim.golden, zach.ware, steve.dower
2018-09-18 19:42:11mariofutirelinkissue34725 messages
2018-09-18 19:42:11mariofutirecreate