[issue46759] sys.excepthook documentation doesn't mention that it isn't called for SystemExit

2022-02-15 Thread Colin Watson
Change by Colin Watson : -- keywords: +patch pull_requests: +29507 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31357 ___ Python tracker <https://bugs.python.org/issu

[issue46759] sys.excepthook documentation doesn't mention that it isn't called for SystemExit

2022-02-15 Thread Colin Watson
New submission from Colin Watson : In https://bugs.debian.org/1005803, Matthew Vernon reports that the library documentation for sys.excepthook doesn't mention the detail that that sys.excepthook isn't called for uncaught SystemExit exceptions, although help(sys) does mention this. (He also

[issue42669] "except" documentation still suggests nested tuples are allowed

2020-12-17 Thread Colin Watson
Change by Colin Watson : -- keywords: +patch pull_requests: +22682 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23822 ___ Python tracker <https://bugs.python.org/issu

[issue42669] "except" documentation still suggests nested tuples are allowed

2020-12-17 Thread Colin Watson
New submission from Colin Watson : In Python 2, it was possible to use `except` with a nested tuple, and occasionally natural. For example, `zope.formlib.interfaces.InputErrors` is a tuple of several exception classes, and one might reasonably think to do something like this (this is real

[issue38634] Symbol resolution conflict when embeding python in an application using libedit

2020-10-08 Thread Colin Watson
Colin Watson added the comment: Here's a reasonably minimal reproduction recipe reduced from real code in the Launchpad test suite that doesn't require compiling a separate C extension. It fails on Ubuntu 18.04 with the gir1.2-gtk-3.0, python3-gi, and xvfb packages installed. (The xvfb

[issue38634] Symbol resolution conflict when embeding python in an application using libedit

2020-10-08 Thread Colin Watson
Colin Watson added the comment: FWIW I just ran into what I believe to be this bug with the Launchpad test suite on Python 3.6.9. The output shows some normal test output followed by: No entry for terminal type "unknown"; using dumb terminal settings. bind: Invalid command `enabl

[issue18108] shutil.chown should support dir_fd and follow_symlinks keyword arguments

2013-05-31 Thread Colin Watson
New submission from Colin Watson: Python 3.3 added the dir_fd and follow_symlinks keyword arguments to os.chown; it also added the shutil.chown function. Unfortunately the latter, while useful, does not support these new keyword arguments. It would be helpful if it did

[issue13815] tarfile.ExFileObject can't be wrapped using io.TextIOWrapper

2012-01-18 Thread Colin Watson
New submission from Colin Watson cjwat...@users.sourceforge.net: The file-like object returned by TarFile.extractfile can't be wrapped in an io.TextIOWrapper (which would be rather convenient in some cases to get something that reads str rather than bytes). The attached patch demonstrates

[issue1703592] have a way to ignore nonexisting locales in locale.setlocale

2010-09-17 Thread Colin Watson
Colin Watson cjwat...@users.sourceforge.net added the comment: Yes, the same symptoms are still present. I'd argue that it generally isn't an error in practice for applications, and thus the net effect of this exception is negative; it's extraordinarily rare for a crash to be preferable

[issue1652] subprocess should have an option to restore SIGPIPE to default action

2009-07-02 Thread Colin Watson
Colin Watson cjwat...@users.sourceforge.net added the comment: Is there anything more I can do to move this along? Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1652

[issue1652] subprocess should have an option to restore SIGPIPE to default action

2008-04-29 Thread Colin Watson
Colin Watson [EMAIL PROTECTED] added the comment: 2.6 is fine if that's what the release process dictates; I don't want it to be lost, that's all. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1652

[issue1652] subprocess should have an option to restore SIGPIPE to default action

2008-02-01 Thread Colin Watson
Colin Watson added the comment: To be quite honest I can't think of any incompatibilities that wouldn't have the basic result of improving matters. I put the migration stuff in my bug report in case somebody else could, because I don't want the bug fix to stall on that. My preference would

[issue1652] subprocess should have an option to restore SIGPIPE to default action

2007-12-18 Thread Colin Watson
New submission from Colin Watson: On Unix, Python sets SIGPIPE to SIG_IGN on startup, because it prefers to check every write and raise an IOError exception rather than taking SIGPIPE. This is all well and good for Python itself. However, non-Python Unix subprocesses generally expect to have