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 Alexander.Belopolsky
Recipients Alexander.Belopolsky, benjamin.peterson, doko, pitrou, r.david.murray, theller
Date 2010-03-18.20:18:59
SpamBayes Score 2.3930924e-10
Marked as misclassified No
Message-id <d38f5331003181318p3421fe0dh70fd8136c97cfbf1@mail.gmail.com>
In-reply-to <1268940733.04.0.863127480117.issue8154@psf.upfronthosting.co.za>
Content
On Thu, Mar 18, 2010 at 3:32 PM, R. David Murray <report@bugs.python.org> wrote:
..
> I agree that this should be fixed, since we presumably want to be "strictly conforming" to the posix standards,
> but it looks like this is a regression in either linux or glibc.  From the standard's rational section:
>

Let me add just make a few observations without drawing a conclusion:

1.  This is not a crash of python.  As far as I can tell, it is the
executed program that crashes attempting to dereference argv[0]
without checking argc first.   On the platforms that support execution
with argc=0, this is a bug in the application or in the C library.

2. Currently 3.x and 2.x python throw different exceptions from
os.execlp('xyz') if xyz does not exist.   Maybe os.execlp(one_arg)
should raise OSError instead of ValueError.

3. Another alternative would be to change the signature from
os.execlp(path, ...) to os.execlp(path, name, ...) and make
os.execlp() raise TypeError if name is not supplied.   This is an
attractive possibility because it can be done by a trivial change in
os.py while preserving the ability to exec with argc=0 for those who
know what they are doing.
History
Date User Action Args
2010-03-18 20:19:02Alexander.Belopolskysetrecipients: + Alexander.Belopolsky, theller, doko, pitrou, benjamin.peterson, r.david.murray
2010-03-18 20:18:59Alexander.Belopolskylinkissue8154 messages
2010-03-18 20:18:59Alexander.Belopolskycreate