[issue23193] Please support numeric_owner in tarfile
Changes by Eric V. Smith e...@trueblade.com: -- stage: test needed - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23193 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23335] _ssl.c cannot be compiled with older versions of OpenSSL
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23335 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22079] Ensure in PyType_Ready() that base class of static type is static
Roundup Robot added the comment: New changeset c087ac6fc171 by Serhiy Storchaka in branch '2.7': Issue #22079: PyType_Ready() now checks that statically allocated type has https://hg.python.org/cpython/rev/c087ac6fc171 New changeset 747855f29b9d by Serhiy Storchaka in branch '3.4': Issue #22079: PyType_Ready() now checks that statically allocated type has https://hg.python.org/cpython/rev/747855f29b9d New changeset eb26255e11f1 by Serhiy Storchaka in branch 'default': Issue #22079: PyType_Ready() now checks that statically allocated type has https://hg.python.org/cpython/rev/eb26255e11f1 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22079 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23332] datetime.isoformat() - explicitly mark UTC string as such
Alexander Belopolsky added the comment: ISO 8601 can and should be understood such as the TZ-designator is required (I think we agreed on that). No. There is no such requirement in ISO 8601 as far as I remember. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22799] wrong time.timezone
Alexander Belopolsky added the comment: Isn't this a duplicate of #13466? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22799 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22798] time.mktime doesn't update time.tzname
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22798 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23332] datetime.isoformat() - explicitly mark UTC string as such
Alexander Belopolsky added the comment: Why do you call it a bug? Specifying UTC as +00:00 is perfectly valid by ISO 8601 and some RFCs that are based on the ISO standard recommend against using the Z code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22799] wrong time.timezone
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22799 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22609] Constructors of some mapping classes don't accept `self` keyword argument
Serhiy Storchaka added the comment: So may be close this issue? See also issue22958. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22609 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23285] PEP 475 - EINTR handling
Charles-François Natali added the comment: I added a few prints to the send and receive loops of _test_send. When running on a reasonably current Debian testing Linux: Thanks, that's what I was suspecting, but I really don't understand why 200ms isn't enough for a socket write to actually do something: maybe OS-X and *BSD schedulers are large timeslice... Could you try by increasing signal_period to e.g. 0.5, and sleep_time to 1? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23285 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18898] Apply the setobject optimizations to dictionaries
Serhiy Storchaka added the comment: noincref.diff doesn't contain all necessary changes. For example dummy is increfed in dict_pop() and dict_popitem() and may be decrefed at insert. As in sets we can got rid of few comparisons with dummy if set dummy hashes to -1. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18898 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23337] Run python with restricted rights
New submission from Marc: Hi, We work in a school within a domain and pupils are using different restricted account on this domain. We tried to install Python 3.4 and it's work with an Administrator Account. With Children account , we got the message IDLE's subprocess didn't make connection. Either IDLE can't start a subprocess or personal firewall software is blocking the connection . We checked if there is any python file in the python.exe directory like advised on http://stackoverflow.com/questions/874757/python-idle-subprocess-error. We also tried to give more right on the python directory for the children account. If anyone have a solution please let me know. Thanks -- components: Windows files: python_error.png messages: 234883 nosy: marcd, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Run python with restricted rights type: crash versions: Python 3.4 Added file: http://bugs.python.org/file37889/python_error.png ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23337 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22687] horrible performance of textwrap.wrap() with a long word
Serhiy Storchaka added the comment: Ping. What can I do to move this issue forward? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22687 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5700] io.FileIO calls flush() after file closed
Serhiy Storchaka added the comment: Ping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5700 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14260] re.groupindex is available for modification and continues to work, having incorrect data inside it
Serhiy Storchaka added the comment: Ping. -- keywords: +needs review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14260 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22721] pprint output for sets and dicts is not stable
Serhiy Storchaka added the comment: Ping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22721 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23338] PyErr_Format in ctypes uses invalid parameter
New submission from Makoto Kato: This is CYGWIN build only. When ctypes cannot find function in CDataType_in_dll, it uses PyErr_Format. But it passes invalid parameters. -- components: ctypes messages: 234886 nosy: mkato priority: normal severity: normal status: open title: PyErr_Format in ctypes uses invalid parameter type: crash versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23337] Run python with restricted rights
Ramchandra Apte added the comment: BTW I think this is more of a support request than an issue. I might be stating the obvious, but is there any firewall software installed? -- nosy: +Ramchandra Apte ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23337 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15381] Optimize BytesIO to do less reallocations when written, similarly to StringIO
Serhiy Storchaka added the comment: Ping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15381 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23332] datetime.isoformat() - explicitly mark UTC string as such
mirabilos added the comment: There’s another minor bug here: UTC should append “Z”, not “+00:00”, which other timezones at that offset can do. Agreed about no timezone being “floating” time in many instances, e.g. the iCalendar format uses that. -- nosy: +mirabilos ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23338] PyErr_Format in ctypes uses invalid parameter
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23339] dict_values should be comparable with a set
New submission from ThiefMaster: d = {'1': '2'} {'1'} d.keys() False {'1'} set(d.values()) False {'1'} d.values() Traceback (most recent call last): File stdin, line 1, in module TypeError: unorderable types: set() dict_values() Same for e.g. the `-` operator. Since dict_keys acts like a real set I think dict_values should do so, too. At least if all the values are hashable. -- components: Library (Lib) messages: 234888 nosy: ThiefMaster priority: normal severity: normal status: open title: dict_values should be comparable with a set versions: Python 2.7, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23339 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18813] Speed up slice object processing
Serhiy Storchaka added the comment: So may be close this issue as it doesn't affect performance? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18813 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23338] PyErr_Format in ctypes uses invalid parameter
Makoto Kato added the comment: add fix for ctypes of 2.7 branch. I don't know correct way to attach patch and process for patch. (I am new commer). So please let me know correct way if incorrect. -- hgrepos: +294 keywords: +patch Added file: http://bugs.python.org/file37890/py.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23335] _ssl.c cannot be compiled with older versions of OpenSSL
Roundup Robot added the comment: New changeset 16f982f93a47 by Benjamin Peterson in branch 'default': ifdef our way to compatibility with old openssl (closes #23335) https://hg.python.org/cpython/rev/16f982f93a47 New changeset 1addc4f0f10c by Benjamin Peterson in branch '2.7': ifdef our way to compatibility with old openssl (closes #23335) https://hg.python.org/cpython/rev/1addc4f0f10c -- nosy: +python-dev resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23335 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22931] cookies with square brackets in value
Changes by Dan LaMotte lamott...@gmail.com: -- nosy: +dlamotte ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22931 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
Neil Girdhar added the comment: Fixed a couple bugs and added a test. Incremented the magic number. -- Added file: http://bugs.python.org/file37896/starunpack24.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2292 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23341] Issue parsing valid cookie
Changes by Berker Peksag berker.pek...@gmail.com: -- resolution: - duplicate stage: - resolved superseder: - cookies with square brackets in value ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23341 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23304] Unused Superclass in calendar.py
Serhiy Storchaka added the comment: I suppose that calendar.error is here for compatibility. It is an alias to ValueError, so that errors raised by the calendar module can be catched with the except calendar.error: statement. Making calendar.error different class will likely break user code. I am inclined to reject this patch. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23304 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23341] Issue parsing valid cookie
Dan LaMotte added the comment: Yes, this is a duplicate of that bug. Sorry. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23341 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22931] cookies with square brackets in value
Demian Brecht added the comment: Ping for review/commit. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22931 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
Neil Girdhar added the comment: Just need to fix the parser now. Minimal example: parser.sequence2st(parser.expr({1}).totuple()) Traceback (most recent call last): File stdin, line 1, in module parser.ParserError: Expected node type 12, got 302. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2292 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Thomas Kluyver added the comment: Updated patch following Gregory's suggestions: - The check_returncode parameter is now called check. The method on CompletedProcess is still check_returncode, though. - Clarified the docs about args - CalledProcessError and TimeoutExceeded gain a stdout property as an alias of output Ethan: to combine stdout and stderr in check_output, you need to pass stderr=subprocess.STDOUT - it doesn't assume you want that. I did consider having a simplified interface so you could pass e.g. capture='combine', or capture='stdout', but I don't think the brevity is worth the loss of flexibility. -- Added file: http://bugs.python.org/file37899/subprocess_run2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13697] python RLock implementation unsafe with signals
STINNER Victor added the comment: FYI I proposed a fix for eventlet to fix eventlet with Python 3 when monkey-patching is used: https://github.com/eventlet/eventlet/pull/187 The change forces the Python implementation of RLock, which is compatible with eventlet monkey-patching. The Python implementation of RLock gets the thread identifier from the monkey-patched threading module, whereas the C implementation calls directly a C function to get the identifier which is incompatible with eventlet. If the Python implementation is simply dropped, eventlet may uses its own implementation (copy/paste code from older Python version). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13697 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18982] Add tests for CLI of the calendar module
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23304] Unused Superclass in calendar.py
Berker Peksag added the comment: Looks like error was unused since https://hg.python.org/cpython/rev/acdc0b9a6c78#l2.48 (see also https://hg.python.org/cpython/rev/6ee380349c84/ for time.gmtime()). LGTM. -- nosy: +berker.peksag stage: - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23304 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Ethan Furman added the comment: I haven't checked the code, but does check_output and friends combine stdout and stderr when ouput=PIPE? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23333] asyncio: call protocol.connection_lost() when the creation of transport failed
STINNER Victor added the comment: The call to loop.add_reader() should maybe be scheduled after the call to connection_made()? To ensure that protocol methods (feed_data) are not called before connection_made() has been called. Fixed by: --- changeset: 94360:1b35bef31bf8 branch: 3.4 tag: tip user:Victor Stinner victor.stin...@gmail.com date:Thu Jan 29 00:36:51 2015 +0100 files: Lib/asyncio/selector_events.py Lib/test/test_asyncio/test_selector_events.py description: asyncio: Fix _SelectorSocketTransport constructor Only start reading when connection_made() has been called: protocol.data_received() must not be called before protocol.connection_made(). --- Other fix related to this issue: --- changeset: 94358:1da90ebae442 branch: 3.4 parent: 94355:263344bb2107 user:Victor Stinner victor.stin...@gmail.com date:Thu Jan 29 00:35:56 2015 +0100 files: Lib/asyncio/sslproto.py Lib/test/test_asyncio/test_sslproto.py description: asyncio: Fix SSLProtocol.eof_received() Wake-up the waiter if it is not done yet. --- -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23340] armv7l C++ exceptions issue
Eric V. Smith added the comment: I agree with David that this isn't the right venue. That said, the likely problem is that Python's main() is written in C, not C++, so some needed runtime support for exceptions is not getting initialized. -- nosy: +eric.smith resolution: - not a bug ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23340 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13697] python RLock implementation unsafe with signals
Lothsahn added the comment: I am using Python 2.6.5 (we will be upgrading to Python 2.7.9 soon) and I recently ran into this bug. If I do any locking in a signal handler with RLocks, the entire system can deadlock. I'm using this to serialize my IO so we don't have mismatched lines in our logs. It looks like RLock was implemented in C in 3.2. While I don't care about the performance benefits of that rewrite, having a non-deadlocking RLock implementation would be nice. Not sure if this issue can be fixed in 2.7, but it would be nice. C RLock implementation here: http://bugs.python.org/issue3001 -- nosy: +Lothsahn ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13697 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Gregory P. Smith added the comment: Ethan: check_output combines them when stdout=subprocess.STDOUT is passed ( https://docs.python.org/3.5/library/subprocess.html#subprocess.STDOUT). Never pass stdout=PIPE or stderr= PIPE to call() or check*() methods as that will lead to a deadlock when a pipe buffer fills up. check_output() won't even allow you pass in stdout as it needs to set that to PIPE internally, but you could still do the wrong thing and pass stderr=PIPE without it warning you. the documentation tells people not to do this. i don't recall why we haven't made it warn or raise when someone tries. (but that should be a separate issue/change) On Wed Jan 28 2015 at 3:30:59 PM Ethan Furman rep...@bugs.python.org wrote: Ethan Furman added the comment: I haven't checked the code, but does check_output and friends combine stdout and stderr when ouput=PIPE? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23333] asyncio: add a new Protocol.connection_failed() method
STINNER Victor added the comment: New patch which adds a new Protocol.connection_failed() method. The method is called when the creation of the transport failed, ie. when the connection failed, on SSL handshake failure for example. The patch also closes the transport on connection failure (avoid a ResourceWarning with patch of the issue #23243). -- title: asyncio: call protocol.connection_lost() when the creation of transport failed - asyncio: add a new Protocol.connection_failed() method Added file: http://bugs.python.org/file37900/connection_failed.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23285] PEP 475 - EINTR handling
Ned Deily added the comment: It turns out the times are not important; the hangup is the default size of the socket buffers on OS X and possibly BSD in general. In my case, the send and receive buffers are 8192, which explains why the chunks written are so small. I somewhat arbitrarily changed the sizes of the buffers in _test_send with: rd.setsockopt(socket.SOL_SOCKET, socket.SO_RCVBUF, support.SOCK_MAX_SIZE // 3) wr.setsockopt(socket.SOL_SOCKET, socket.SO_SNDBUF, support.SOCK_MAX_SIZE // 3) The results were: test_send (__main__.SocketEINTRTest) ... rd SO_RCVBUF default was 8192, wr SO_SNDBUF default was 8192 len(data) = 50331651 sent = 5592405, written = 5592405 chunk = 5592405, total read = 5592405 chunk = 5592405, total read = 11184810 chunk = 5592405, total read = 16777215 sent = 16777215, written = 22369620 chunk = 5592405, total read = 22369620 chunk = 5592405, total read = 27962025 chunk = 5592405, total read = 33554430 chunk = 5592405, total read = 39146835 sent = 22369620, written = 44739240 chunk = 5592405, total read = 44739240 sent = 5592411, written = 50331651 chunk = 5592405, total read = 50331645 chunk = 6, total read = 50331651 ok test_sendall (__main__.SocketEINTRTest) ... rd SO_RCVBUF default was 8192, wr SO_SNDBUF default was 8192 len(data) = 50331651 chunk = 5592405, total read = 5592405 chunk = 5592405, total read = 11184810 chunk = 5592405, total read = 16777215 chunk = 5592405, total read = 22369620 chunk = 5592405, total read = 27962025 chunk = 5592405, total read = 33554430 chunk = 5592405, total read = 39146835 chunk = 5592405, total read = 44739240 sent = None, written = 50331651 chunk = 5592405, total read = 50331645 chunk = 6, total read = 50331651 ok test_sendmsg (__main__.SocketEINTRTest) ... rd SO_RCVBUF default was 8192, wr SO_SNDBUF default was 8192 len(data) = 50331651 sent = 5592405, written = 5592405 chunk = 5592405, total read = 5592405 chunk = 5592405, total read = 11184810 chunk = 5592405, total read = 16777215 chunk = 5592405, total read = 22369620 chunk = 5592405, total read = 27962025 sent = 27962025, written = 33554430 chunk = 5592405, total read = 33554430 chunk = 5592405, total read = 39146835 chunk = 5592405, total read = 44739240 sent = 16777221, written = 50331651 chunk = 5592405, total read = 50331645 chunk = 6, total read = 50331651 ok I dunno if a value that large will work in all environments, so the code to call setsockopt might need to be smarter. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23285 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23334] http.client refactor
Demian Brecht added the comment: On 2015-01-27 7:34 PM, R. David Murray wrote: Quantifying largely will be important. Understandably. In terms of the public API, all changes should be purely additive and 100% backwards compatible. largely is referring to some of the private API that has been removed (i.e. _output and _send_output) as they're no longer needed. This should also hold true for upcoming changes as well. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23334 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13128] httplib debuglevel on CONNECT doesn't print response headers
Demian Brecht added the comment: New patch removes unrelated changes. -- Added file: http://bugs.python.org/file37892/issue13128_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13128 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23334] http.client refactor
R. David Murray added the comment: Although they are private interfaces we may decide we need a deprecation release before dropping them. Sometimes what we do in cases like this is go ahead and make the changes, but also provide the old methods via a backward-compatible shim and have them emit deprecation warnings. (I haven't looked at your specific changes, and unfortunately probably won't have time to do so :( -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23334 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23334] http.client refactor
Demian Brecht added the comment: On 2015-01-28 7:41 AM, R. David Murray wrote: Although they are private interfaces we may decide we need a deprecation release before dropping them. Sometimes what we do in cases like this is go ahead and make the changes, but also provide the old methods via a backward-compatible shim and have them emit deprecation warnings. That makes sense. If it's decided that's the path that should be pursued, I'll add them in once the functional/test/doc changes have all been made. Thanks for the heads up. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23334 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23343] operator precedence table for `not x` has an operand, while the others do not
Changes by R. David Murray rdmur...@bitdance.com: -- stage: - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23343 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23343] operator precedence table for `not x` has an operand, while the others do not
New submission from Hobs: Shouldn't the [operator precedence table](https://docs.python.org/3.4/reference/expressions.html#operator-precedence), 5th row, 1st column, just say `not` rather than `not` x? The other rows are identified by the keyword for the operator and don't include any operand(s). Is there some other expression that includes `not` that should have a different position in the precedence table? -- assignee: docs@python components: Documentation messages: 234919 nosy: Hobson.Lane, docs@python priority: normal severity: normal status: open title: operator precedence table for `not x` has an operand, while the others do not type: enhancement versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23343 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23343] operator precedence table for `not x` has an operand, while the others do not
Hobs added the comment: Just noticed the other entries for not. Not a bug. -- resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23343 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Changes by Gregory P. Smith g...@krypto.org: -- assignee: - gregory.p.smith nosy: +gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
New submission from Thomas Kluyver: This follows on from the python-ideas thread starting here: https://mail.python.org/pipermail/python-ideas/2015-January/031479.html subprocess gains: - A CompletedProcess class representing a process that has finished, with attributes args, returncode, stdout and stderr - A run() function which runs a process to completion and returns a CompletedProcess instance, aiming to unify the functionality of call, check_call and check_output - CalledProcessError and TimeoutExceeded now have a stderr attribute, to avoid throwing away potentially relevant information. Things I'm not sure about: 1. Should run() capture stdout/stderr by default? I opted not to, for consistency with Popen and with shells. 2. I gave run() a check_returncode parameter, but it feels quite a long name for a parameter. Is 'check' clear enough to use as the parameter name? 3. Popen has an 'args' attribute, while CalledProcessError and TimeoutExpired have 'cmd'. CompletedProcess sits between those cases, so which name should it use? For now, it's args. -- components: Library (Lib) files: subprocess_run.patch keywords: patch messages: 234918 nosy: takluyver priority: normal severity: normal status: open title: run() - unified high-level interface for subprocess type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file37897/subprocess_run.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23344] Faster marshalling
New submission from Serhiy Storchaka: Currently writing marshalled data to buffer is not very efficient. Data is written byte by byte with testing conditions p-fp != NULL and p-ptr != p-end for every byte. Proposed patch makes writing to buffer faster. Benchmark results: $ ./python -m timeit -s import marshal; d = compile(open('Lib/_pydecimal.py').read(), '_pydecimal.py', 'exec') -- marshal.dumps(d) Unpatched: 100 loops, best of 3: 4.64 msec per loop Patched: 100 loops, best of 3: 3.39 msec per loop $ ./python -m timeit -s import marshal; a = ['%010x' % i for i in range(10**4)] -- marshal.dumps(a) Unpatched: 1000 loops, best of 3: 1.96 msec per loop Patched: 1000 loops, best of 3: 1.32 msec per loop $ ./python -m timeit -s import marshal; a = ['%0100x' % i for i in range(10**4)] -- marshal.dumps(a) Unpatched: 100 loops, best of 3: 10.3 msec per loop Patched: 100 loops, best of 3: 3.39 msec per loop -- components: Interpreter Core files: marshal_faster_write.patch keywords: patch messages: 234920 nosy: serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Faster marshalling type: performance versions: Python 3.5 Added file: http://bugs.python.org/file37898/marshal_faster_write.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23344 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Thomas Kluyver added the comment: Another question: With this patch, CalledProcessError and TimeoutExceeded exceptions now have attributes called output and stderr. It would seem less surprising for output to be called stdout, but we can't break existing code that relies on the output attribute. Using properties, either stdout or output could be made an alias for the other, so both names work. Is this desirable? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Changes by Ethan Furman et...@stoneleaf.us: -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Gregory P. Smith added the comment: A 1) Opting not to capture by default is good. Let people explicitly request that. A 2) check seems like a reasonable parameter name for the should i raise if rc != 0 bool. I don't have any other good bikeshed name suggestions. A 3) Calling it args the same way Popen does is consistent. That the attribute on the exceptions is 'cmd' is a bit of an old wart but seems reasonable. Neither the name 'args' or 'cmd' is actually good for any use in subprocess as it is already an unfortunately multi-typed parameter. It can either be a string or it can be a sequence of strings. The documentation is not clear about what type(s) 'cmd' may be. A Another) Now that they gain a stderr attribute, having a corresponding stdout one would make sense. Implement it as a property and document it with a versionadded 3.5 as usual. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23338] PyErr_Format in ctypes uses invalid parameter
Makoto Kato added the comment: for master -- hgrepos: +295 Added file: http://bugs.python.org/file37901/py.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22989] HTTPResponse.msg not as documented
Martin Panter added the comment: Documenting the “headers” attribute is also discussed in Issue 12707 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22989 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21228] Missing enumeration of HTTPResponse Objects methods of urllib.request.urlopen's http.client.HTTPResponse?
Martin Panter added the comment: Related: Issue 12707, about deprecating some methods in favour of attributes -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21228 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10716] Modernize pydoc to use better HTML and separate CSS
Andre Roberge added the comment: If anyone is still interested in this, I did that today (scratching a personal itch - not knowing this had been filed before). What I have done: 1. Moved all the font/color information to a separate css file 2. Used html5 syntax. 3. Recreated a css style sheet that approximate the current look 4. Created a new, very simple style sheet, that is used as a default. It could stand to be greatly improved upon. 5. Checked the validity (W3C) of a sample of the pages generated. This required me to include some empty dt and dd tags. 6. Added an option to start the server with an optional, user-defined css stylesheet. 7. Made some small unrelated edit (adding spaces after commas, removing extra spaces before commas, etc.) to reduce the amount of noise from my linter. I implemented this as a separate project; I did not attempt to run any existing unit tests, nor create new ones. Other than for the additional option (user defined style sheet), I tried to avoid making any change to the functionality. The styling possible to do is thus limited as I mostly replaced existing strings/templates by new ones. My implementation can be found at https://github.com/aroberge/mod_pydoc (sorry, not an hg repo). I did not include a license; I took the existing pydoc without asking permission. It can be understood to be under the original license. -- nosy: +aroberge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10716 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23345] test_ssl fails on OS X 10.10.2 with latest patch level of OpenSSL libs
New submission from Ned Deily: With the latest maintenance release of OS X 10.10 (10.10.2), the OpenSSL libs have reached a patch level that fails the sanity test in test_ssl: test_ssl: testing with 'OpenSSL 0.9.8zc 15 Oct 2014' (0, 9, 8, 28, 15) under Mac ('10.10.2', ('', '', ''), 'x86_64') HAS_SNI = True OP_ALL = 0x 7ff [...] == FAIL: test_openssl_version (test.test_ssl.BasicSocketTests) -- Traceback (most recent call last): File /py/dev/3x/source/Lib/test/test_ssl.py, line 309, in test_openssl_version self.assertLessEqual(patch, 26) AssertionError: 28 not less than or equal to 26 Is there anything special about 26 or can the value just be bumped? -- messages: 234935 nosy: ned.deily, pitrou priority: critical severity: normal stage: needs patch status: open title: test_ssl fails on OS X 10.10.2 with latest patch level of OpenSSL libs versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23345 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23333] asyncio: add a new Protocol.connection_failed() method
Changes by STINNER Victor victor.stin...@gmail.com: Added file: http://bugs.python.org/file37902/accept_connection_failed.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23333] asyncio: add a new Protocol.connection_failed() method
STINNER Victor added the comment: - connection_failed-2.patch: add Protocol.connection_failed() and call when the creation of a transport failed because connection_made() was called Oops. ... *before* connection_made() was called. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13330] Attempt full test coverage of LocaleTextCalendar.formatweekday
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13330 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23212] Update Windows and OS X installer copies of OpenSSL to 1.0.1l
Ned Deily added the comment: Update: 1.0.1l is now released as of 1/15. (1.0.2 was released as of 1/22 but it might be premature to go to that.) -- nosy: -ronaldoussoren title: Update Windows and OS X installer copies of OpenSSL to 1.0.1k - Update Windows and OS X installer copies of OpenSSL to 1.0.1l ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23212 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23333] asyncio: add a new Protocol.connection_failed() method
STINNER Victor added the comment: I splitted connection_failed.patch in two parts: - connection_failed-2.patch: add Protocol.connection_failed() and call when the creation of a transport failed because connection_made() was called - accept_connection_failed.patch: Fix BaseSelectorEventLoop._accept_conncetion(). On error, call connection_failed() and then close the transport. -- Added file: http://bugs.python.org/file37903/connection_failed-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23212] Update Windows and OS X installer copies of OpenSSL to 1.0.1l
Zachary Ware added the comment: I got the 1.0.1l sources prepared and committed to svn.python.org 12 days ago, but got pulled away from it before I had a chance to build and test it. Steve, Tim, if one of you has a chance to test it out before I do, please don't hesitate. Note that the 1.0.1k sources were also prepared and committed, but are completely useless for Windows (which was why 1.0.1l was released, if I'm not mistaken). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23212 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10716] Modernize pydoc to use better HTML and separate CSS
Andre Roberge added the comment: Rather than creating a new branch, I took another copy of pydoc.py, kept its name, and only applied the html-related changes in it. (no new -c option, no unrelated PEP8 changes to the best of my knowledge.) The original pydoc.py referred to pydoc_data/_pydoc.css (which was an empty file). I put the minimal new styling option in that file. I noticed that some former a name=... had no href attribute; I changed the name attribute to id, since name is deprecated in html 5. However, my styling option shows these as actual links whereas they are inactive. An example of this can be seen in _codecs -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10716 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10716] Modernize pydoc to use better HTML and separate CSS
Andre Roberge added the comment: I could certainly create a new branch and revert the PEP8 changes and the new -c option, but before I do this, could you confirm that the new html output would be deemed to be acceptable? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10716 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10716] Modernize pydoc to use better HTML and separate CSS
Berker Peksag added the comment: Thanks! Apparently, we were working on the same issue simultaneously. I was working on the HTML and CSS parts (didn't touch to Lib/pydoc.py yet). I can combine our work, if you could - create a separate branch (no need to be a Hg repo, I can create a patch from GitHub) - revert whitespace and PEP 8 changes - revert the new -c option in mod_pydoc.py -- keywords: -gsoc nosy: +berker.peksag versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10716 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12707] Deprecate addinfourl getters
Martin Panter added the comment: I think it would be okay to deprecate the methods in the documentation, but they should not be removed nor trigger warnings any time soon. Currently the following related methods and attributes are documented: * addinfourl.getcode() == HTTPResponse.status == HTTPError.code * HTTPResponse.reason == HTTPError.reason (HTTPError documentation is vague on this.) * addinfourl.geturl() * addinfourl.info() == HTTPResponse.msg == HTTPError.headers (But see Issue 22989 and patch in Issue 21228 for a quirk with HTTPResponse.) It would be nice to ensure these three classes all implement the same “Response” interface, except that geturl() and “url” may not be appropriate for HTTPResponse. The “code” and “headers” attributes should definitely be documented for consistency. I propose also adding and documenting “reason”. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12707 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23346] shutil.rmtree doesn't work correctly on FreeBSD.
New submission from Denis Sukhonin: shutil.rmtree doesn't work correctly on FreeBSD 9.1. For example if I create a path /tmp/test and try to remove it, I get an exception: shutil.rmtree('/tmp/test') Traceback (most recent call last): File stdin, line 1, in module File /usr/local/lib/python3.4/shutil.py, line 463, in rmtree _rmtree_safe_fd(fd, path, onerror) File /usr/local/lib/python3.4/shutil.py, line 385, in _rmtree_safe_fd onerror(os.listdir, path, sys.exc_info()) File /usr/local/lib/python3.4/shutil.py, line 382, in _rmtree_safe_fd names = os.listdir(topfd) OSError: [Errno 22] Invalid argument: '/tmp/test' --- shutil._use_fd_functions has value True. When I change it to False, the shutil.rmtree works perfecty. Version info: print(sys.version) 3.4.2 (default, Dec 22 2014, 21:56:20) [GCC 4.2.1 20070831 patched [FreeBSD]] print(sys.platform) freebsd9 $ uname -r 9.1-RELEASE -- components: Library (Lib) messages: 234946 nosy: negval priority: normal severity: normal status: open title: shutil.rmtree doesn't work correctly on FreeBSD. type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23346 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12707] Deprecate addinfourl getters
Martin Panter added the comment: Blessing a geturl() method or “url” attribute on HTTPError might require Issue 13567 to be fixed -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12707 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12707] Deprecate addinfourl getters
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12707 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23255] SimpleHTTPRequestHandler refactor for more extensible usage.
Ent added the comment: Thanks for the update! I wasn't expecting this to be such a friendly positive experience. Glad to be proven wrong :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23255 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18813] Speed up slice object processing
Stefan Behnel added the comment: Closing as not worth doing. -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18813 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23285] PEP 475 - EINTR handling
Charles-François Natali added the comment: Charles-François Natali added the comment: Hmmm... Basically, with a much smaller socket buffer, we get much more context switches, which increases drastically the test runtime. But I must admit I'm still really surprised by the time it takes on OS-X: with a SOCK_MAX_SIZE of 16MB and a socket buffer size of 8kb, that's 2000 calls to send with context switches between the sender and receiver - and thie overhead should be much less on a two core machine. OK, actually the receiver is completely CPU-bound, because of memory allocation for the socket.recv() buffer I'll play with recv_into() and profile a bit more. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23285 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23285] PEP 475 - EINTR handling
Charles-François Natali added the comment: It turns out the times are not important; the hangup is the default size of the socket buffers on OS X and possibly BSD in general. In my case, the send and receive buffers are 8192, which explains why the chunks written are so small. Hmmm... Basically, with a much smaller socket buffer, we get much more context switches, which increases drastically the test runtime. But I must admit I'm still really surprised by the time it takes on OS-X: with a SOCK_MAX_SIZE of 16MB and a socket buffer size of 8kb, that's 2000 calls to send with context switches between the sender and receiver - and thie overhead should be much less on a two core machine. I'll try to increase the socket buffer size and see what the buildbots do: most of them will probably cap it at around 100k, but that'll hopefully be enough. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23285 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18982] Add tests for CLI of the calendar module
Serhiy Storchaka added the comment: Updated test addresses Berker's comments. -- Added file: http://bugs.python.org/file37904/test_calendar_cli_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22799] wrong time.timezone
Akira Li added the comment: Isn't this a duplicate of #13466? In what way is it a duplicate? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22799 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23340] armv7l C++ exceptions issue
New submission from Alex Potapenko: I run Python on an arm-brcm-linux-uclibcgnueabi router. Python was cross-compiled using hndtools-arm-linux-2.6.36-uclibc-4.5.3 toolchain. While trying to use deluge, I realised that there's something wrong with handling C++ exceptions in C++ extension modules: they're not being caught at all. I tested whether C++ exception handling works on my system in general, and concluded it does work fine. I then wrote a simple C++ extension module with a try-catch block in the init function, that has a throw 1 in the try section and a catch (...) section (see module.cpp), and I got terminate called after throwing an instance of 'int' when trying to load the module. Tested this with Python 2.7.9 and 3.4.2, however I had similar issues with other versions, such as 2.7.3 and 2.6.9. I'm not sure whether this is a Python issue, or a specific build issue, but I'm stuck here and any help is greatly appreciated! -- components: Extension Modules files: module.cpp messages: 234899 nosy: alllexx priority: normal severity: normal status: open title: armv7l C++ exceptions issue type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file37893/module.cpp ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23340 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23340] armv7l C++ exceptions issue
R. David Murray added the comment: For a problem like this you should post to the python-list mailing list. In addition to the bug tracker not being a place to get help, you are actually more likely to find people who can help you on python-list. We don't actually deal with C++ extensions while developing Python itself so other python users are more likely to have experience in this area. If you do manage to identify a python bug (which seems unlikely, there are certainly other people successfully using C++ with Python) you can come back and reopen this issue. -- nosy: +r.david.murray stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23340 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20416] Marshal: special case int and float, don't use references
Serhiy Storchaka added the comment: Here is more general solution. For simple values (ints, floats, complex numbers, short strings) it is faster to use the value itself as a key than create new integer object (id). Without the patch: data ver. dumps(ms) loads(ms) size(KiB) genData2 103.9 186.4 4090.7 genData3 250.3 196.8 4090.7 genData4 223.5 182.5 3651.3 [1000]*10**6 2 98.6 134.8 4882.8 [1000]*10**6 3 491.1 62.2 4882.8 [1000]*10**6 4 494.9 62.1 4882.8 [1000.0]*10**6 2 173.5 158.4 8789.1 [1000.0]*10**6 3 494.8 62.2 4882.8 [1000.0]*10**6 4 491.4 62.8 4882.8 [1000.0j]*10**62 288.8 221.416601.6 [1000.0j]*10**63 493.6 62.4 4882.8 [1000.0j]*10**64 489.2 62.0 4882.8 20 pydecimals 2 85.0 114.7 3936.5 20 pydecimals 3 97.2 44.3 3373.4 20 pydecimals 4 86.2 40.0 3297.5 With marshal3_numbers.patch: data ver. dumps(ms) loads(ms) size(KiB) genData3 108.4 187.5 4090.7 genData4 83.0 179.3 3651.3 [1000]*10**6 3 104.2 145.8 4882.8 [1000]*10**6 4 103.9 147.0 4882.8 [1000.0]*10**6 3 177.4 154.5 8789.1 [1000.0]*10**6 4 177.1 164.2 8789.1 [1000.0j]*10**63 501.6 61.1 4882.8 [1000.0j]*10**64 501.6 62.3 4882.8 20 pydecimals 3 95.2 41.9 3373.4 20 pydecimals 4 83.5 38.5 3297.5 With marshal_refs_by_value.patch: data ver. dumps(ms) loads(ms) size(KiB) genData3 150.4 197.0 4090.7 genData4 122.1 184.8 3651.3 [1000]*10**6 3 169.1 62.3 4882.8 [1000]*10**6 4 169.2 62.2 4882.8 [1000.0]*10**6 3 313.5 62.2 4882.8 [1000.0]*10**6 4 312.8 62.3 4882.8 [1000.0j]*10**63 410.6 62.5 4882.8 [1000.0j]*10**64 410.5 62.3 4882.8 20 pydecimals 3 68.5 41.1 3373.4 20 pydecimals 4 57.5 39.8 3297.5 The marshal_refs_by_value.patch produces data so compact as unpatched code does, but dumps faster. Usually it dumps slower than marshal3_numbers.patch, but may produce smaller data and loads faster. Surprisingly it dumps the code of the _pydecimal module faster. As side effect the patch can turn some simple equal values to identical objects. -- components: +Interpreter Core stage: - patch review Added file: http://bugs.python.org/file37894/marshal_refs_by_value.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20416 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20416] Marshal: special case int and float, don't use references
Changes by Serhiy Storchaka storch...@gmail.com: Added file: http://bugs.python.org/file37895/bench_issue20416.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20416 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11145] '%o' % user-defined instance
Changes by Ethan Furman et...@stoneleaf.us: -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11145 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23340] armv7l C++ exceptions issue
Alex Potapenko added the comment: Thank you for your reply, David! I will come back and reopen if I do identify a python bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23340 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22799] wrong time.timezone
Alexander Belopolsky added the comment: Please take a look at msg148208. I agree with MAL that time module globals timezone and daylight should be deprecated in favor of tm_gmtoff or datetime.astimezone(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22799 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23339] dict_values should be comparable with a set
R. David Murray added the comment: values cannot be a set, since unlike keys it may contain unhashable objects. It would be...really strange and contrary to Python's philosophy to have the validity of an operation depend on the specific data values in a structure rather than its type. Python is a strongly typed language. -- nosy: +r.david.murray resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23339 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23304] Unused Superclass in calendar.py
Vipul Sharma added the comment: I am submitting a patch file, hope this works. Please review it and correct me if I am wrong anywhere as this is my first contribution. -- keywords: +patch nosy: +Vipul.Sharma Added file: http://bugs.python.org/file37891/calendar_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23304 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23341] Issue parsing valid cookie
New submission from Dan LaMotte: I recently discovered that a valid cookie (by the RFC) is not parse-able by the Cookie library in python's standard library. import Cookie c = Cookie.SimpleCookie('key=[ab]cd[ef]') print c.keys() # yields [] When quoted, it works fine: c = Cookie.SimpleCookie('key=[ab]cd[ef]') print c.keys() # yields ['key'] I noticed the issue after upgrading to Python 2.7.9 (was previously at 2.7.2). The issue cropped up in our internal Django Web site when another internal site used a cookie in a similar format to the above and due to the sort order of the cookies, it appeared before the sessionid cookie we use with Django. Effectively, parsing of the cookie header stops and the sessionid is never read which ... to Django ... means you are not logged in. So, attempt to login, no errors, redirect to new page after successful login and you still appear not logged in. References: cookie-value in http://tools.ietf.org/html/rfc6265#section-4.1 token in http://tools.ietf.org/html/rfc2616#section-2.2 cookie-pair = cookie-name = cookie-value cookie-name = token ... The code correctly disallows brackets [ and ] in cookie-name's, but ends up disallowing them in cookie-value's as well which is not RFC Compliant. We noticed this issue in Chrome but not Firefox. Our guess is that Firefox quotes its cookie-values which the code handles just fine. -- messages: 234908 nosy: dlamotte priority: normal severity: normal status: open title: Issue parsing valid cookie versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23341 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22799] wrong time.timezone
Akira Li added the comment: I agree that time.timezone, time.altzone is not enough in the general case. Because UTC offset may be different at different dates for reasons unrelated to DST transitions therefore any solution that doesn't take into account a given date/time into account will fail. *Nothing* works in the general case. Nothing. But it doesn't mean that the current behaviour of time.timezone can't be improved for this particular use-case: lt = time.localtime() # in a short-lived script assertEqual(lt.tm_gmtoff, -[time.timezone, time.altzone][lt.tm_isdst]) The test checks values for the current time (time.localtime()). It should work in *most* cases if time.timezone/altzone have correct values at import time. Perhaps synchronizing time.timezone with C timezone variable as I've mentioned before http://bugs.python.org/issue22798 may fix this issue too. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22799 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23341] Issue parsing valid cookie
R. David Murray added the comment: This may be a duplicate of issue 22931. If so please add your comments there and close this one. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23341 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19980] Improve help('non-topic') response
Mark Lawrence added the comment: Ping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19980 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22086] Tab indent no longer works in interpreter
Ishan Khare added the comment: what is the current state of this issue, reading the http://bugs.python.org/issue5845 and its changesets, it seems that all the changes that were made during that issue no longer exists, like: fix-5845.diff - adds a function named enablerlcompleter (as specified in diff) in file Lib/site.py , which i cannot find in current Lib/site.py (https://hg.python.org/cpython/file/1addc4f0f10c/Lib/site.py) -- nosy: +Ishan.Khare ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22086 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com