[issue2292] Missing *-unpacking generalizations
Changes by Neil Girdhar mistersh...@gmail.com: Added file: http://bugs.python.org/file37821/starunpack14.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
[issue2292] Missing *-unpacking generalizations
Changes by Neil Girdhar mistersh...@gmail.com: Removed file: http://bugs.python.org/file37817/starunpack14.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
[issue23154] MSVC 2013 Express needlessly rebuilds code
Steve Dower added the comment: That change modified pythoncore, so I'd expect to see most projects rebuild. Especially under Release, where we don't have some of the build optimizations enabled (because they hurt runtime performance). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23154 ___ ___ 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: By the way, Joshua if you wanted to edit the text of the PEP, it might be nice to point out that this replaces itertools.chain.from_iterable. I know you mention one use of itertools.chain, but I think this nicely replaces all uses of both: itertools.chain(a, b, c) is (*x for x in [a, b, c]) itertools.chain.from_iterable(it) is (*x for x in it) -- ___ 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
[issue2292] Missing *-unpacking generalizations
Joshua Landau added the comment:
I've looked at BUILD_MAP(n). It seems to work and has speed improvements but:
- I was wrong about the 16-bit int thing. It turns out CPython is happily
treating them as 32 bit as long as they are prefixed by an EXTENDED_ARG bytecode
https://docs.python.org/3/library/dis.html#opcode-EXTENDED_ARG
This could be used by BUILD_MAP rather than falling back to BUILD_MAP_UNPACK.
- It's probably best to not include it here, since it's a disjoint issue. This
patch wouldn't really be affected by its absence.
Also, if we limit BUILD_MAP_MERGE to 255 dictionaries, this will also apply to
the {**a, **b, **c, ...} syntax, although I really can't see it being a problem.
--
___
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
[issue23294] A typo in the tutorial
aruseni added the comment: @Eric You’re right. I thought it should be «was» instead of «is», but it’s actually OK. -- resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23294 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23300] An improper change in httplib.py
New submission from Guohua Ouyang: Following the issue 7776, there is a patch for 2.7 version. Which changes the method of class HTTPConnection from _set_hostport to _get_hostport[1], it seems introduce in some incompatibility issues. On my system, the file /usr/lib64/python2.7/site-packages/mercurial/url.py from package mercurial-3.0-2.fc21 still use the old method _set_hostport. I met an error AttributeError: httpsconnection instance has no attribute '_set_hostport' when use this package. I only see this incompatibility issue so far. And in the file httplib.py itself, [2] still use self._conn._set_hostport(host, port), which should be self._conn._get_hostport(host, port) if it's settled to rename _set_hostport to _get_hostport. [1] https://github.com/python/cpython/blob/2.7/Lib/httplib.py#L743 [2] https://github.com/python/cpython/blob/2.7/Lib/httplib.py#L1132 -- components: Library (Lib) messages: 234488 nosy: guohua priority: normal severity: normal status: open title: An improper change in httplib.py type: enhancement versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23300 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7334] ElementTree: file locking in Jython 2.5 (OSError on Windows)
Martijn Pieters added the comment: Indeed, the 2.7 backport was not correctly applied for _elementtree.c, leaving files open because the close_source flag is set to False *again* when opening a filename. Should a new issue be opened or should this ticket be re-opened? -- nosy: +mjpieters ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7334 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23095] [Windows] asyncio: race condition when cancelling a _WaitHandleFuture
STINNER Victor added the comment: test_asyncio hangs on AMD64 Windows7 SP1 3.x buildbot: http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/5562 The most significant change of this build is the changeset d3804307cce4: IocpProactor.close() must not cancel pending _WaitCancelFuture futures. [391/391] test_asyncio Timeout (1:00:00)! Current thread 0x13f8 (most recent call first): File C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\windows_events.py, line 617 in _unregister File C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\windows_events.py, line 193 in _unregister_wait_cb File C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\windows_events.py, line 209 in _unregister_wait File C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\windows_events.py, line 152 in set_result File C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\windows_events.py, line 671 in _poll File C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\windows_events.py, line 386 in select File C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\base_events.py, line 1081 in _run_once File C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\base_events.py, line 258 in run_forever File C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\base_events.py, line 286 in run_until_complete File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_asyncio\test_events.py, line 1695 in test_subprocess_stderr_redirect_to_stdout File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\case.py, line 577 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\case.py, line 625 in __call__ File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 125 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 87 in __call__ File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 125 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 87 in __call__ File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 125 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 87 in __call__ File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 125 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 87 in __call__ File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 125 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 87 in __call__ File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\runner.py, line 168 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\support\__init__.py, line 1770 in _run_suite File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\support\__init__.py, line 1804 in run_unittest File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\regrtest.py, line 1283 in test_runner File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\regrtest.py, line 1284 in runtest_inner File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\regrtest.py, line 967 in runtest File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\regrtest.py, line 532 in main File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\regrtest.py, line 1568 in main_in_temp_cwd File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\regrtest.py, line 1593 in module File C:\buildbot.python.org\3.x.kloth-win64\build\lib\runpy.py, line 85 in _run_code File C:\buildbot.python.org\3.x.kloth-win64\build\lib\runpy.py, line 170 in _run_module_as_main -- resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23095 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23095] [Windows] asyncio: race condition when cancelling a _WaitHandleFuture
STINNER Victor added the comment: A different hang on AMD64 Windows7 SP1 3.4/ buildbot: http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.4/builds/805/steps/test/logs/stdio This build is also related to the changeset d3804307cce44f7f02e38166daf6d8227aa45021: IocpProactor.close() must not cancel pending _WaitCancelFuture futures. IMO it's not a new bug, it's just that it was not seen before. I may be related to the issue #23293. [390/390/1] test_asyncio Timeout (1:00:00)! Current thread 0x05c8 (most recent call first): File C:\buildbot.python.org\3.4.kloth-win64\build\lib\asyncio\windows_events.py, line 620 in _unregister File C:\buildbot.python.org\3.4.kloth-win64\build\lib\asyncio\windows_events.py, line 196 in _unregister_wait_cb File C:\buildbot.python.org\3.4.kloth-win64\build\lib\asyncio\windows_events.py, line 212 in _unregister_wait File C:\buildbot.python.org\3.4.kloth-win64\build\lib\asyncio\windows_events.py, line 152 in set_result File C:\buildbot.python.org\3.4.kloth-win64\build\lib\asyncio\windows_events.py, line 674 in _poll File C:\buildbot.python.org\3.4.kloth-win64\build\lib\asyncio\windows_events.py, line 389 in select File C:\buildbot.python.org\3.4.kloth-win64\build\lib\asyncio\base_events.py, line 1081 in _run_once File C:\buildbot.python.org\3.4.kloth-win64\build\lib\asyncio\base_events.py, line 258 in run_forever File C:\buildbot.python.org\3.4.kloth-win64\build\lib\asyncio\base_events.py, line 286 in run_until_complete File C:\buildbot.python.org\3.4.kloth-win64\build\lib\test\test_asyncio\test_subprocess.py, line 211 in test_pause_reading File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\case.py, line 577 in run File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\case.py, line 625 in __call__ File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\suite.py, line 125 in run File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\suite.py, line 87 in __call__ File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\suite.py, line 125 in run File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\suite.py, line 87 in __call__ File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\suite.py, line 125 in run File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\suite.py, line 87 in __call__ File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\suite.py, line 125 in run File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\suite.py, line 87 in __call__ File C:\buildbot.python.org\3.4.kloth-win64\build\lib\unittest\runner.py, line 168 in run File C:\buildbot.python.org\3.4.kloth-win64\build\lib\test\support\__init__.py, line 1769 in _run_suite File C:\buildbot.python.org\3.4.kloth-win64\build\lib\test\support\__init__.py, line 1803 in run_unittest File C:\buildbot.python.org\3.4.kloth-win64\build\lib\test\regrtest.py, line 1279 in test_runner File C:\buildbot.python.org\3.4.kloth-win64\build\lib\test\regrtest.py, line 1280 in runtest_inner File C:\buildbot.python.org\3.4.kloth-win64\build\lib\test\regrtest.py, line 967 in runtest File C:\buildbot.python.org\3.4.kloth-win64\build\lib\test\regrtest.py, line 532 in main File C:\buildbot.python.org\3.4.kloth-win64\build\lib\test\regrtest.py, line 1564 in main_in_temp_cwd File C:\buildbot.python.org\3.4.kloth-win64\build\lib\test\regrtest.py, line 1589 in module File C:\buildbot.python.org\3.4.kloth-win64\build\lib\runpy.py, line 85 in _run_code File C:\buildbot.python.org\3.4.kloth-win64\build\lib\runpy.py, li -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23095 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23295] [Windows] asyncio: add UDP support to ProactorEventLoop
Changes by STINNER Victor victor.stin...@gmail.com: -- type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23295 ___ ___ 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: BUILD_MAP(n) -- Added file: http://bugs.python.org/file37817/starunpack14.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
[issue23009] selectors.EpollSelector.select raises exception when nothing to select.
Roundup Robot added the comment: New changeset d3a27a27e008 by Victor Stinner in branch '3.4': Issue #23009: Skip test_selectors.test_empty_select() on Windows https://hg.python.org/cpython/rev/d3a27a27e008 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23009 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23297] ‘tokenize.detect_encoding’ is confused between text and bytes: no ‘startswith’ method on a byte string
STINNER Victor added the comment: I don't understand why do you consider that this issue is a bug. Can you show an example where detect_encoding() raises an exception? -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23297 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23009] selectors.EpollSelector.select raises exception when nothing to select.
Roundup Robot added the comment: New changeset 4f928c70f135 by Victor Stinner in branch '3.4': Issue #23009: Add missing import sys in test_selectors https://hg.python.org/cpython/rev/4f928c70f135 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23009 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23299] Documentation correction - 5.1.4. List Comprehensions
New submission from Liang Zhang: This was copied from Chapter 5 Data Structure in Python language tutorial. The link I was looking for: https://docs.python.org/2.7/tutorial/datastructures.html Some thing might be incorrect and need you to update them in (5.1.4. List Comprehensions) It should be like this: --start-- vec = [-4, -2, 0, 2, 4] # create a new list with the values doubled [x*2 for x in vec] [-8, -4, 0, 4, 8] # filter the list to exclude negative numbers [x for x in vec if x = 0] [0, 2, 4] # apply a function to all the elements [abs(x) for x in vec] [4, 2, 0, 2, 4] It should be [0, 2, 4] --end-- -- assignee: docs@python components: Documentation messages: 234485 nosy: Liang.Zhang, docs@python priority: normal severity: normal status: open title: Documentation correction - 5.1.4. List Comprehensions type: resource usage versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23299 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21518] Expose RegUnloadKey in winreg
Claudiu Popa added the comment: Ups, the last patch included an extra file. -- Added file: http://bugs.python.org/file37819/issue21518_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21518] Expose RegUnloadKey in winreg
Changes by Claudiu Popa pcmantic...@gmail.com: Added file: http://bugs.python.org/file37820/issue21518_4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23078] unittest.mock patch autospec doesn't work on staticmethods
Claudiu Popa added the comment: Here's a patch which does this. One problem could be that staticmethod(some_callable) or classmethod(some_callable) aren't callable per se, but given the fact that users expects Foo.staticmethod or Foo.klassmethod to be callable when patching them, it's something we should consider for fixing. -- components: +Library (Lib) -Tests keywords: +patch nosy: +Claudiu.Popa stage: - patch review Added file: http://bugs.python.org/file37818/issue23078.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23078 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11024] imaplib: Time2Internaldate() returns localized strings
Alessio added the comment: Not working patch, if I use this method on append I've all messages with 1970 year -- nosy: +Pilessio ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11024 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7334] ElementTree: file locking in Jython 2.5 (OSError on Windows)
Berker Peksag added the comment: Should a new issue be opened or should this ticket be re-opened? It's a 3 years old backport, I'd say open a new issue. -- nosy: +berker.peksag ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7334 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23300] httplib is using a method that doesn't exist
Demian Brecht added the comment: @Senthil: If you're fixing this today, can you also correct the typo here: https://hg.python.org/cpython/rev/568041fd8090/#l1.27 (s/HTML/HTTP)? Just caught my eye going through the review that Mark linked. -- nosy: +demian.brecht ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23300 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23300] httplib is using a method that doesn't exist
Senthil Kumaran added the comment: Demian, sure, will do. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23300 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: -giampaolo.rodola ___ 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
[issue23301] ConfigParser does not handle square brackets in section name
R. David Murray added the comment: This is a duplicate of issue 20923, which was rejected. To argue against the rejection you probably need to provide evidence that this is something that is actually supported by other common ini parsers. And that evidence should be posted to issue 20923. -- nosy: +r.david.murray resolution: - duplicate stage: - resolved status: open - closed superseder: - ConfigParser should nested [] in section names. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23301 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23299] Documentation correction - 5.1.4. List Comprehensions
R. David Murray added the comment: vec has not been changed. The example is correct. Give it a try :) -- nosy: +r.david.murray resolution: - not a bug stage: - resolved status: open - closed type: resource usage - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23299 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23301] ConfigParser does not handle square brackets in section name
New submission from Sebastian Bank:
ConfigParser parses section lines containing square brackets like '[spam [eggs]
spam]' up to the first instead of the last occurrence of ']' preventing
roundtrips:
s = StringIO()
c1 = ConfigParser()
c1.add_section('spam [eggs]')
c1.write(s)
s.seek(0)
c2 = ConfigParser()
c2.readfp(s)
assert c1.sections() == c2.sections() # fails
Potential fix: change the second line of SECTCRE from r'(?Pheader[^]]+)' to
r'(?Pheader.+?)'.
If the parsing behaviour cannot be changed, the user should at least be warned
about supplying data that breaks the roundtrip.
--
components: Library (Lib)
messages: 234497
nosy: xflr6
priority: normal
severity: normal
status: open
title: ConfigParser does not handle square brackets in section name
type: behavior
versions: Python 2.7, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23301
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21862] cProfile command-line should accept -m module_name as an alternative to script path
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21862 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23303] test_license_exists_at_url() of test_site fails on x86 XP-4 3.4 buildbot
New submission from STINNER Victor: test_license_exists_at_url() of test_site fails on x86 XP-4 3.4 buildbot. I don't understand why the test pass on x86 XP-4 3.x, is it the same server? http://buildbot.python.org/all/builders/x86%20XP-4%203.4/builds/747/steps/test/logs/stdio == ERROR: test_license_exists_at_url (test.test_site.ImportSideEffectTests) -- Traceback (most recent call last): File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 1182, in do_open h.request(req.get_method(), req.selector, req.data, headers) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\http\client.py, line 1088, in request self._send_request(method, url, body, headers) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\http\client.py, line 1126, in _send_request self.endheaders(body) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\http\client.py, line 1084, in endheaders self._send_output(message_body) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\http\client.py, line 922, in _send_output self.send(msg) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\http\client.py, line 857, in send self.connect() File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\http\client.py, line 1231, in connect server_hostname=server_hostname) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\ssl.py, line 365, in wrap_socket _context=self) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\ssl.py, line 583, in __init__ self.do_handshake() File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\ssl.py, line 810, in do_handshake self._sslobj.do_handshake() ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:600) During handling of the above exception, another exception occurred: Traceback (most recent call last): File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\test\test_site.py, line 426, in test_license_exists_at_url with urllib.request.urlopen(req) as data: File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 161, in urlopen return opener.open(url, data, timeout) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 469, in open response = meth(req, response) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 579, in http_response 'http', request, response, code, msg, hdrs) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 501, in error result = self._call_chain(*args) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 441, in _call_chain result = func(*args) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 684, in http_error_302 return self.parent.open(new, timeout=req.timeout) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 463, in open response = self._open(req, data) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 481, in _open '_open', req) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 441, in _call_chain result = func(*args) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 1225, in https_open context=self._context, check_hostname=self._check_hostname) File D:\cygwin\home\db3l\buildarea\3.4.bolen-windows\build\lib\urllib\request.py, line 1184, in do_open raise URLError(err) urllib.error.URLError: urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:600) -- components: Tests keywords: buildbot messages: 234510 nosy: alex, haypo, pitrou priority: normal severity: normal status: open title: test_license_exists_at_url() of test_site fails on x86 XP-4 3.4 buildbot versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23303 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23303] test_license_exists_at_url() of test_site fails on x86 XP-4 3.4 buildbot
STINNER Victor added the comment: The URL is http://www.python.org/psf/license/ wget tells me that the URL is directed to https://www.python.org/psf/license/ which is redirected to https://docs.python.org/license.html which is redirected to https://docs.python.org/2/license.html. According to Firefox, docs.python.org uses a certificate signed by DigiCert Inc with the CN www.python.org (hum, it should not be docs.python.org ?). Same failure on x86 Windows7 3.4: http://buildbot.python.org/all/builders/x86%20Windows7%203.4/builds/713/steps/test/logs/stdio And x86 Ubuntu Shared 3.4: http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.4/builds/795/steps/test/logs/stdio -- nosy: +christian.heimes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23303 ___ ___ 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
New submission from CliffM: calendar.py ( lines 17,18 ) is not used : # Exception raised for bad input (with string parameter for details) error = ValueError This could either be deleted OR used as the superclass in the next two class declarations as the comment suggests. -- components: Library (Lib), Tests messages: 234513 nosy: CliffM priority: normal severity: normal status: open title: Unused Superclass in calendar.py versions: Python 3.6 ___ 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
[issue2292] Missing *-unpacking generalizations
Joshua Landau added the comment: Why would that simplify things? -- ___ 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
[issue2292] Missing *-unpacking generalizations
Neil Girdhar added the comment: Sorry, I don't know enough about how you were planning on using the stack pointer difference to produce good errors. I thought that if you waited for the CALL_FUNCTION to be happening before reporting errors about duplicate parameters it might simplify that code. -- ___ 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
[issue23304] Unused Superclass in calendar.py
Changes by SilentGhost ghost@gmail.com: -- keywords: +easy versions: +Python 3.5 -Python 3.6 ___ 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
[issue2292] Missing *-unpacking generalizations
Joshua Landau added the comment: I phrased that badly. Whilst I can see minor simplifications to BUILD_MAP_UNPACK, the only way to add more information to CALL_FUNCTION_XXX would be through EXTENDED_ARG. This seems like it would outweigh any benefits, and the tiny duplication of error checking removed would be far dwarfed by the unpacking code in CALL_FUNCTION_XXX. -- ___ 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
[issue23152] fstat64 required on Windows
STINNER Victor added the comment: Currently test_largefile is failing on the Windows buildbots Oh yes, I just noticed the following bug on AMD64 Windows8 3.x: http://buildbot.python.org/all/builders/AMD64%20Windows8%203.x/builds/307/steps/test/logs/stdio [352/391/1] test_largefile Assertion failed: (result != NULL !PyErr_Occurred()) || (result == NULL PyErr_Occurred()), file ..\Objects\abstract.c, line 2095 R6010 - abort() has been called Fatal Python error: Aborted Current thread 0x0ec8 (most recent call first): File D:\buildarea\3.x.bolen-windows8\build\lib\test\test_largefile.py, line 83 in test_lseek File D:\buildarea\3.x.bolen-windows8\build\lib\unittest\case.py, line 577 in run File D:\buildarea\3.x.bolen-windows8\build\lib\unittest\case.py, line 625 in __call__ File D:\buildarea\3.x.bolen-windows8\build\lib\unittest\suite.py, line 125 in run File D:\buildarea\3.x.bolen-windows8\build\lib\unittest\suite.py, line 87 in __call__ File D:\buildarea\3.x.bolen-windows8\build\lib\unittest\suite.py, line 125 in run File D:\buildarea\3.x.bolen-windows8\build\lib\unittest\suite.py, line 87 in __call__ File D:\buildarea\3.x.bolen-windows8\build\lib\unittest\suite.py, line 125 in run File D:\buildarea\3.x.bolen-windows8\build\lib\unittest\suite.py, line 87 in __call__ File D:\buildarea\3.x.bolen-windows8\build\lib\unittest\runner.py, line 168 in run File D:\buildarea\3.x.bolen-windows8\build\lib\test\support\__init__.py, line 1770 in _run_suite File D:\buildarea\3.x.bolen-windows8\build\lib\test\support\__init__.py, line 1804 in run_unittest File D:\buildarea\3.x.bolen-windows8\build\PCbuild\..\lib\test\regrtest.py, line 1283 in test_runner File D:\buildarea\3.x.bolen-windows8\build\PCbuild\..\lib\test\regrtest.py, line 1284 in runtest_inner File D:\buildarea\3.x.bolen-windows8\build\PCbuild\..\lib\test\regrtest.py, line 967 in runtest File D:\buildarea\3.x.bolen-windows8\build\PCbuild\..\lib\test\regrtest.py, line 763 in main File D:\buildarea\3.x.bolen-windows8\build\PCbuild\..\lib\test\regrtest.py, line 1568 in main_in_temp_cwd File D:\buildarea\3.x.bolen-windows8\build\PCbuild\..\lib\test\regrtest.py, line 1593 in module -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23152 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5309] distutils doesn't parallelize extension module compilation
Berker Peksag added the comment: Here's a doc patch. -- nosy: +berker.peksag Added file: http://bugs.python.org/file37824/issue5309-doc.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5309 ___ ___ 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: In that case, another option would be to use that to send the number of maps to CALL_FUNCTION and let it do the BUILD_MAP_UNPACK stuff itself. Would that simplify your ideas regarding error handling? -- ___ 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
[issue23293] [Windows] asyncio: race condition related to IocpProactor.connect_pipe()
Roundup Robot added the comment: New changeset 1e3a1af0705f by Victor Stinner in branch '3.4': Issue #23293, asyncio: Rewrite IocpProactor.connect_pipe() https://hg.python.org/cpython/rev/1e3a1af0705f -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23293 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23293] [Windows] asyncio: race condition related to IocpProactor.connect_pipe()
STINNER Victor added the comment: Issue fixed: IocpProactor.connect_pipe() doesn't use blocking operations anymore, it's now implemented as polling with non blocking operations. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23293 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23300] An improper change in httplib.py
Brett Cannon added the comment: That leading underscore in the method name means it is not a public API and thus changes are allowed without any backwards-compatibility guarantees. Mercurial will need to update their code to handle this if they want to continue to use the method. -- nosy: +brett.cannon resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23300 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23298] Add ArgumentParser.add_mutually_dependence_group
Changes by R. David Murray rdmur...@bitdance.com: -- versions: -Python 2.7, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23298 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23298] Add ArgumentParser.add_mutually_dependence_group
R. David Murray added the comment: Well, it doesn't make much sense in the English language sense. If I got that error message I'd have no idea what was wrong. It sounds like what you want to do is dynamically make some arguments be required, depending on whether or not other arguments are present or not. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23298 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
Joshua Landau added the comment:
We wouldn't actually need to raise it from somewhere else; the line numbering
and frame are already correct. The only difficulty is that the traceback
currently says
# func(a=1, **{'a': 1})
TypeError: func() got multiple values for keyword argument 'arg'
To do this from the UNPACK opcode would require knowing where the function is
in order to print its name. (We also need to know whether to do the check at
all, so we'd be hijacking some bits the UNPACK opcode anyway.)
--
___
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
[issue2292] Missing *-unpacking generalizations
Joshua Landau added the comment: The function object that's on the stack. -- ___ 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
[issue2292] Missing *-unpacking generalizations
Neil Girdhar added the comment: when does that get pushed on the stack? -- ___ 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
[issue2292] Missing *-unpacking generalizations
Joshua Landau added the comment: Just before any arguments to the function. -- ___ 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
[issue2292] Missing *-unpacking generalizations
Joshua Landau added the comment:
No, that happens in CALL_FUNCTION_KW:
import dis
dis.dis(f(x=1, **{'x': 1}))
1 0 LOAD_NAME0 (f)
3 LOAD_CONST 0 ('x')
6 LOAD_CONST 1 (1)
9 LOAD_CONST 1 (1)
12 LOAD_CONST 0 ('x')
15 BUILD_MAP1
18 CALL_FUNCTION_KW 256 (0 positional, 1 keyword pair)
21 RETURN_VALUE
There's no call to BUILD_MAP_UNPACK at all. Namely, it's raised from
update_keyword_args (in turn from ext_do_call).
--- Tangential note: ---
In fact, it seems the only reason we keep the mess of unpacking in two places
rather than just using BUILD_TUPLE_UNPACK and BUILD_MAP_UNPACK unconditionally
is that CALL_FUNCTION_XXX looks to be slightly more efficient by only dealing
with the case of a single unpack at the end. I think I see how to make the
_UNPACKs fast enough for this case, though, so maybe we could remove it and
unify a few things. I'd need to write it up, though.
--
___
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
[issue2292] Missing *-unpacking generalizations
Neil Girdhar added the comment:
Oh, thanks I see, by the LOAD_BUILD_CLASS or VISIT(c, expr, e-v.Call.func)
?
Ok, I see. Why do the errors work now for f(x=1, **{'x': 2}) — these are
happening at BUILD_MAP_UNPACK without a stack pointer adjustment. For me, the
error message mentions 'f' by name. Is that not the error message you're
trying to fix?
--
___
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
[issue23302] Small fixes around the use of TCP MSS in http.client
Demian Brecht added the comment: I'm not opposed to that either. The only downside really (at least as far as I'm aware) is the potential substantial influx of packets should an iterable comprised of small chunks of data be passed in as the body, although I would consider that quite a strange edge case for HTTP requests. I'll put together another patch that disables nagle by default and see if anyone has a contrary opinion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23302 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
Joshua Landau added the comment:
I imagine it like (in the map unpacking code)
func_offset = (oparg 8) 0xFF;
num_maps = oparg 0xFF;
// later
if (func_offset) {
// do checks
if (repeated_argument) {
raise_error_from_function(PEEK(func_offset + num_maps));
}
}
This code should be relatively quick, in an already-slow opcode, and rather
short.
If adding to CALL_FUNCTION_XXX, you would have to add an EXTENDED_ARG opcode
(because CALL_FUNCTION_XXX already uses the bottom 16 bits), add checks for the
top bits in the opcode, duplicate the (large) dictionary merging function. This
doesn't seem like it saves much work.
--
___
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
[issue23302] Small fixes around the use of TCP MSS in http.client
Charles-François Natali added the comment: Or we should acknowledge that this is overkill, and take the same approach as all major web browser: disable the Nagle algorithm. For a protocol like http which is transaction oriented it's probably the best thing to do. -- nosy: +neologix, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23302 ___ ___ 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: That's true. But wouldn't the offset always be one (or three or whatever) since if we do BUILD_MAP_UNPACK in a function call it's always right before CALL_FUNCTION? -- ___ 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
[issue2292] Missing *-unpacking generalizations
Neil Girdhar added the comment: Okay, I didn't realize it was so simple to raise the error from somewhere else. Regarding duplicate the (large) dictionary merging function — of course we would just factor it out into a function. -- ___ 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
[issue23267] multiprocessing pool.py doesn't close inqueue and outqueue pipes on termination
Charles-François Natali added the comment: Interestingly, there is no close() method on SimpleQueue... -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23267 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23026] Winreg module doesn't support REG_QWORD, small DWORD doc update
Mark Grandi added the comment: I Attempted to modify Reg2Py and Py2Reg to handle the QWORDs, this is assuming that the only thing that needs to change is just using PyLong_AsUnsignedLongLong()/FromUnsignedLongLong() instead of just UnsignedLong() the patch has the same changes as the 'part1' patch + the Py2Reg and Reg2Py changes -- Added file: http://bugs.python.org/file37825/winreg_add_qword_constants_part2_markgrandi.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23026 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23294] A typo in the tutorial
Eric V. Smith added the comment: No problem! Thanks for looking at the documentation with an inquisitive eye. -- stage: - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23294 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20188] ALPN support for TLS
Antoine Pitrou added the comment: Thanks. Now it needs someone to submit a patch. -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20188 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
Joshua Landau added the comment: The stack will have the function, then any number of positional arguments, then optionally an *args, then any number (= 2) of maps to unpack. To get to the function, you need to know the sum count of all of these. -- ___ 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
[issue2292] Missing *-unpacking generalizations
Neil Girdhar added the comment: What do you mean by the stack will have the function? At the point that you're doing BUILD_MAP_UNPACK, CALL_FUNCTION hasn't been executed… -- ___ 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
[issue23300] httplib is using a method that doesn't exist
Nikolaus Rath added the comment: Serhiy, did you add me to Cc just for information, or is there anything I should be doing (having written the patch that introduced this bug)? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23300 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23295] [Windows] asyncio: add UDP support to ProactorEventLoop
STINNER Victor added the comment: See also https://code.google.com/p/tulip/issues/detail?id=187 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23295 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23095] [Windows] asyncio: race condition when cancelling a _WaitHandleFuture
STINNER Victor added the comment: Running runtests.py test_cancel_post_init test_shell and runtests.py test_wait_for_handle test_wait_for_handle_cancel of Tulip show a different behaviour of _WaitHandleFuture. In one case, the cancelled wait is still signaled, on other case, it's never signaled. Currently, a cancelled _WaitHandleFuture always unregisters the overlapped operation, which causes unexpected event or may lead tests to hang. Never unregisters causes a different issue. Unregistering the overlapped indirectly delete it in memory, which is bad if the completion is still signaled. A workaround is to keep a reference to the unregistered overlopped, but it's an ugly workaround. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23095 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23282] Slightly faster set lookup
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: - rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23282 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23290] Faster set copying
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: - rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23290 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23300] httplib is using a method that doesn't exist
Senthil Kumaran added the comment: Nikolaus, nothing might be required from your end. Just a good protocol to keep the interested parties in CC. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23300 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23299] Documentation correction - 5.1.4. List Comprehensions
Liang Zhang added the comment: Oh my god! You're right! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23299 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17254] add thai encoding aliases to encodings.aliases
Changes by era era+pyt...@iki.fi: -- nosy: +era ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17254 ___ ___ 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:
Ah, sorry, yes, this is what I meant (and I see what your'e trying to fix now!):
import dis
def f(x,y): pass
...
dis.dis(f(y=1, **{'x': 1}, x=2))
1 0 LOAD_NAME0 (f)
3 LOAD_CONST 0 ('y')
6 LOAD_CONST 1 (1)
9 LOAD_CONST 1 (1)
12 LOAD_CONST 2 ('x')
15 BUILD_MAP1
18 LOAD_CONST 3 (2)
21 LOAD_CONST 2 ('x')
24 BUILD_MAP1
27 BUILD_MAP_UNPACK 2
30 CALL_FUNCTION_KW 256 (0 positional, 1 keyword pair)
33 RETURN_VALUE
f(y=1, **{'x': 1}, x=2)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: module() got multiple values for keyword argument 'x'
--
___
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
[issue2292] Missing *-unpacking generalizations
Neil Girdhar added the comment: I was also thinking of unifying it all, but I couldn't find a way to ensure that the most common case (which I assume is f(x, y, z=0, w=0, *args, **kwargs)) produces no additional opcodes. If you have a nice unification, I look forward to it. -- ___ 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
[issue23302] Small fixes around the use of TCP MSS in http.client
New submission from Demian Brecht: There are a couple of small issues with the determination of whether or not a request can fit in a single TCP/IP packet in http.client. 1. The MSS is hardcoded 2. The TCP data size is calculated as only the message body. This is incorrect as the size of the HTTP headers should also be accounted for. I suggest two changes be made to fix this: 1. The MSS is retrieved (on platforms that support it) using getsockopt(socket.IPPROTO_TCP, socket.TCP_MAXSEG). If the platform doesn't support it (i.e. Windows), it should default to the currently hardcoded value. This does add a requirement for a connection to be established prior to this calculation (currently the connection is only established after). 2. The HTTP headers are added to the full payload size calculation when compared against the connection's MSS value. This is still a best guess based on minimal TCP/IP header sizes, but if options or extension headers are used, the packet may still be split at the lower levels. This is fine because what we're trying to avoid is multiple send()s where the payload is less than the MSS. -- messages: 234500 nosy: demian.brecht priority: normal severity: normal status: open title: Small fixes around the use of TCP MSS in http.client ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23302 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23078] unittest.mock patch autospec doesn't work on staticmethods
Berker Peksag added the comment: Looks like b6ea3dc89a78 is not a valid changeset. Could you attach a patch from the Mercurial repo? -- nosy: +berker.peksag versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23078 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20188] ALPN support for TLS
Cory Benfield added the comment: Updating to note that OpenSSL 1.0.2 has been released[0], which makes this feature supportable. [0]: https://mta.openssl.org/pipermail/openssl-announce/2015-January/19.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20188 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23078] unittest.mock patch autospec doesn't work on staticmethods
Changes by Claudiu Popa pcmantic...@gmail.com: Added file: http://bugs.python.org/file37823/issue23078.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23078 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23078] unittest.mock patch autospec doesn't work on staticmethods
Claudiu Popa added the comment: Ups, sorry about that, I'll update the patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23078 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23302] Small fixes around the use of TCP MSS in http.client
Changes by Demian Brecht demianbre...@gmail.com: -- components: +Library (Lib) keywords: +patch versions: +Python 3.5 Added file: http://bugs.python.org/file37822/issue23302.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23302 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23300] An improper change in httplib.py
Mark Lawrence added the comment: This is a bug first reported here https://mail.python.org/pipermail/python-list/2015-January/697228.html. The problem is that in #7776 r90728 568041fd8090 _set_hostport was renamed to _get_hostport but there is still a call to the former at line 1132 in httplib.py. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23300 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23300] httplib is using a method that doesn't exist
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +nikratio, serhiy.storchaka stage: - needs patch title: An improper change in httplib.py - httplib is using a method that doesn't exist type: enhancement - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23300 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23300] httplib is using a method that doesn't exist
Senthil Kumaran added the comment: Ouch. Will fix this today. Strange, I think, no coverage exists for that and it has escaped our testing. -- assignee: - orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23300 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23302] Small fixes around the use of TCP MSS in http.client
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23302 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23300] An improper change in httplib.py
Benjamin Peterson added the comment: There's definitely a bug because httplib is now using a method that doesn't exist. -- nosy: +benjamin.peterson, orsenthil resolution: wont fix - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23300 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23302] Small fixes around the use of TCP MSS in http.client
Demian Brecht added the comment: I've attached a new patch disabling Nagle by default, but doing so in connect() as to allow users to override it if they really want to. I've also removed the use of mss in HTTPConnection. This is a backwards incompatible change in two ways: 1. Removing mss as a public attribute of the HTTPConnection. This /could/ be left as a property that pulls the TCP_MAXSEG option once a connection has been established, but I think it's better to just remove it altogether and have the users call into HTTPConnection.sock.getsockopt() instead. 2. If someone is expecting to be able to rely on Nagle by default, although I think this is rather unlikely for HTTP. That said, I do agree that this is a simpler, more portable choice to solve the problem. -- type: - behavior Added file: http://bugs.python.org/file37826/issue23302_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23302 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
