[issue12458] Tracebacks should contain the first line of continuation lines
Change by Doug : -- nosy: +beck ___ Python tracker <https://bugs.python.org/issue12458> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1170] shlex have problems with parsing unicode
Doug Hellmann added the comment: Right. Any program that needs to parse command lines containing filenames or other arguments with unicode characters will encounter this problem. -- ___ Python tracker <http://bugs.python.org/issue1170> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1170] shlex have problems with parsing unicode
Doug Hellmann added the comment: Is unicode supported by shlex in 3.x already? It's curious that unicode support is considered a new feature, rather than a bug. I understand wanting to allocate development resources carefully, though. If someone were to prepare a patch, would it even have a chance of being accepted in 2.7? -- ___ Python tracker <http://bugs.python.org/issue1170> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11879] TarFile.chown: should use TarInfo.uid if user lookup fails
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue11879> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12841] Incorrect tarfile.py extraction
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue12841> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10020] docs for sqlite3 describe functions not available without recompiling
New submission from Doug Hellmann : The documentation for the sqlite3 module describes enable_load_extension() and load_extension() methods of the Connection object, but those functions are only available if the user has compiled from source *after* modifying the setup.py to turn off SQLITE_OMIT_LOAD_EXTENSION. I'd like to see the functions enabled by default (by changing setup.py) but at the very least the documentation should be updated. -- components: Extension Modules messages: 117919 nosy: doughellmann priority: normal severity: normal status: open title: docs for sqlite3 describe functions not available without recompiling versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue10020> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10020] docs for sqlite3 describe functions not available without recompiling
Changes by Doug Hellmann : -- assignee: -> d...@python components: +Documentation nosy: +d...@python ___ Python tracker <http://bugs.python.org/issue10020> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10020] docs for sqlite3 describe functions not available without recompiling
Doug Hellmann added the comment: Thanks, Gerhard! -- status: pending -> open ___ Python tracker <http://bugs.python.org/issue10020> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10263] "python -m site" does not print path details
New submission from Doug Hellmann : Running "python -m site" is supposed to print a report about the current import path and its components (like USER_BASE and USER_SITE). This works under 2.6 and 3.1, but not 2.7. No output is produced under 2.7 at all. When I add a print statement to the end of the module, I see that __name__ is set to "site" instead of "__main__", so the _script() function isn't being invoked at all. -- components: Library (Lib) messages: 120045 nosy: doughellmann priority: normal severity: normal status: open title: "python -m site" does not print path details versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue10263> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10263] "python -m site" does not print path details
Doug Hellmann added the comment: I downloaded an OS X installer from python.org, but I don't remember the date I did that. Here's the output when I start the interpreter: $ which python /Library/Frameworks/Python.framework/Versions/2.7/bin/python $ python Python 2.7 (r27:82508, Jul 3 2010, 21:12:11) [GCC 4.0.1 (Apple Inc. build 5493)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> -- ___ Python tracker <http://bugs.python.org/issue10263> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10263] "python -m site" does not print path details
Doug Hellmann added the comment: Actually I'm trying to update the PyMOTW article about site, and I discovered that the output from the old examples that showed using --user-base and --user-site were no longer producing any output. It looks like the build of 2.7 I downloaded is fairly old, so I'll try updating that. -- ___ Python tracker <http://bugs.python.org/issue10263> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10263] "python -m site" does not print path details
Doug Hellmann added the comment: Ah, I assumed that since the revision number was older there might be a newer build available now. -- ___ Python tracker <http://bugs.python.org/issue10263> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10263] "python -m site" does not print path details
Doug Hellmann added the comment: That's strange. I have Distribute 0.6.10, including an easy-install.pth file, installed under 2.6 and it doesn't exhibit the problem. Is there some interaction between a change in Python 2.7 and Distribute? -- ___ Python tracker <http://bugs.python.org/issue10263> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10263] "python -m site" does not print path details
Doug Hellmann added the comment: Adding a print to the site.py in Distribute's egg shows it is being run when I use 'python -m site'. However, when I run 'python -c "import site; print site.__file__"' I get the version from the stdlib, as expected. I guess the module finding mechanism for -m is different from the import code? -- ___ Python tracker <http://bugs.python.org/issue10263> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10263] "python -m site" does not print path details
Changes by Doug Hellmann : -- nosy: +tarek ___ Python tracker <http://bugs.python.org/issue10263> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11625] Typo in collections.abc docs
Changes by Doug Latornell : -- assignee: docs@python components: Documentation nosy: dlatornell, docs@python priority: normal severity: normal status: open title: Typo in collections.abc docs ___ Python tracker <http://bugs.python.org/issue11625> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11625] Typo in collections.abc docs
New submission from Doug Latornell : There is a minor type in note (1) regarding use of Set and MutableSet mixins. The method to be overridden when a special constructor signature is required should be _from_iterator, not from_iterator. -- ___ Python tracker <http://bugs.python.org/issue11625> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11625] Typo in collections.abc docs
Changes by Doug Latornell : -- keywords: +patch Added file: http://bugs.python.org/file21326/collections.abc-docs.patch ___ Python tracker <http://bugs.python.org/issue11625> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Doug Shea added the comment: Is there perhaps a work-around we could use to get this to compile and have a math module? Force it to export that 'round' symbol in the core, perhaps? -- nosy: +Doug.Shea ___ Python tracker <http://bugs.python.org/issue9742> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9509] argparse FileType raises ugly exception for missing file
Doug Hellmann added the comment: Hi, Tarsis, That patch looks good to me. Thanks! Doug -- ___ Python tracker <http://bugs.python.org/issue9509> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9509] argparse FileType raises ugly exception for missing file
Doug Hellmann added the comment: Oh, yeah, a test is a good idea. -- ___ Python tracker <http://bugs.python.org/issue9509> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Doug Shea added the comment: I have some knowledge of these things, so I'll try to find out what's going on, but I could also upload output and/or debug files here for you to examine, if that helps. If you give me the files you'd like to see from my build, or the commands you'd like the output of, I'd be happy to oblige. Thanks! -- ___ Python tracker <http://bugs.python.org/issue9742> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Doug Shea added the comment: I unpacked a fresh tarball, made this change, then did a ./configure and make as normal. Exact same error as originally reported. :( -- ___ Python tracker <http://bugs.python.org/issue9742> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Doug Shea added the comment: Certainly! -- Added file: http://bugs.python.org/file19773/pyconfig.h ___ Python tracker <http://bugs.python.org/issue9742> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Doug Shea added the comment: > ./python Python 2.7 (r27:82500, Nov 22 2010, 10:06:14) [GCC 3.3.2] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> print sys.float_repr_style short So it appears, if I follow you, that PY_NO_SHORT_FLOAT_REPR is not defined. Glancing through the Makefile, pymath.o is included in the PYTHON_OBJS variable, which is in turn included in the LIBRARY_OBJS variable, which is used in all the libpython* targets. I'm going to try to turn on some debugging on the commands that build those targets, and see if anything jumps out at me. Maybe it'll be obvious that pymath.o is being left out for one reason or another that'll sync up with your "wild guess". :/ -- ___ Python tracker <http://bugs.python.org/issue9742> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Doug Shea added the comment: I don't think there's anything wrong with the setup we've been looking at so far, per se. The libpython2.7.a file produced has the 'round' function like it should: > nm libpython2.7.a | grep round [116] | 1360| 696|FUNC |GLOB |0|2 |_Py_double_round [218] | 0| 0|NOTY |GLOB |0|UNDEF |_Py_double_round [10] | 15268| 236|FUNC |LOCL |0|2 |builtin_round [48] | 9912| 198|OBJT |LOCL |0|4 |round_doc [8] | 0| 96|FUNC |GLOB |0|2 |round However, the python executable itself, compiled against that archive, does *not* have it: > nm python | grep round [4805] |244408| 696|FUNC |GLOB |0|9 |_Py_double_round [1735] |640836| 236|FUNC |LOCL |0|9 |builtin_round [1770] | 1533576| 198|OBJT |LOCL |0|16 |round_doc So, for some reason, the gcc command that builds that python executable is leaving it out: gcc -o python \ Modules/python.o \ libpython2.7.a -lresolv -lsocket -lnsl -lrt -ldl -lpthread -lm Just an update. Going to try to debug that command and see if I can find out why. -- ___ Python tracker <http://bugs.python.org/issue9742> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Doug Shea added the comment: It's actually not quite a solution, either. Working your changes into the build process, I *do* get a math module... but it does *not* have a round function. > python Python 2.7 (r27, Nov 23 2010, 11:54:39) [GCC 3.3.2] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import math; >>> print math.round(2.5); Traceback (most recent call last): File "", line 1, in AttributeError: 'module' object has no attribute 'round' >>> print math.floor(2.5); 2.0 A step in the right direction, though, I'd think. Thanks. -- ___ Python tracker <http://bugs.python.org/issue9742> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7372] Regression in pstats
Doug Hellmann added the comment: I just ran into this problem with pstats under Python 2.7. The ticket is marked as "fixed", but it looks like the change was only checked in under the py3k branch. What's the policy on fixing stuff like this for 2.7 patch releases? Thanks, Doug -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue7372> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1170] shlex have problems with parsing unicode
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue1170> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4184] Remove use of private attributes in smtpd
Changes by Doug Hellmann <[EMAIL PROTECTED]>: -- nosy: +doughellmann ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4184> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47229] IDLE / Thonny UI crashes on Chromebook Linux/Bullseye
New submission from Doug Bates : Having installed IDLE on Chromebbok/Linux Bullseye, on startup the UI crashes as soon as a menu item is selected. Also when trying to use Thonny. Other packages seem OK. Used to work fine under Buster, but not since fresh install to Bullseye. Apologies from my knowledge/skill level. -- assignee: terry.reedy components: IDLE files: Thonny crashes.txt messages: 416790 nosy: Coloneldare, terry.reedy priority: normal severity: normal status: open title: IDLE / Thonny UI crashes on Chromebook Linux/Bullseye type: crash Added file: https://bugs.python.org/file50720/Thonny crashes.txt ___ Python tracker <https://bugs.python.org/issue47229> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47229] IDLE / Thonny UI crashes on Chromebook Linux/Bullseye
Doug Bates added the comment: Thank you Terry for your interest/helpfulness. I'm a bit out of my depth but to explain, I first noticed the problem attempting to run Thonny as an development tool for Raspberry Pi RP2040 Picos. Previously it all worked great running on Buster. When I hit problems after moving to Bullseye I raised a bug with thonny.org and exchanged several posts with https://github.com/aivarannamaa who was very helpful and he observed the Thonny GUI uses the same as IDLE - so I tried it and found the same. Aivar couldn't replicate the issue but after several attempts suggested: https://github.com/thonny/thonny/issues/2196#issuecomment-1069473517. You will see from our exchanges that I found the 'core' of Thonny (and IDLE if the window doesn't collapse immediately) seems to be running OK (e.g. >>> 22/7 > 3.142... etc) but any menu operations crashes it immediately. This obviously leaves a mess and neither IDLE nor Thonny will reload without restarting the whole linux container. Anyway, running the tests you suggested gives the following. Thanks again and let me know if I can help further. —-- python3 -m test -j0 -ugui == CPython 3.9.2 (default, Feb 28 2021, 17:03:44) [GCC 10.2.1 20210110] == Linux-5.10.106-15260-g6010c49177e8-x86_64-with-glibc2.31 little-endian == cwd: /tmp/test_python_19389æ == CPU count: 2 == encodings: locale=UTF-8, FS=utf-8 0:00:00 load avg: 0.00 Run tests in parallel using 4 child processes 0:00:00 load avg: 0.00 [ 1/10/1] test_builtin failed test test_builtin crashed -- Traceback (most recent call last): File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 270, in _runtest_inner refleak = _runtest_inner2(ns, test_name) File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 221, in _runtest_inner2 the_module = importlib.import_module(abstest) File "/usr/lib/python3.9/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 1030, in _gcd_import File "", line 1007, in _find_and_load File "", line 984, in _find_and_load_unlocked ModuleNotFoundError: No module named 'test.test_builtin' 0:00:00 load avg: 0.00 [ 2/10/2] test_dict failed test test_dict crashed -- Traceback (most recent call last): File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 270, in _runtest_inner refleak = _runtest_inner2(ns, test_name) File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 221, in _runtest_inner2 the_module = importlib.import_module(abstest) File "/usr/lib/python3.9/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 1030, in _gcd_import File "", line 1007, in _find_and_load File "", line 984, in _find_and_load_unlocked ModuleNotFoundError: No module named 'test.test_dict' 0:00:00 load avg: 0.00 [ 3/10/3] test_opcodes failed test test_opcodes crashed -- Traceback (most recent call last): File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 270, in _runtest_inner refleak = _runtest_inner2(ns, test_name) File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 221, in _runtest_inner2 the_module = importlib.import_module(abstest) File "/usr/lib/python3.9/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 1030, in _gcd_import File "", line 1007, in _find_and_load File "", line 984, in _find_and_load_unlocked ModuleNotFoundError: No module named 'test.test_opcodes' 0:00:00 load avg: 0.00 [ 4/10/4] test_grammar failed test test_grammar crashed -- Traceback (most recent call last): File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 270, in _runtest_inner refleak = _runtest_inner2(ns, test_name) File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 221, in _runtest_inner2 the_module = importlib.import_module(abstest) File "/usr/lib/python3.9/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 1030, in _gcd_import File "", line 1007, in _find_and_load File "", line 984, in _find_and_load_unlocked ModuleNotFoundError: No module named 'test.test_grammar' 0:00:00 load avg: 0.00 [ 5/10/5] test_exceptions failed test test_exceptions crashed -- Traceback (most recent call last): File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 270, in _runtest_inner refleak = _runtest_inner2(ns, test_name) File "/usr/lib/python3.9/test/libregrtest/runtest.
[issue47229] IDLE UI crashes on Chromebook Linux/Bullseye
Doug Bates added the comment: 'cc' Terry to say thank you. Just fyi I regressed my Chromebook to Debian/Buster form Bullseye, as IDLE and Thonny had previously worked seamlessly but now it doesn't work on Bullseye either -> so Google must have broken something along the way upgrading ChromeOS [98..101]. I have reported this via Google's bug reporter. Fingers crossed and thanks for your help :-) On Thu, Apr 7, 2022 at 6:28 AM Terry J. Reedy wrote: > > Terry J. Reedy added the comment: > > "Thonny GUI uses the same as IDLE": I presume this means that Thonny also > uses tkinter and both fail, which means that tkinter is not working right. > Your test run indicates that python is not running correctly either. It > only tried to run 10 of what should be over 400 tests and 9 of those failed > because of failure to import the test file. You should report this to > whoever supplies python on Chromebook, which I presume is whoever supplies > Bullseye. > > -- > resolution: -> third party > stage: -> resolved > status: open -> closed > title: IDLE / Thonny UI crashes on Chromebook Linux/Bullseye -> IDLE UI > crashes on Chromebook Linux/Bullseye > > ___ > Python tracker > <https://bugs.python.org/issue47229> > ___ > -- title: Python tests fail on Chromebook Linux/Bullseye -> IDLE UI crashes on Chromebook Linux/Bullseye ___ Python tracker <https://bugs.python.org/issue47229> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38368] Crash when subclassing ctypes.Union
New submission from Doug O'Riordan :
Ran into Segfaults while trying to use pysnmp with 3.8.0rc1.
The code is running fine on 3.8.0b04.
$ python3.8
Python 3.8.0rc1 (default, Oct 2 2019, 14:15:18)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-36)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import ctypes
>>> class in6_addr_U(ctypes.Union):
... _fields_ = [
... ('__u6_addr8', ctypes.c_uint8 * 16),
... ('__u6_addr16', ctypes.c_uint16 * 8),
... ('__u6_addr32', ctypes.c_uint32 * 4),
... ]
...
Segmentation fault
$ docker run -it python:3.8.0rc1-slim
Python 3.8.0rc1 (default, Oct 2 2019, 23:38:42)
[GCC 8.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import ctypes
>>> class in6_addr_U(ctypes.Union):
... _fields_ = [
... ('__u6_addr8', ctypes.c_uint8 * 16),
... ('__u6_addr16', ctypes.c_uint16 * 8),
... ('__u6_addr32', ctypes.c_uint32 * 4),
... ]
...
$
The code is from here:
https://github.com/etingof/pysnmp/blob/master/pysnmp/carrier/sockmsg.py#L47-L52
--
components: ctypes
messages: 353906
nosy: oriordan
priority: normal
severity: normal
status: open
title: Crash when subclassing ctypes.Union
type: crash
versions: Python 3.8
___
Python tracker
<https://bugs.python.org/issue38368>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37945] [Windows] test_locale.TestMiscellaneous.test_getsetlocale_issue1813() fails
Change by Doug Richardson : -- nosy: -drichardson ___ Python tracker <https://bugs.python.org/issue37945> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44915] Python keywords as string keys in TypedDict
New submission from Doug Hoskisson : I'm running into an issue with the syntax of https://www.python.org/dev/peps/pep-0589/ ``` class C(TypedDict): to: int from: int SyntaxError: invalid syntax ``` I'm not sure any change needs to be made to the specification. But the interpreter needs to recognize that `from` is a string key to a `TypedDict`, not the keyword `from`. Or if you don't want to have to recognize `from` as a string instead of a keyword, we need a specification that allows us to put keywords as keys in `TypedDict`. I was thinking maybe something like: ``` class C(TypedDict): "to": int "from": int ``` as an optional way to write the same thing. ------ messages: 399595 nosy: Doug Hoskisson priority: normal severity: normal status: open title: Python keywords as string keys in TypedDict type: behavior versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue44915> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37945] test_locale.TestMiscellaneous.test_getsetlocale_issue1813() fails
Change by Doug Richardson : -- nosy: +drichardson ___ Python tracker <https://bugs.python.org/issue37945> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42970] File path with blank causes open error in 3.8, not in 3.7
New submission from Doug Day : The following code generates a path that works in Pythons 3.7.6 on macOS Big Sur but not in Catalina with 3.8.2.. mySrcFldr="~/Library/Mobile Documents/com~apple~CloudDocs/Utilities/" srcFldr=os.path.expanduser(mySrcFldr) f=os.path.join(srcFldr,"mortgage.py") When python tries to run the code file(montage.py) on 3.8.2, an open error results. /Library/Developer/CommandLineTools/usr/bin/python3: can't open file '/Users/Doug/Library/Mobile': [Errno 2] No such file or directory I tried putting a backslash after 'Mobile'. Does not help. The complete path is: '/Users/Doug/Library/Mobile Documents/com~apple~CloudDocs/Utilities/mortgage.py' While the doc changes show some changes in the os.path module, I see no mention of this issue. -- components: Interpreter Core messages: 385290 nosy: dday52 priority: normal severity: normal status: open title: File path with blank causes open error in 3.8, not in 3.7 versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue42970> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42970] File path with blank causes open error in 3.8, not in 3.7
Doug Day added the comment: To clarify: either python version generates the same path. On 3.8.2 though an open error results -- ___ Python tracker <https://bugs.python.org/issue42970> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43400] Remove "Mock is very easy to use" from unittest.mock documentation
Doug Harris added the comment: +1 on this documentation change. @xtreak yes, patching the correct object has bit me a couple times. The pattern that I work with the most is when mocking calls to external services and APIs. I want to test my code that, say, sends email or sends user information to a partner, but without actual HTTP calls. Whenever I add a new test that does this, I need to rethink exactly what the sequence of mocked objects, calls, and returns will be. The HOWTO section of the official Python docs has nothing on unittest or mock. Perhaps something there... (makes note to think about drafting something). -- nosy: +dougharris ___ Python tracker <https://bugs.python.org/issue43400> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40835] Incorrect handling for msgctxt in msgfmt.py
New submission from Doug Addy : Running msgfmt.py with the attached po file will produce an incorrect context for the entry "test". Looking at the script, we require a comment to follow a contexted section for the context to be cleared. The gettext documentation makes clear that all comments are optional, so this is not desired behaviour. My reading of the gettext documentation has a "msgctxt" line applying only to the current entry, so it should be cleared once the last msgstr has been written for that entry. I will endeavour to provide a patch within the next day or two. -- components: Demos and Tools messages: 370502 nosy: da1910 priority: normal severity: normal status: open title: Incorrect handling for msgctxt in msgfmt.py type: behavior versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue40835> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40835] Incorrect handling for msgctxt in msgfmt.py
Doug Addy added the comment: Test po file included -- Added file: https://bugs.python.org/file49205/test.po ___ Python tracker <https://bugs.python.org/issue40835> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40835] Incorrect handling for msgctxt in msgfmt.py
Doug Addy added the comment: And a patch: After the end of a message entry the options for the next line are: 1. A comment - we already reset msgctxt to None here 2. A blank line - we can have empty lines anywhere we want, so do nothing 3. A new msgctxt line - Set msgctxt to the new context 4. A msgid - This is the current failing behaviour. Fix sets msgctxt back to None. -- keywords: +patch Added file: https://bugs.python.org/file49206/40835.patch ___ Python tracker <https://bugs.python.org/issue40835> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37857] Setting logger.level directly has no effect due to caching in 3.7+
Change by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <https://bugs.python.org/issue37857> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13817] deadlock in subprocess while running several threads using Popen
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue13817> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30482] socket.getservbyname(), socket.getservbyport(), socket.getprotobyname() are not threadsafe
New submission from Doug Freed:
On at least Linux (and probably most other UNIXes, except OS X), the C
functions getservbyname(), getservbyport(), and getprotobyname() are not
threadsafe. CPython's wrappers around these functions in the socket module do
nothing to cover up this fact. Simple reproduction script for getservbyname
(others similar):
```
import threading
import socket
def getservbyname_loop(service, port):
while True:
result = socket.getservbyname(service)
if result != port:
raise RuntimeError("thread-safety broken, got %d,
expected %d" % (result, port))
thread1 = threading.Thread(target=getservbyname_loop, args=("ssh", 22))
thread2 = threading.Thread(target=getservbyname_loop, args=("smtp", 25))
thread1.start()
thread2.start()
```
One of the threads will throw the RuntimeError, saying it got the port number
the other thread should have gotten.
Naive fix: a lock (eg, just use the netdb_lock already created in the module)
Proper fix: use the libc's reentrant variant if available, and fall back to
locking if not (see gethostbyname_ex() implementation for example).
I'd be happy to work on this, but as I don't have access to anything other than
Linux and OS X at the moment, it would be helpful if platform maintainers could
chime in on what if any reentrant variants of these functions exist on their
platforms so we can have a more proper fix.
--
components: Extension Modules
messages: 294540
nosy: dwfreed
priority: normal
severity: normal
status: open
title: socket.getservbyname(), socket.getservbyport(), socket.getprotobyname()
are not threadsafe
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7
___
Python tracker
<http://bugs.python.org/issue30482>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30482] socket.getservbyname(), socket.getservbyport(), socket.getprotobyname() are not threadsafe
Doug Freed added the comment: It already checks for gethostbyname_r, but the comments in socketmodule.c mention that configure seems to get it wrong. Those comments are probably old, though, so perhaps that can be revisited as well. -- ___ Python tracker <http://bugs.python.org/issue30482> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32998] regular expression regression in python 3.7
Change by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <https://bugs.python.org/issue32998> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18111] Add a default argument to min & max
Doug Hellmann added the comment: +1 on adding this I found today via @dabeaz's cookbook that iter() has a sentinel-detection use case. Having one in min/max seems *far* more obviously useful. It's also consistent with quite a few methods on builtin types where we provide a way to deal with unknown data safely by having a default instead of catching exceptions directly. -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue18111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18191] urllib2/urllib.parse.splitport does not handle IPv6 correctly
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue18191> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18191] urllib2/urllib.parse.splitport does not handle IPv6 correctly
Doug Hellmann added the comment: LGTM -- ___ Python tracker <http://bugs.python.org/issue18191> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17998] internal error in regular expression engine
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue17998> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1257] atexit errors should result in nonzero exit code
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue1257> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18776] atexit error display behavior changed in python 3
New submission from Doug Hellmann: Under python 2 when an atexit callback raised an exception the full traceback was displayed. Under python 3, only the summary of the exception is shown. Input file: import atexit def exit_with_exception(message): raise RuntimeError(message) atexit.register(exit_with_exception, 'Registered first') atexit.register(exit_with_exception, 'Registered second') Python 2: $ python2.7 source/atexit/atexit_exception.py Error in atexit._run_exitfuncs: Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "source/atexit/atexit_exception.py", line 36, in exit_with_exception raise RuntimeError(message) RuntimeError: Registered second Error in atexit._run_exitfuncs: Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "source/atexit/atexit_exception.py", line 36, in exit_with_exception raise RuntimeError(message) RuntimeError: Registered first Error in sys.exitfunc: Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "source/atexit/atexit_exception.py", line 36, in exit_with_exception raise RuntimeError(message) RuntimeError: Registered first Python 3: $ python3.3 source/atexit/atexit_exception.py Error in atexit._run_exitfuncs: RuntimeError: Registered second Error in atexit._run_exitfuncs: RuntimeError: Registered first -- messages: 195586 nosy: doughellmann priority: normal severity: normal status: open title: atexit error display behavior changed in python 3 versions: Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue18776> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1680961] remove sys.exitfunc, rewrite atexit in C
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue1680961> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16211] MacInstalls break PyDev
New submission from Doug Ransom: A number of .py files are not installed in the mac installer. While python programs run OK, this thwarts users from using IDEs like Aptana Studio/PyDev. For those of us who are python dabblers, this makes it nearly impossible to write/debug python code. urllib.py is an example. Here is the note from PyDev which works with Aptana Studio http://pydev.org/manual_101_interpreter.html (though installing python as they discuss doesn't fix the problem, and the /lib folder thing is probably beyond most of us to figure out): "IMPORTANT for Mac users: The Python version that usually ships with Mac doesn't seem to have the .py source files available, which are required for PyDev, so, using a different interpreter is recommended (i.e.: Download it from http://python.org). If you don't want to use a different interpreter, get the source files for the Python '/Lib' folder and add those to the system installation. After those steps, you should have a screen as presented below:..." How about changing the install so IDEs like pydev, for all versions? A few extra bytes of disk space probably won't harm anything. -- assignee: ronaldoussoren components: Macintosh messages: 172743 nosy: Doug.Ransom, ronaldoussoren priority: normal severity: normal status: open title: MacInstalls break PyDev versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue16211> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16211] MacInstalls break PyDev
Doug Ransom added the comment: The problem described was in respect to the python installed by the installer from python.org, not the python that ships with mac. Using OSX 10.8.1. Installing python from python.org binary installer does not fix the problem. I ran the installer before submitting this bug, which is in reference to the installer downloaded from python.org, not what OSX Provides. It may be that if OS X already installed python 2.7 the installer from python.org doesn't do anything. Installing Xcode Command Line tools also doesn't seem to work. installing python from ports sudo port install python27 does seem to work. Therefore, I think the problem is with the binary installer for os x. I think this deserves closer inspection. -- resolution: invalid -> status: closed -> open ___ Python tracker <http://bugs.python.org/issue16211> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11638] python setup.py sdist --formats tar* crashes if version is unicode
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue11638> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22185] Occasional RuntimeError from Condition.notify
New submission from Doug Zongker: Condition.wait() modifies self._waiters without holding the lock (when a wait with timeout times out without the condition being notified). If this happens to occur in between construction of the _islice and _deque objects in Condition.notify(): def notify(self, n=1): [...] all_waiters = self._waiters waiters_to_notify = _deque(_islice(all_waiters, n)) then the result is a RuntimeError exception: File "/usr/lib/python3.4/threading.py", line 358, in notify_all self.notify(len(self._waiters)) File "/usr/lib/python3.4/threading.py", line 341, in notify waiters_to_notify = _deque(_islice(all_waiters, n)) RuntimeError: deque mutated during iteration (I have a server which makes extensive use of conditions on which this happens about once a day.) This patch fixes this bug by moving wait()'s modification of self._waiters to be inside the lock, as suggested by Antoine Pitrou here: http://bugs.python.org/issue17385#msg183875 -- components: Library (Lib) files: fix.diff keywords: patch messages: 225208 nosy: dougz, pitrou priority: normal severity: normal status: open title: Occasional RuntimeError from Condition.notify type: crash versions: Python 3.4, Python 3.5 Added file: http://bugs.python.org/file36351/fix.diff ___ Python tracker <http://bugs.python.org/issue22185> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22185] Occasional RuntimeError from Condition.notify
Doug Zongker added the comment: So, what happens now? What do I need to do to make progress on this? -- ___ Python tracker <http://bugs.python.org/issue22185> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19570] distutils' Command.ensure_dirname fails on Unicode
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue19570> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6958] Add Python command line flags to configure logging
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue6958> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6958] Add Python command line flags to configure logging
Doug Hellmann added the comment: I think I'm with Michael on this one. I'd rather add logging configuration to any stdlib modules that support being run directly and want to support logging. -- ___ Python tracker <http://bugs.python.org/issue6958> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6958] Add Python command line flags to configure logging
Doug Hellmann added the comment: How do these "global" settings (either via the interpreter or a wrapper in the logging module) change what an app might do on its own? IOW, if my app is already written to configure logging, and someone invokes it with these other settings, which settings are used? -- ___ Python tracker <http://bugs.python.org/issue6958> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6958] Add Python command line flags to configure logging
Doug Hellmann added the comment: @theller, I'm not sure what your point is. I'm asking what the defined behavior is if we provide some sort of global way to run a program with logging configured, and then that app turns around and tries to reconfigure it. Should the last one to call the configuration function(s) win, or the first? I like the idea of adding this feature to the logging module better than building it into the interpreter, but I still think it opens up areas for unexpected behavior, and it would be better to just let each application set up its own logging. -- ___ Python tracker <http://bugs.python.org/issue6958> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6977] Getopt documentation ambiguity
Doug Hellmann added the comment: Is there a way in getopt to define an option that takes an optional argument? I thought options either required args or did not accept them at all. -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue6977> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5728] Support telling TestResult objects a test run has finished
Doug Philips added the comment: Quite useful! Names are hard, but the ones proposed are pretty good. -- nosy: +dgou ___ Python tracker <http://bugs.python.org/issue5728> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4040] ignored exceptions in generators (regression?)
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue4040> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9296] json module skipkeys handling changed exception types in 2.7
New submission from Doug Hellmann : Under Python 2.6 the json encoder raised a TypeError when it encountered dictionary keys that were not strings. Under 2.7, that exception has changed to a ValueError, but the documentation still says it raises TypeError. I'm not sure which is right, but TypeError seems like the correct exception. -- components: Library (Lib) messages: 110660 nosy: doughellmann priority: normal severity: normal status: open title: json module skipkeys handling changed exception types in 2.7 type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue9296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9296] json module skipkeys handling changed exception types in 2.7
Doug Hellmann added the comment: The attached file json_skipkeys.py illustrates the problem. -- Added file: http://bugs.python.org/file18053/json_skipkeys.py ___ Python tracker <http://bugs.python.org/issue9296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9296] json module skipkeys handling changed exception types in 2.7
Doug Hellmann added the comment: Looking into the code, I see in _json.c that a ValueError is raised by encoder_listencode_dict() on line 2150, but in the pure-Python implementation in json/encoder.py a TypeError is raised by _make_iterencode() on line 376. -- ___ Python tracker <http://bugs.python.org/issue9296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9296] json module skipkeys handling changed exception types in 2.7
Doug Hellmann added the comment: Bob fixed this in simplejson under ticket 82 (http://code.google.com/p/simplejson/issues/detail?id=82). -- ___ Python tracker <http://bugs.python.org/issue9296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9296] json module skipkeys handling changed exception types in 2.7
Doug Hellmann added the comment: Ray, thanks for the patches. Antoine, I appreciate the review. I'll try to get these checked in to svn in the next day or two. I see that this ticket is tagged as related to versions 2.7, 3.1, and 3.2. Should the changes be applied to any branches other than trunk and py3k? -- ___ Python tracker <http://bugs.python.org/issue9296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9296] json module skipkeys handling changed exception types in 2.7
Doug Hellmann added the comment: Committed to py3k as r83016, release31-maint as r83017, and release27-maint as r83018. Thanks for your help, everyone. -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue9296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9444] argparse does not honor prefix_chars when adding default options
New submission from Doug Hellmann : If an ArgumentParser is created with a prefix_chars string that does not include '-', the default options created for showing help (-h and --help) and the version (-v and --version) are invalid and generate an exception. -- components: Library (Lib) files: argparse_prefix_chars_bug.py messages: 112219 nosy: doughellmann priority: normal severity: normal status: open title: argparse does not honor prefix_chars when adding default options versions: Python 2.7 Added file: http://bugs.python.org/file18292/argparse_prefix_chars_bug.py ___ Python tracker <http://bugs.python.org/issue9444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9444] argparse does not honor prefix_chars when adding default options
Doug Hellmann added the comment: One solution would be to use the first character of prefix_chars when building those default options. -- ___ Python tracker <http://bugs.python.org/issue9444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9444] argparse does not honor prefix_chars when adding default options
Doug Hellmann added the comment: I haven't read the existing tests, but I am not seeing the behavior described by Ted in msg112258. If I specify the prefix_chars as '+/' and define a long option '//myopt' then using ++myopt on the command line gives an error that the option is unrecognized. I don't know if that's a bug or the desired behavior. -- ___ Python tracker <http://bugs.python.org/issue9444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9444] argparse does not honor prefix_chars when adding default options
Doug Hellmann added the comment: Oh, I should point out that last comment is describing what I see when using the unpatched 2.7 version of the module. -- ___ Python tracker <http://bugs.python.org/issue9444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9444] argparse does not honor prefix_chars when adding default options
Doug Hellmann added the comment: I was actually surprised that prefix_chars didn't allow *any* of those characters to indicate an option. For example, a program on Unix might use options that start with '-', but also support '/' as a prefix under Windows. If that's the intended behavior, that's OK, and maybe the docs can be made more specific. It does, however, open the question of how to pick the prefix to use for automatically-generated options. Maybe the current behavior is best after all, so the programmer disabling the '-' prefix character realizes they need to handle the help and version options explicitly. -- ___ Python tracker <http://bugs.python.org/issue9444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9444] argparse does not honor prefix_chars when adding default options
Doug Hellmann added the comment: Explicitly specifying aliases makes sense, it just wasn't clear that was the intent from the existing documentation. So, I don't think the behavior needs to change, but a doc update might help. -- ___ Python tracker <http://bugs.python.org/issue9444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9444] argparse does not honor prefix_chars when adding default options
Doug Hellmann added the comment: Sorry I'm not being clear: I do like the patch, I think the exception should not be raised. -- ___ Python tracker <http://bugs.python.org/issue9444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9444] argparse does not honor prefix_chars when adding default options
Doug Hellmann added the comment: Yes, that doc change is clear. Thanks! -- nosy: +ted.turocy ___ Python tracker <http://bugs.python.org/issue9444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9444] argparse does not honor prefix_chars when adding default options
Doug Hellmann added the comment: Thanks, everyone! -- ___ Python tracker <http://bugs.python.org/issue9444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9509] argparse FileType raises ugly exception for missing file
New submission from Doug Hellmann :
Most of the argparse type converters handle exceptions with a single line error
message explaining the problem. For example, if an argument -i is declared as
an int, but the value given ('a') cannot be converted to an int, the message is
something like "argument -i: invalid int value: 'a'".
On the other hand, FileType raises an IOError, which isn't being caught and
converted to the simpler error message. Instead, a full traceback is printed.
To be consistent, the IOError should be trapped and a single error message
printed.
--
components: Library (Lib)
files: argparse_filetype_error.py
messages: 112798
nosy: doughellmann
priority: normal
severity: normal
status: open
title: argparse FileType raises ugly exception for missing file
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file18380/argparse_filetype_error.py
___
Python tracker
<http://bugs.python.org/issue9509>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9509] argparse FileType raises ugly exception for missing file
Changes by Doug Hellmann : Added file: http://bugs.python.org/file18381/argparse_int_error.py ___ Python tracker <http://bugs.python.org/issue9509> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9509] argparse FileType raises ugly exception for missing file
Changes by Doug Hellmann : -- keywords: +easy ___ Python tracker <http://bugs.python.org/issue9509> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9216] FIPS support for hashlib
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue9216> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9216] FIPS support for hashlib
Doug Hellmann added the comment: @rbcollins, I don't think providing a hashlib.fips module without md5() solves the problem. The idea is to have a way to call md5() in non-secure situations, and to signal to the FIPS system that the call is OK. A separate module would work if it included an md5() function that always did that signaling. But creating a separate module just to wrap one function like that seems like overkill, doesn't it? -- ___ Python tracker <http://bugs.python.org/issue9216> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9216] FIPS support for hashlib
Doug Hellmann added the comment: @Robert, I thought you were proposing a hashlib.fips module that did not include md5() at all. If it does include the function, and the function does whatever is needed to disable the "die when using MD5" on a FIPS system, then I agree it would work. Your point about the FIPS standard changing and needing to include more hash types in the future is good. -- ___ Python tracker <http://bugs.python.org/issue9216> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9216] FIPS support for hashlib
Doug Hellmann added the comment: @Antoine - The idea behind introducing some API mechanism is exactly as you say, to let the developer say "this use of this algorithm is not related to security" to tell FIPS systems to not be pedantic. -- ___ Python tracker <http://bugs.python.org/issue9216> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24955] webbrowser broken on Mac OS X when using the BROWSER variable
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue24955> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24452] Make webbrowser support Chrome on Mac OS X
Changes by Doug Hellmann : -- nosy: +doughellmann ___ Python tracker <http://bugs.python.org/issue24452> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27624] unclear documentation on Queue.qsize()
New submission from Doug Hoskisson: The documentation for Queue.qsize(): "Return the approximate size of the queue." "approximate" is unclear. It might suggest some strategy used for approximating, or it might be the exact size at an arbitrary time. It should be made more clear. -- assignee: docs@python components: Documentation messages: 271362 nosy: Doug Hoskisson, docs@python priority: normal severity: normal status: open title: unclear documentation on Queue.qsize() versions: Python 3.5 ___ Python tracker <http://bugs.python.org/issue27624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27624] unclear documentation on Queue.qsize()
Doug Hoskisson added the comment: Some strategies for approximating might report a size the the queue has never been and never will be. For example, a strategy could gather data and find the size is increasing at some rate, and approximate based on that rate, but then the rate of increase changes before it reaches the approximated size. That's the kind of thing that "approximate" would suggest to some people. -- ___ Python tracker <http://bugs.python.org/issue27624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27624] unclear documentation on Queue.qsize()
Doug Hoskisson added the comment: The way that this whole page of documentation is written does not suggest that this class is ONLY for use in a multi-threaded setting. This class can be used without multi-threading, right? Wouldn't it be useful to know whether this function does give the exact size of the queue in a single-threaded setting? Right now, it doesn't contain that information. -- ___ Python tracker <http://bugs.python.org/issue27624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27624] unclear documentation on Queue.qsize()
Doug Hoskisson added the comment: One thing that is important to recognize in considering this, is which information is specific to what is being documented, and which information is more general. Some people may think that documentation should only give information specific to what is being documented. Others may think it is useful to also include general information that can help people learn. I don't know whether the writers of Python documentation lean to one of these or the other, but this contains a significant amount of information that has nothing to do with Python specifically, nothing to do with this class specifically, and nothing to do with this function specifically. (Again, I'm not saying this is bad. I just think it's important for people to recognize it.) It's just general multi-threading knowledge. Anyone who knows about multi-threading (in any language) knows that the queue could change between two function calls. But despite that extra general information, there is some specific information missing. Does it return the size of the queue (at the time the memory is accessed by the function call)? or does it use a more complex strategy for approximating the size of the queue? The reason this information is important is that if it is the former, that would be useful in single-threaded situations. I am guessing that it is the former, but I don't know because not enough information is given. Assuming that guess, I think following the model I see in the documentation of the next 2 functions on the page (Queue.empty() and Queue.full()) would be a good idea. That is, that the first sentence should only contain information specific to what is being documented, and more general information (about multi-threading) can be given afterward. The fact that the size returned is approximate would have nothing to do with this function specifically, and it is just general information about how multi-threading works. My suggestion for this documentation (again, assuming that my guess of the missing information is correct) I will put in a separate comment because this comment will be TLDR for many. If my guess is incorrect, then something should be clarified to lessen people guessing thus. (Maybe this is just projecting, but I think most people would make the same guess that I am making.) -- ___ Python tracker <http://bugs.python.org/issue27624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27624] unclear documentation on Queue.qsize()
Doug Hoskisson added the comment: My suggestion for this documentation: """ Return the number of items in the queue. Note, in multi-threading this mostly just serves as an approximation, and information from this doesn’t guarantee that a subsequent get() or put() will not block. """ -- ___ Python tracker <http://bugs.python.org/issue27624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27624] unclear documentation on Queue.qsize()
Doug Hoskisson added the comment: More explicit is ok, if that's what people want, but just not in the first sentence, because that stuff has nothing to do with what is being documented specifically (as evidenced by referencing a wikipedia article that doesn't even mention python). I don't think more explicit is necessary, but if that's what others want, it's not bad. How much of the python documentation should be dedicated to teaching people stuff that has nothing to do with python specifically? -- ___ Python tracker <http://bugs.python.org/issue27624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27624] unclear documentation on Queue.qsize()
Doug Hoskisson added the comment: It is inconsistent with other documentation right next to it. Should the documentation for empty() say "Return True if the queue is approximately empty, False otherwise."? Should the documentation for full() say "Return True if the queue is approximately full, False otherwise."? -- ___ Python tracker <http://bugs.python.org/issue27624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27624] unclear documentation on Queue.qsize()
Doug Hoskisson added the comment: If the specification of the empty method is to return whether the queue is empty, then the programmers have failed to meet that specification, because by the time you get that return value, it might not be empty anymore. -- ___ Python tracker <http://bugs.python.org/issue27624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
