[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
[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.py", line 221, in _runtest_inner2 the_module = impo
[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
[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] [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
[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
[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
[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
[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
[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
[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
[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
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
[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
[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
[issue32998] regular expression regression in python 3.7
Change by Doug Hellmann <d...@doughellmann.com>: -- nosy: +doughellmann ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32998> ___ ___ 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 <rep...@bugs.python.org> <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
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 <rep...@bugs.python.org>
<http://bugs.python.org/issue30482>
___
___
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 <rep...@bugs.python.org> <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 <rep...@bugs.python.org> <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 <rep...@bugs.python.org> <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
Changes by Doug Hellmann <d...@doughellmann.com>: -- nosy: +doughellmann ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue9216> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9400] multiprocessing.pool.AsyncResult.get() messes up exceptions
Doug Coleman added the comment: Six years later and I'm still running into this exact bug with ``subprocess.CalledProcessError`` on python 2.7.12 when doing a ``multiprocessing.Pool.map`` and trying to catch errors from ``subprocess.check_output``. What's the reason it was never fixed and backported? -- nosy: +Doug Coleman ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue9400> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22233] http.client splits headers on non-\r\n characters
Changes by Doug Hellmann <doug.hellm...@gmail.com>: -- nosy: +doughellmann ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue22233> ___ ___ 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 was not to delete the "approximate" entirely. Just move it out of the first sentence to make it more consistent with the other documentation. This is the model I'm seeing in empty() and full(): The first sentence is something simple and direct (without nebulous words that will make people wonder what it means), and then after that, comment on the race-condition stuff. I think that documentation is good, and it would be good to follow the same model for qsize(). -- ___ Python tracker <rep...@bugs.python.org> <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 <rep...@bugs.python.org> <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 <rep...@bugs.python.org> <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 <rep...@bugs.python.org> <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 <rep...@bugs.python.org> <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 <rep...@bugs.python.org> <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()
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 <rep...@bugs.python.org> <http://bugs.python.org/issue27624> ___ ___ 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 <doug.hellm...@gmail.com>: -- nosy: +doughellmann ___ Python tracker <rep...@bugs.python.org> <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 <doug.hellm...@gmail.com>: -- nosy: +doughellmann ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue24452> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26961] Provide an API to help debug super().__getattribute__ results
Doug Hellmann added the comment: @Nick - Being able to get to the source is ok, but if I can get the actual type I can always get the source from that. I don't need the actual type object except to know what it is, and it seems more flexible to return the class object than a name or other reference to it that I then have to turn into the class object if I really did need it. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26961> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26961] Provide an API to help debug super().__getattribute__ results
Doug Hellmann added the comment:
The specific case I have right now is with a large code base written by someone
else who is seeing a TypeError when they call super(their-local-class,
self).__init__() because whatever class super() is returning is expecting
arguments to __init__(). The TypeError thrown doesn't say what is being called
(that's a separate issue) so I was trying to debug. The __init__() method of
super() is a special wrapper, so there isn't any way using only super() to
access the class it has decided to use. I'm currently walking the MRO by hand
to find the class that's causing the problem. I expected to be able to do
something like super(their-local-class, self).give_me_the_type_with('__init__')
and get back a class.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26961>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26053] regression in pdb output between 2.7 and 3.5
New submission from Doug Hellmann:
Under python 2.7 using the "run" command within pdb and passing it arguments
causes those arguments to be printed out. Under 3.5, this is no longer true.
$ python2.7 -m pdb pdb_run.py
> /Users/dhellmann/Dropbox/PyMOTW/Python3/pymotw-3/source/pdb/pdb_run.py(7)()
-> import sys
(Pdb) c
('Command-line args:', ['pdb_run.py'])
The program finished and will be restarted
> /Users/dhellmann/Dropbox/PyMOTW/Python3/pymotw-3/source/pdb/pdb_run.py(7)()
-> import sys
(Pdb) run a b c "this is a long argument"
Restarting pdb_run.py with arguments:
a b c this is a long argument
> /Users/dhellmann/Dropbox/PyMOTW/Python3/pymotw-3/source/pdb/pdb_run.py(7)()
-> import sys
$ python3.5 -m pdb pdb_run.py
> /Users/dhellmann/Dropbox/PyMOTW/Python3/pymotw-3/source/pdb/pdb_run.py(7)()
-> import sys
(Pdb) c
Command-line args: ['pdb_run.py']
The program finished and will be restarted
> /Users/dhellmann/Dropbox/PyMOTW/Python3/pymotw-3/source/pdb/pdb_run.py(7)()
-> import sys
(Pdb) run a b c "this is a long argument"
Restarting pdb_run.py with arguments:
pdb_run.py
> /Users/dhellmann/Dropbox/PyMOTW/Python3/pymotw-3/source/pdb/pdb_run.py(7)()
-> import sys
It looks like the issue is in the pdb main loop. Under 2.7 the restart logic
has:
except Restart:
print "Restarting", mainpyfile, "with arguments:"
print "\t" + " ".join(sys.argv[1:])
but under 3.5 that was changed to:
except Restart:
print("Restarting", mainpyfile, "with arguments:")
print("\t" + " ".join(args))
The do_run() method has already reset sys.argv before throwing Restart, so to
print the correct arguments sys.argv[1:] should be used.
--
files: pdb_run.py
keywords: 3.5regression
messages: 257785
nosy: doughellmann
priority: normal
severity: normal
status: open
title: regression in pdb output between 2.7 and 3.5
type: behavior
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file41538/pdb_run.py
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26053>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26053] regression in pdb output between 2.7 and 3.5
Doug Hellmann added the comment: I should also mention that I haven't tested early versions of 3.x to see where exactly the regression was introduced. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26053> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19351] python msi installers - silent mode
Doug Rohm added the comment: I realize this hasn't been commented on for a long time, but I'm noticing the same issue trying to do a silent install with the 3.4.3 x64 windows installer. The 3.4.2 x64 windows installer worked perfectly fine, but I can't seem to get the registry and add/remove entries to work with 3.4.3. I tried fiddling with ALLUSERS=1 and ALLUSERS= and the results were the same. Were there any changes to the windows x64 installer from 3.4.2 to 3.4.3 in regards to this issue? -- nosy: +drohm ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19351 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23574] datetime: support leap seconds
Changes by Doug Hellmann doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23574 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22840] strpdate('20141110', '%Y%m%d%H%S') returns wrong date
New submission from Doug Gorley:
strptime() is returning the wrong date if I try to parse today's date
(2014-11-10) as a string with no separators, and if I ask strpdate() to look
for nonexistent hour and minute fields.
datetime.datetime.strptime('20141110', '%Y%m%d').isoformat()
'2014-11-10T00:00:00'
datetime.datetime.strptime('20141110', '%Y%m%d%H%M').isoformat()
'2014-01-01T01:00:00'
--
components: Library (Lib)
messages: 230977
nosy: dgorley
priority: normal
severity: normal
status: open
title: strpdate('20141110', '%Y%m%d%H%S') returns wrong date
type: behavior
versions: Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22840
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22840] strpdate('20141110', '%Y%m%d%H%S') returns wrong date
Doug Gorley added the comment: I expected the second call to strpdate() to throw an exception, because %Y consumed '2014', %m consumed '11', and %d consumed '10', leaving nothing for %H and %M to match. That would be consistent with the first call. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22840 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18473] some objects pickled by Python 3.x are not unpicklable in Python 2.x because of incorrect REVERSE_IMPORT_MAPPING
Doug Royal added the comment: This patch only addresses the proven errors with UserList, UserString, and collections. -- keywords: +patch nosy: +doug.royal Added file: http://bugs.python.org/file37145/fix_issue18473.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18473 ___ ___ 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 rep...@bugs.python.org 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
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 rep...@bugs.python.org 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 doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://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 doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11638 ___ ___ Python-bugs-list mailing list Unsubscribe: https://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 doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1680961 ___ ___ 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 doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17998 ___ ___ 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 doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org 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 rep...@bugs.python.org http://bugs.python.org/issue18191 ___ ___ Python-bugs-list mailing list Unsubscribe: http://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 rep...@bugs.python.org http://bugs.python.org/issue18111 ___ ___ 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 rep...@bugs.python.org 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 rep...@bugs.python.org http://bugs.python.org/issue16211 ___ ___ Python-bugs-list mailing list Unsubscribe: http://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 doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13817 ___ ___ 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 doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12841 ___ ___ 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 doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11879 ___ ___ 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue1170 ___ ___ 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 d...@douglatornell.ca: -- assignee: docs@python components: Documentation nosy: dlatornell, docs@python priority: normal severity: normal status: open title: Typo in collections.abc docs ___ Python tracker rep...@bugs.python.org 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 d...@douglatornell.ca: 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 rep...@bugs.python.org 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 d...@douglatornell.ca: -- keywords: +patch Added file: http://bugs.python.org/file21326/collections.abc-docs.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11625 ___ ___ 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 doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1170 ___ ___ 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue7372 ___ ___ 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 doug.s...@gmail.com 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 stdin, line 1, in module 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 rep...@bugs.python.org 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 doug.s...@gmail.com 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 rep...@bugs.python.org 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 doug.s...@gmail.com 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 rep...@bugs.python.org 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 doug.s...@gmail.com added the comment: Certainly! -- Added file: http://bugs.python.org/file19773/pyconfig.h ___ Python tracker rep...@bugs.python.org 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 doug.s...@gmail.com 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 rep...@bugs.python.org 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 doug.s...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com added the comment: Hi, Tarsis, That patch looks good to me. Thanks! Doug -- ___ Python tracker rep...@bugs.python.org 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 doug.hellm...@gmail.com added the comment: Oh, yeah, a test is a good idea. -- ___ Python tracker rep...@bugs.python.org 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 doug.s...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue9742 ___ ___ 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com: -- nosy: +tarek ___ Python tracker rep...@bugs.python.org 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
New submission from Doug Hellmann doug.hellm...@gmail.com: 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com added the comment: Ah, I assumed that since the revision number was older there might be a newer build available now. -- ___ Python tracker rep...@bugs.python.org 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue10263 ___ ___ 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 doug.hellm...@gmail.com: 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com: -- assignee: - d...@python components: +Documentation nosy: +d...@python ___ Python tracker rep...@bugs.python.org 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 doug.hellm...@gmail.com added the comment: Thanks, Gerhard! -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10020 ___ ___ 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 doug.hellm...@gmail.com: -- keywords: +easy ___ Python tracker rep...@bugs.python.org 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
New submission from Doug Hellmann doug.hellm...@gmail.com:
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 rep...@bugs.python.org
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 doug.hellm...@gmail.com: Added file: http://bugs.python.org/file18381/argparse_int_error.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9509 ___ ___ 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 doug.hellm...@gmail.com added the comment: Thanks, everyone! -- ___ Python tracker rep...@bugs.python.org 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 doug.hellm...@gmail.com added the comment: Yes, that doc change is clear. Thanks! -- nosy: +ted.turocy ___ Python tracker rep...@bugs.python.org 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com added the comment: Sorry I'm not being clear: I do like the patch, I think the exception should not be raised. -- ___ Python tracker rep...@bugs.python.org 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 doug.hellm...@gmail.com added the comment: One solution would be to use the first character of prefix_chars when building those default options. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9444 ___ ___ 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com added the comment: Bob fixed this in simplejson under ticket 82 (http://code.google.com/p/simplejson/issues/detail?id=82). -- ___ Python tracker rep...@bugs.python.org 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
New submission from Doug Hellmann doug.hellm...@gmail.com: 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 rep...@bugs.python.org 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 doug.hellm...@gmail.com added the comment: The attached file json_skipkeys.py illustrates the problem. -- Added file: http://bugs.python.org/file18053/json_skipkeys.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9296 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
