Message229682
| Author |
ronaldoussoren |
| Recipients |
ned.deily, ronaldoussoren, tdsmith, vinay.sajip |
| Date |
2014年10月19日.12:57:21 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1413723441.53.0.770671873651.issue22490@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
First of all, sorry about the slow response.
Vinay: I don't quite understand why you use __PYVENV_LAUNCHER__: When I create a pyvenv using python 3.3 (with a oldish build from the 3.3 branch) sys.executable point to a binary in the venv without mucking with environment variables:
$ pyvenv-3.3 testenv
$ testenv/bin/python
Python 3.3.5+ (3.3:a36d469f31c1, Aug 13 2014, 09:04:41)
[GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.40)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.executable
'/Users/ronald/Projects/pyobjc-hg/pyobjc/x/testenv/bin/python'
If older version of Python 3.x don't do this that's a bug in those versions and it would be acceptable to use the environment variable with those versions to work around this bug.
I still not convinced that __PYVENV_LAUNCHER__ needs to be changed. It's highly likely that any use of __PYVENV_LAUNCHER__ outside of CPython itself is an indication of a bug in CPython that needs to be fixed there. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2014年10月19日 12:57:21 | ronaldoussoren | set | recipients:
+ ronaldoussoren, vinay.sajip, ned.deily, tdsmith |
| 2014年10月19日 12:57:21 | ronaldoussoren | set | messageid: <1413723441.53.0.770671873651.issue22490@psf.upfronthosting.co.za> |
| 2014年10月19日 12:57:21 | ronaldoussoren | link | issue22490 messages |
| 2014年10月19日 12:57:21 | ronaldoussoren | create |
|