[issue2190] MozillaCookieJar ignore HttpOnly cookies
Jérémie Detrey added the comment: Dear all, In fact, this cookie.txt format is still used by curl. For instance, see https://github.com/bagder/curl/blob/curl-7_39_0/lib/cookie.c#L644 which clearly shows support for the #HttpOnly_ prefix. Therefore, supporting this format in http.cookiejar.MozillaCookieJar seems quite relevant to me. Attached is an updated patch. Kind regards, Jérémie. -- nosy: +jdetrey Added file: http://bugs.python.org/file37625/httponly.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2190 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2190] MozillaCookieJar ignore HttpOnly cookies
Changes by Jérémie Detrey jeremie.det...@loria.fr: -- versions: +Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2190 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5162] multiprocessing cannot spawn child from a Windows service
Marc Schlaich added the comment:
This issue is not fully fixed, there are some occasions where you can still run
into it. One example is if you want to spawn a new multiprocessing.Process as
sub process in a multiprocessing.Process:
pythonservice.exe
- multiprocessing.Process
- multiprocessing.Process (does not start!)
In this case you get:
WINSERVICE: False
WINEXE: False
_python_exe: C:\Python27\python.exe
prep data: {'authkey': '...', 'sys_path': [...], 'name': 'test', 'orig_dir':
'...', 'sys_argv':
['C:\\Python27\\lib\\site-packages\\win32\\PythonService.exe'], 'main_path':
'C:\\Python27\\lib\\site-packages\\win32\\PythonService.exe', 'log_to_stderr':
False}
--
nosy: +schlamar
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5162
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23184] Unused imports, variables, file in IDLE
New submission from Al Sweigart: The IDLE code base has several unused imports and local variables. The testcode.py file seems to have been accidentally checked in. These changes were found through a lint program, not by hand. All idle unit tests pass after these changes. -- components: IDLE files: idle_unused_patch.diff keywords: patch messages: 233573 nosy: Al.Sweigart priority: normal severity: normal status: open title: Unused imports, variables, file in IDLE versions: Python 3.4, Python 3.5 Added file: http://bugs.python.org/file37626/idle_unused_patch.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23184 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23184] Unused imports, variables, file in IDLE
Changes by Al Sweigart asweig...@gmail.com: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23184 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23183] timeit CLI best of 3: undocumented output format
New submission from Chathuranga: easy Following command is executed in terminal to use timeit module to measure time. python -m timeit -v -n 3 time.sleep(1) Output of the command: raw times: 3 3 3 3 loops, best of 3: 1 sec per loop The interpretation of this output is unclear, and no details available in the documentation. https://docs.python.org/2/library/timeit.html#command-line-interface -- assignee: docs@python components: Documentation messages: 233570 nosy: docs@python, hachat priority: normal severity: normal status: open title: timeit CLI best of 3: undocumented output format type: enhancement versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23183 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23181] Unicode code point should be two words in documentation
New submission from Al Sweigart: According to http://unicode.org/glossary/ codepoint is incorrect and should be changed to code point. -- assignee: docs@python components: Documentation files: code_point_patch.diff keywords: patch messages: 233568 nosy: Al.Sweigart, docs@python priority: normal severity: normal status: open title: Unicode code point should be two words in documentation type: behavior versions: Python 3.4, Python 3.5 Added file: http://bugs.python.org/file37623/code_point_patch.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23181 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23182] Update grammar tests to use new style
New submission from Ian Lee: Per Guido's suggestion on the p...@python.org mailing list, I'm creating this issue to update the argument annotation tests at cpython/Lib/test/test_grammar.py to use the new style wording Guido requested on GitHub [1] that I proposed and was merged into PEP-8 [2] regarding annotated function definitions. [1] https://github.com/jcrocholl/pep8/issues/357#issuecomment-67527455 [2] https://hg.python.org/peps/rev/7eb1ddc0291c -- components: Library (Lib), Tests files: pep8-annotated-func-test-update.patch keywords: patch messages: 233569 nosy: IanLee1521, Rosuav, gvanrossum priority: normal severity: normal status: open title: Update grammar tests to use new style type: enhancement Added file: http://bugs.python.org/file37624/pep8-annotated-func-test-update.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23182 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23182] Update grammar tests to use new style for annotated function definitions
Changes by Ian Lee ianlee1...@gmail.com: -- title: Update grammar tests to use new style - Update grammar tests to use new style for annotated function definitions ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23182 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17164] MozillaCookieJar does not handle session cookies
Jérémie Detrey added the comment: Dear all, Here is a small tentative patch for fixing this issue. Expiry times for session cookies are now written as 0, and both 0 and are parsed as valid expiry times for session cookies. Cheers, Jérémie. -- keywords: +patch nosy: +jdetrey versions: +Python 3.6 Added file: http://bugs.python.org/file37627/session-cookies.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17164 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22619] Possible implementation of negative limit for traceback functions
Dmitry Kazakov added the comment: Thank you, Terry. You got the proposal right. I'm glad you noticed the issues with tests, I updated the patch to fix them. -- Added file: http://bugs.python.org/file37628/traceback_rev2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23177] test_ssl: failures on OpenBSD with LibreSSL
Bernard Spil added the comment: Note that the FreeBSD port modifies the OPENSSL_VERSION_NUMBER and sets the version number to 1.0.1g. https://svnweb.freebsd.org/ports?view=revisionrevision=361642 -- nosy: +spil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23177 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23188] Convert _PyErr_ChainExceptions to a public API
New submission from Nick Coghlan: There's currently an internal helper API for chaining exceptions from C code, _PyErr_ChainExceptions. It would be good to have a public API that offered equivalent functionality for use in third party C extensions. -- messages: 233619 nosy: ncoghlan priority: normal severity: normal stage: needs patch status: open title: Convert _PyErr_ChainExceptions to a public API type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23188 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23184] Unused imports, variables, file in IDLE
Roundup Robot added the comment: New changeset 1c3f8d044589 by Terry Jan Reedy in branch '2.7': Issue #23184: delete unused idlelib file. https://hg.python.org/cpython/rev/1c3f8d044589 New changeset 364e44a49a31 by Terry Jan Reedy in branch '3.4': Issue #23184: delete unused idlelib file. https://hg.python.org/cpython/rev/364e44a49a31 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23184 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23184] Unused imports, variables, file in IDLE
Terry J. Reedy added the comment: There were errors in the patch. FileList.py: EditorWindow is used later. RemoteDebugger.py: frame is used twice, as visible in the diff. My copy of hg is not working right at the moment, or I would have applied the rest. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23184 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Nick Coghlan added the comment: As Stefan noted, the leading underscore on _PyErr_ChainExceptions is just a warning to third party users that we don't yet offer any API stability guarantees for it. Using it in CPython itself is entirely appropriate - that's the whole reason for exposing it to the linker at all. It would be good to have a public API for that functionality though, so I filed issue 23188 to suggest making it public. The main thing missing from the patch at this point is the __future__ import. To learn what's involved in that, one of the useful tricks is to look at the annotated __future__ module: https://hg.python.org/cpython/annotate/bbf16fd024df/Lib/__future__.py The commits adding new flags there highlight the various places that tend to be affected when a new __future__ import is added. For this particular case, the closest comparison is likely with the absolute import feature. One interesting aspect of this particular flag though is that it doesn't really affect compilation at all, aside from setting the flag on the code objects to indicate the future statement was in effect. The main impact will be at runtime, where it will make the exception replacement in Chris's PoC patch conditional on the presence of the flag on the code object. Chris, will you have time in the near future to rework the patch to add the __future__ support? It would be good to get this into 3.5a1 to give it the longest possible settling in period. -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Nick Coghlan added the comment: Heh, I guess that should have been The main thing missing other than docs and tests is ... :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Chris Angelico added the comment: I can have a poke at the __future__ import tonight, but my main concern is memory management - I'm not sufficiently familiar with the exception handling calls to be sure that I'm neither leaking nor over-freeing anything. There's also a secondary concern that the tracebacks aren't quite right at the moment, possibly caused by a muck-up in the exception chaining. def f(): raise StopIteration def g(): yield f() next(g()) StopIteration During handling of the above exception, another exception occurred: Traceback (most recent call last): File stdin, line 1, in module RuntimeError: generator raised StopIteration There's no indication of which function/line caused the exception, which would be _extremely_ helpful. If someone else can look into that at some point, I'd appreciate the assistance. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23187] Segmentation fault, possibly asyncio related
New submission from Ivailo Karamanolev: I have a program that's running Tornado on top of asyncio and uses mysql-connector-python to monitor a set of HTTP servers and save the status to MySQL. Initially I ran it with the current version of Python in the Ubuntu 14.04 repos, that's 3.4.0 and started getting segmentation faults after keeping it running for a few days. I compiled and installed 3.4.2 and the same thing keeps happening, with the same stack trace (per gdb). Running it with and without gdb attached gives the same results - seg fault after 3-4 days of running. The machine is running on a Xeon with ECC memory and doesn't show signs of illness otherwise, so it's probably not a hardware problem. Also, it's happening consistently when the programs runs for 3-4 days, with or without a system reboot. Program received signal SIGSEGV, Segmentation fault. 0x00471ed7 in subtype_dealloc (self=0x716a3860) at Objects/typeobject.c:1128 1128_PyObject_GC_UNTRACK(self); Stack trace: #0 0x00471ed7 in subtype_dealloc (self=0x716a3860) at Objects/typeobject.c:1128 #1 0x004563f4 in dict_dealloc (mp=0x7fffe95444c8) at Objects/dictobject.c:1383 #2 0x00472140 in subtype_dealloc (self=0x7fffe8e1fcf8) at Objects/typeobject.c:1157 #3 0x0058ad22 in frame_dealloc (f=0x1145258) at Objects/frameobject.c:429 #4 0x00588fd7 in gen_send_ex (gen=gen@entry=0x7fffe8c5cea0, gen=gen@entry=0x7fffe8c5cea0, exc=0, arg=arg@entry=0x0) at Objects/genobject.c:145 #5 _PyGen_Send (gen=gen@entry=0x7fffe8c5cea0, arg=arg@entry=0x87fec0 _Py_FalseStruct) at Objects/genobject.c:158 #6 0x004da329 in PyEval_EvalFrameEx (f=f@entry=0x11faaf8, throwflag=throwflag@entry=0) at Python/ceval.c:1906 #7 0x00588e5c in gen_send_ex (gen=gen@entry=0x7fffe8c5ccf0, gen=gen@entry=0x7fffe8c5ccf0, exc=0, arg=arg@entry=0x71bb6420) at Objects/genobject.c:104 #8 _PyGen_Send (gen=gen@entry=0x7fffe8c5ccf0, arg=arg@entry=0x87fec0 _Py_FalseStruct) at Objects/genobject.c:158 #9 0x004da329 in PyEval_EvalFrameEx (f=f@entry=0x10daa48, throwflag=throwflag@entry=0) at Python/ceval.c:1906 #10 0x00588e5c in gen_send_ex (gen=gen@entry=0x7fffe8c5cc18, gen=gen@entry=0x7fffe8c5cc18, exc=0, arg=arg@entry=0x102aac8) at Objects/genobject.c:104 #11 _PyGen_Send (gen=gen@entry=0x7fffe8c5cc18, arg=arg@entry=0x87fec0 _Py_FalseStruct) at Objects/genobject.c:158 #12 0x004da329 in PyEval_EvalFrameEx (f=f@entry=0x10da7f8, throwflag=throwflag@entry=0) at Python/ceval.c:1906 #13 0x00588e5c in gen_send_ex (gen=0x716b65a0, gen=0x716b65a0, exc=0, arg=optimized out) at Objects/genobject.c:104 #14 _PyGen_Send (gen=0x716b65a0, arg=optimized out) at Objects/genobject.c:158 #15 0x004d9d0b in call_function (oparg=optimized out, pp_stack=0x7fffd290) at Python/ceval.c:4221 #16 PyEval_EvalFrameEx (f=f@entry=0x10da568, throwflag=throwflag@entry=0) at Python/ceval.c:2836 #17 0x004d28d4 in PyEval_EvalCodeEx (_co=0x71e0c030, globals=optimized out, locals=optimized out, args=optimized out, argcount=3, kws=0x12e38b8, kwcount=0, defs=0x71e0a8e0, defcount=2, kwdefs=0x0, closure=0x71e10588) at Python/ceval.c:3585 #18 0x004d8e75 in fast_function (nk=optimized out, na=3, n=3, pp_stack=0x7fffd490, func=0x71e122f0) at Python/ceval.c:4341 #19 call_function (oparg=optimized out, pp_stack=0x7fffd490) at Python/ceval.c:4259 #20 PyEval_EvalFrameEx (f=f@entry=0x12e3708, throwflag=throwflag@entry=0) at Python/ceval.c:2836 #21 0x004d28d4 in PyEval_EvalCodeEx (_co=0x71e0c0c0, globals=optimized out, locals=locals@entry=0x0, args=args@entry=0x7fffeae8a720, argcount=2, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0, kwdefs=0x0, closure=0x0) at Python/ceval.c:3585 #22 0x0058c67c in function_call (func=0x71e12378, arg=0x7fffeae8a708, kw=0x0) at Objects/funcobject.c:632 #23 0x0042686a in PyObject_Call (func=func@entry=0x71e12378, arg=arg@entry=0x7fffeae8a708, kw=kw@entry=0x0) at Objects/abstract.c:2067 #24 0x004d48a4 in ext_do_call (nk=optimized out, na=1, flags=optimized out, pp_stack=0x7fffd760, func=0x71e12378) at Python/ceval.c:4558 #25 PyEval_EvalFrameEx (f=f@entry=0x145ac48, throwflag=throwflag@entry=0) at Python/ceval.c:2876 #26 0x004d9e82 in fast_function (nk=optimized out, na=1, n=1, pp_stack=0x7fffd8a0, func=0x71e2d488) at Python/ceval.c:4331 #27 call_function (oparg=optimized out, pp_stack=0x7fffd8a0) at Python/ceval.c:4259 #28 PyEval_EvalFrameEx (f=f@entry=0x11aee28, throwflag=throwflag@entry=0) at Python/ceval.c:2836 #29 0x004d9e82 in fast_function (nk=optimized out, na=1, n=1, pp_stack=0x7fffd9f0, func=0x71bc1400) at Python/ceval.c:4331 #30 call_function (oparg=optimized out, pp_stack=0x7fffd9f0) at Python/ceval.c:4259 #31 PyEval_EvalFrameEx
[issue23187] Segmentation fault, possibly asyncio related
Guido van Rossum added the comment: That's going to be really hard to debug. Is it always the same stack trace? Could it be slowly running out of memory? (The consistent time until it happens points to this.) A segfault in dealloc might point to a refcounting bug. The rarity of the even might mean that it only happens in some rare case (maybe the refcount bug is in an error path that is only triggered by running out of memory somewhere?). Is mysql totally unsuspected? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23187] Segmentation fault, possibly asyncio related
Ivailo Karamanolev added the comment: Running out of memory is unlikely. There are many other processes running on the machine and none of them show signs of memory issues. In addition, the munin memory usage reporting doesn't show signs of steady growing or drops when the process crashes (munin screenshot attached). 3.4.0 and 3.4.2 on all runs showed exactly the same stack trace. AFAIK mysql-connector-python is pure Python, so even if the problem was there, I think it's still Python core. I'm not 100% on this though. -- Added file: http://bugs.python.org/file37636/Screenshot 2015-01-07 15.57.01.png ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23187] Segmentation fault, possibly asyncio related
Ivailo Karamanolev added the comment: What I forgot to mention is that I'm using aiohttp for making lots of HTTP requests. http://bugs.python.org/issue21435 mentions asyncio and aiohttp and is somewhat memory management related so I thought I'm hitting a different manifestation of it and upgrading to 3.4.2 would fix it, but it didn't. I don't know enough about cpython to know if they are related. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23187] Segmentation fault, possibly asyncio related
STINNER Victor added the comment: that's 3.4.0 I suggest you to upgrade to Python 3.4.2. Your issue may already be fixed. For example, there was the issue #21435 in the garbage collector. The issue was found with an asyncio code. Your crash occurs at _PyObject_GC_UNTRACK(self); which is also related to the garbage collector. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23187] Segmentation fault, possibly asyncio related
Ivailo Karamanolev added the comment: @haypo Maybe I didn't put it prominently enough, but I upgraded to 3.4.2 by downloading the source and installing it. The same crash with the same stack trace happens. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23187] Segmentation fault, possibly asyncio related
STINNER Victor added the comment: upgrading to 3.4.2 would fix it, but it didn't Oh sorry, I missed the part where you wrote that you already tested Python 3.4.2. By the way, if you already compile your own Python: try to configure Python with ./configure --with-pydebug. It adds much more debug checks to check internal consistency. Is mysql totally unsuspected? It looks like mysql-connector-python is written in pure Python. Are you using other external modules which are implemented in C? -- Would it be possible to share your source code to try to reproduce the issue? You might send it to me privately if you prefer. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23187] Segmentation fault, possibly asyncio related
Ivailo Karamanolev added the comment: try to configure Python with ./configure --with-pydebug I'm installing 3.4.2 with this option right now and I'll reboot and run the script with gdb attached. I might be a few days before I have a result. Are you using other external modules which are implemented in C The only module that I'm using that's implemented in C is ujson https://pypi.python.org/pypi/ujson . If you think this is relevant, I can easily try changing it to use the built-in json. Would it be possible to share your source code I can share it privately, yes, but running it on your machine might be too complicated. Sharing the source code will probably be only useful for you to look at what libraries I am using and how I'm using asyncio. What I can do is try running it on another machine with another setup. While it is currently running on a physical machine that I set up, I can run it in parallel on a OpenVZ VPS that is installed by the VPS provider, so it should give a completely independent environment. Would that help? If yes, should I also install 3.4.2 from source with --with-pydebug? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23187] Segmentation fault, possibly asyncio related
STINNER Victor added the comment: The only module that I'm using that's implemented in C is ujson https://pypi.python.org/pypi/ujson . If you think this is relevant, I can easily try changing it to use the built-in json. To investigate an issue, we have to reduce the scope. If your program works with json, please use it instead yes. If the program still crash with the builtin json, it means that usjon is not the problem. If the program doesn't crash anymore, your issue may come from ujson and the investigate would be completly different... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7651] Python3: guess text file charset using the BOM
Changes by Jon Dufresne jon.dufre...@gmail.com: -- nosy: +jdufresne ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22619] Possible implementation of negative limit for traceback functions
Changes by Dmitry Kazakov jsb...@gmail.com: Removed file: http://bugs.python.org/file37181/traceback.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22619] Possible implementation of negative limit for traceback functions
Changes by Dmitry Kazakov jsb...@gmail.com: Removed file: http://bugs.python.org/file37341/traceback_patch_2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Mark Dickinson added the comment: One more patch, fixing a misplaced period. -- Added file: http://bugs.python.org/file37635/math_inf_nan3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22619] Possible implementation of negative limit for traceback functions
Changes by Dmitry Kazakov jsb...@gmail.com: Removed file: http://bugs.python.org/file36919/tb_patch_2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6171] IDLE - TreeWidget draw and double-click (Ubuntu)
Terry J. Reedy added the comment: It appears that this could be closed then. But I would like to look at the patch first if I can get to it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6171] IDLE - TreeWidget draw and double-click (Ubuntu)
Saimadhav Heblikar added the comment: Behavior described in msg229434 is right. Tested on Ubuntu 14.04 64bit with Python version 3.5.0a, TkVersion=8.5 and TclVersion=8.5. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23180] Rename IDLE's Windows menu item to Window
Terry J. Reedy added the comment: I guess the logic of the plural was that the submenu lists windows to select from. The logic of the singular is that the submenu lets a user select and jump to *a* window, just as the file menu allows one to select and open (if needed) *a* file. Somewhat oddly, Notepad++ Window menu has a Windows entry. Please mark Idle issues for exactly 2.7, 3.4, and 3.5. -- nosy: +terry.reedy stage: - patch review versions: -Python 3.2, Python 3.3, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23184] Unused imports, variables, file in IDLE
Terry J. Reedy added the comment: I am aware of some of these from running PyChecker over idlelib, but had not gotten around to an global patch yet. The unit test coverage is still woefully incomplete, so I will want to check each deletion. I have been meaning to delete testcode.py, but in a separate commit. -- assignee: - terry.reedy nosy: +terry.reedy stage: - patch review type: behavior - enhancement versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23184 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4431] Distutils MSVC doesn't create manifest file
Changes by Pavel Repin prepin+pythonb...@gmail.com: -- nosy: -paxan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4431 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23158] IDLE's help.txt corrent typo
Terry J. Reedy added the comment: idlelib/help.txt has been and is being replaced by idle.html, compiled from Doc/library/idle.rst. See #16893. Idle.rst started as a marked up version of help.txt and has since been edited and will get more editing. This typo has been corrected there. Help.txt is obsolete and I am not patching it further. Typos in idle.rst will be corrected. -- assignee: - terry.reedy nosy: +terry.reedy resolution: - out of date stage: - resolved status: open - closed versions: -Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23158 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
STINNER Victor added the comment: History, perhaps? In any case, the sign of a NaN isn't useful information in the same way that the sign of an infinity is. The IEEE 754 standard explicitly refuses to attach any meaning to the sign bit of a NaN. And if we were aiming for a full and faithful representation of NaNs, we'd want to output the payload, too (which is just about as meaningless / meaningful as the sign bit). So I understand that adding a math.neg_nan would be useless. As adding one constant per possible NaN value :-) If I recall correctly the IEEE 754 standard, there is not single NaN value, but a range of NaN. Two kinds of NaN: a quiet NaN (qNaN) and a signaling NaN (sNaN). A NaN may carry a payload that is intended for diagnostic information indicating the source of the NaN. The sign of a NaN has no meaning, but it may be predictable in some circumstances. says Wikipedia. Well, the current definition of math.nan makes sense, it's the same value than float(nan). Note: On python-ideas, I asked if math.nan and math.inf should be singleton (as it was requested for float(0.0) in issue #4024). The answer is no. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22560] Add loop-agnostic SSL implementation to asyncio
STINNER Victor added the comment: I updated sslproto3.patch with my remarks: sslproto-4.patch Main differences with sslproto3.patch (unsorted): * write_eof raises NotImplementedError * fix write_buffer_size: use data, not offset * use tuples in the write backlog * data_received exits the loop when it gets an empty string (ignore following data, but an empty string must be at the end of the list according to Antoine) * SSLPipe._write_backlog is now a deque (should be more efficient since we remove the head of the list in _process_write_backlog) * always store and pass the server hostname, even if SNI is not supported * deny calling shutdown() twice * Remove ConnectionAbortedError special case: I would like to reproduce to understand it, and document it * Set the default read parameter to 256 KB instead of 64 KB: reuse constant from selector_events.py * SSLPipe: use a different attribute to store the shutdown callback Remarks: * sslproto looks to be based on gruvi/ssl.py of the gruvi project written by Geert Jansen. We should mention the author in the commit. * _process_write_backlog(): I don't understand why offset is set to 1 for handshake and shutdown -- Added file: http://bugs.python.org/file37637/sslproto-4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22560 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22560] Add loop-agnostic SSL implementation to asyncio
STINNER Victor added the comment: I prefer to use the same code on all platforms. I don't like the idea of SSL bugs specific to Windows. With this change, it becomes possible to support STARTTLS. IMO supporting this feature is more important than performance, even if I only expect a low overflow of the new _SSLPipe layer, so the benchmark is not needed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22560 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14099] ZipFile.open() should not reopen the underlying file
Changes by Augie Fackler li...@durin42.com: -- nosy: +durin42 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14099 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Changes by Berker Peksag berker.pek...@gmail.com: -- components: +Library (Lib) stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Mark Dickinson added the comment: Sounds good to me. Do we add a math.neginf IMO no: -inf should be fine. -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Mark Dickinson added the comment: float(-inf) and -float(inf) have exactly the same IEEE 754 representation Indeed: there's only one negative infinity (and only one positive infinity) in IEEE 754 binary64 format. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23186] expose the client's list of ciphers during the handshake
New submission from Benjamin Peterson: This patch adds a shared_ciphers() method to SSLObject and SSLSocket, which allows servers to see the complete list of ciphers sent by the client during handshake. -- components: Library (Lib) files: shared-ciphers.patch keywords: patch messages: 233584 nosy: alex, benjamin.peterson, christian.heimes, dstufft, giampaolo.rodola, janssen, pitrou priority: normal severity: normal stage: patch review status: open title: expose the client's list of ciphers during the handshake type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file37630/shared-ciphers.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23186 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Mark Dickinson added the comment: Implementation suggestion: if possible, use the _Py_dg_stdnan and _Py_dg_infinity functions from Python/dtoa.c. These are a little safer than the Py_NAN and Py_HUGE_VAL macros, and will give results consistent with the float(inf) and float(nan) constructions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23186] expose the client's list of ciphers during the handshake
Roundup Robot added the comment: New changeset bc34fcccaca3 by Benjamin Peterson in branch 'default': expose the client's cipher suites from the handshake (closes #23186) https://hg.python.org/cpython/rev/bc34fcccaca3 -- nosy: +python-dev resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23186 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
New submission from Ethan Furman:
Proposal:
math.nan = float('nan')
math.inf = float('inf')
Guido's approval:
https://mail.python.org/pipermail/python-ideas/2015-January/030775.html
Followup question:
Do we add a math.neginf, or somesuch, for float('-inf')? Or just use
-math.inf?
--
keywords: easy
messages: 233580
nosy: ethan.furman
priority: normal
severity: normal
status: open
title: add inf and nan to math module
type: enhancement
versions: Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23185
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
STINNER Victor added the comment:
Do we add a math.neginf, or somesuch, for float('-inf')? Or just use
-math.inf?
I would prefer to only add inf.
It looks like float(-inf) and -float(inf) have exactly the same IEEE 754
representation (at least on my x86_64 CPU):
struct.pack(d, float(-inf)) == struct.pack(d, -float(inf))
True
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23185
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Mark Dickinson added the comment: Why does Python return the same representation for positive and negative NaN? History, perhaps? In any case, the sign of a NaN isn't useful information in the same way that the sign of an infinity is. The IEEE 754 standard explicitly refuses to attach any meaning to the sign bit of a NaN. And if we were aiming for a full and faithful representation of NaNs, we'd want to output the payload, too (which is just about as meaningless / meaningful as the sign bit). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23186] expose the client's list of ciphers during the handshake
Changes by Benjamin Peterson benja...@python.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23186 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20487] Odd words in unittest.mock document.
Roundup Robot added the comment: New changeset 230a1bfb0f59 by Berker Peksag in branch '3.4': Issue #20487: Clarify meaning of side effect in the magic mock documentation. https://hg.python.org/cpython/rev/230a1bfb0f59 New changeset 3cf91d2aeab3 by Berker Peksag in branch 'default': Issue #20487: Clarify meaning of side effect in the magic mock documentation. https://hg.python.org/cpython/rev/3cf91d2aeab3 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20487 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20487] Odd words in unittest.mock document.
Berker Peksag added the comment: Fixed. Thank you to both Andrew and Michael. -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20487 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Serhiy Storchaka added the comment:
There are several different NaNs.
x = struct.unpack('d', b'\x00\x00\x00\x00\x00\x00\xf8\x7f')[0]
x
nan
x == x
False
struct.pack('d', x)
b'\x00\x00\x00\x00\x00\x00\xf8\x7f'
x = struct.unpack('d', b'\x00\x00\x00\x00\x00\x00\xf9\x7f')[0]
x
nan
x == x
False
struct.pack('d', x)
b'\x00\x00\x00\x00\x00\x00\xf9\x7f'
Interesting, but 0*inf and inf-inf return values with the same representation
as float('-nan'), not float('nan').
inf = float(inf)
struct.pack('d', 0*inf)
b'\x00\x00\x00\x00\x00\x00\xf8\xff'
struct.pack('d', inf-inf)
b'\x00\x00\x00\x00\x00\x00\xf8\xff'
struct.pack('d', float('nan'))
b'\x00\x00\x00\x00\x00\x00\xf8\x7f'
struct.pack('d', float('-nan'))
b'\x00\x00\x00\x00\x00\x00\xf8\xff'
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23185
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Mark Dickinson added the comment:
but 0*inf and inf-inf return values with the same representation as
float('-nan'), not float('nan')
Right: that's because Intel's default NaN (i.e., the float it produces as a
result of any invalid operation) has its sign bit set.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23185
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Mark Dickinson added the comment: By tweaking the grammar we can have math.-inf. RRGH! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22619] Possible implementation of negative limit for traceback functions
Dmitry Kazakov added the comment: I improved tests for *_stack and *_tb functions, fixed a few typos and added more comments. -- Added file: http://bugs.python.org/file37632/traceback_rev3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22619] Possible implementation of negative limit for traceback functions
Dmitry Kazakov added the comment: Hold on, I found 2 more bugs. Will update the patch soon. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Antoine Pitrou added the comment: By tweaking the grammar we can have math.-inf. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Mark Dickinson added the comment: Here's a patch. -- assignee: - mark.dickinson keywords: +patch Added file: http://bugs.python.org/file37633/math_inf_nan.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
Mark Dickinson added the comment: Thanks for the review comments. Here's an updated patch taking the review comments into account (and fixing the spelling of PY_NAN, which should have been Py_NAN). -- Added file: http://bugs.python.org/file37634/math_inf_nan2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17164] MozillaCookieJar does not handle session cookies
Jérémie Detrey added the comment: Hi again, Attached is a patch for adding test cases to test_cookiejar. Cheers, Jérémie. -- Added file: http://bugs.python.org/file37629/session-cookies-test.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17164 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23177] test_ssl: failures on OpenBSD with LibreSSL
STINNER Victor added the comment: Note that the FreeBSD port modifies the OPENSSL_VERSION_NUMBER and sets the version number to 1.0.1g. Maybe we should remove the test on OPENSSL_VERSION (string) for LibreSSL? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23177 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23186] expose the client's list of ciphers during the handshake
STINNER Victor added the comment: I reopen the issue because you commit your change while I was reviewing the patch :-/ See my review at Rietveld. -- nosy: +haypo resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23186 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23185] add inf and nan to math module
STINNER Victor added the comment: Oh, NaN can be signed? struct.pack(d, float(nan)) b'\x00\x00\x00\x00\x00\x00\xf8\x7f' struct.pack(d, float(-nan)) b'\x00\x00\x00\x00\x00\x00\xf8\xff' struct.pack(d, -float(nan)) b'\x00\x00\x00\x00\x00\x00\xf8\xff' struct.pack(d, -float(-nan)) b'\x00\x00\x00\x00\x00\x00\xf8\x7f' Why does Python return the same representation for positive and negative NaN? float(nan) nan float(-nan) nan -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23086] Add start and stop parameters to the Sequence.index() ABC mixin method
Devin Jeanpierre added the comment: I modified your test case somewhat. Also, your tests uncovered an issue with negative indexes -- oops, hadn't thought of those. Fixed. Let me know what you think. -- Added file: http://bugs.python.org/file37631/issue23086.2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23086 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23086] Add start and stop parameters to the Sequence.index() ABC mixin method
Devin Jeanpierre added the comment: Why is there no review link next to my second patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23086 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
