[issue3192] exec(open(filename)) doesn't work
Leif Walsh <[EMAIL PROTECTED]> added the comment: There's 'execfile' in Lib/idlelib/PyShell.py...I'm looking for others. There is also a class of functions 'exec*' (and a related class, 'spawn*') in Lib/os.py that claims to do just what you want, but replacing the current process (or, in spawn*'s case, in a new thread). That said, I agree that exec should handle streams, and if you could give me a heads up as to where the code is for exec(), I could try my hand at a patch. -- nosy: +leif.walsh ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3192> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3192] exec(open(filename)) doesn't work
Leif Walsh <[EMAIL PROTECTED]> added the comment: On Tue, Jun 24, 2008 at 3:05 PM, Mike Speciner <[EMAIL PROTECTED]> wrote: > By the way, I was told that execfile is gone from python 3. It certainly isn't in the branch I just checked out. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3192> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3192] exec(open(filename)) doesn't work
Leif Walsh <[EMAIL PROTECTED]> added the comment: (isn't gone, that is) ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3192> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3192] exec(open(filename)) doesn't work
Leif Walsh <[EMAIL PROTECTED]> added the comment: execfile is in Lib/idlelib/PyShell.py, and is an instance function, so it's not really standard for regular code, and would also be hard to use correctly. Sorry. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3192> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api
Leif Walsh added the comment: Here is a patch for #1. I ran make test, and nothing was broken that seemed to be my fault, so I assume it's okay. Yes, it's small, it's my first one here. I'll get to the other two tomorrow. -- nosy: +adlaiff6 Added file: http://bugs.python.org/file9159/structseq_subclasses_tuple.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1820> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api
Leif Walsh added the comment: I just svn upped (it updated zipimport) and applied your patch, and './python Lib/test/regrtest.py test_zipimport.py' says it's okay, so I would go ahead and commit it. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1820> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43412] object.h -Wcast-qual warning
Leif Walsh added the comment: Duplicated by https://bugs.python.org/issue44378, which has a fix merged. -- nosy: +leif.walsh ___ Python tracker <https://bugs.python.org/issue43412> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27657] urlparse fails if the path is numeric
Leif Walsh added the comment: I don't mean to reopen a can of worms, but this affects requests, which I reported to them here: https://github.com/psf/requests/issues/5855 -- nosy: +leif.walsh ___ Python tracker <https://bugs.python.org/issue27657> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
