[issue17824] pty.spawn handles errors improperly
New submission from Gustavo Niemeyer: This simple script will spawn N Python interpreters that aren't properly collected due to the improper error handling: import pty for i in range(N): try: pty.spawn([/non-existent]) except: pass -- components: Library (Lib) messages: 187681 nosy: niemeyer priority: normal severity: normal status: open title: pty.spawn handles errors improperly type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1521950] shlex.split() does not tokenize like the shell
Changes by Gustavo Niemeyer gust...@niemeyer.net: -- nosy: -niemeyer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1521950 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9071] TarFile doesn't support member files with a leading ./
Gustavo Niemeyer gust...@niemeyer.net added the comment: Indeed, nice use of the time machine! :-) Thanks Lars! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9071] TarFile doesn't support member files with a leading ./
Gustavo Niemeyer gust...@niemeyer.net added the comment: Please note that even if unpacking such a tar might be semantically equivalent to a version which strips out the ./ prefix, it should be possible to create a tar with valid path names such as these. In the case of debs, for instance, the files inside the tarball may contain expected path names, which means that some (badly done, perhaps) tools could *expect* the file to be exactly that which is created by the standard tools (e.g. ./debian/control), and break down once it's not found. With this in mind, it would indeed be nice to be able to use paths prefixed with ./ in Python's tarfile. -- nosy: +niemeyer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1287] os.environ.pop doesn't work
New submission from Gustavo Niemeyer: import os os.system(echo $ASD) 0 os.environ[ASD] = asd os.system(echo $ASD) asd 0 os.environ.pop(ASD) 'asd' os.system(echo $ASD) asd 0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1287 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1287] os.environ.pop doesn't work
Changes by Gustavo Niemeyer: -- nosy: niemeyer severity: normal status: open title: os.environ.pop doesn't work versions: Python 2.1.1, Python 2.1.2, Python 2.2, Python 2.2.1, Python 2.2.2, Python 2.2.3, Python 2.3, Python 2.4, Python 2.5, Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1287 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com