[issue29589] test_asyncio & test_multiprocessing_forkserver failed

Xiang Zhang added the comment: Hi Dima, can you stably reproduce the failures? Or try with the latest 3.6 code? -- nosy: +xiang.zhang stage: -> test needed ___ Python tracker __

[issue29532] functools.partial is not compatible between 2.7 and 3.5

Changes by Serhiy Storchaka : -- pull_requests: +156 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue29603] More informative Queue class: new method that returns number of unfinished tasks

New submission from slytomcat: Class queue.Queue control the number of unfinished tasks via method task_done(). But it is only possible to get the information about all task done (via join() method). I'm sure that exposing the number of unfinished tasks (unfinished_tasks class variable) can b

[issue11572] bring Lib/copy.py to 100% coverage

Changes by Serhiy Storchaka : -- stage: patch review -> needs patch versions: +Python 3.7 -Python 3.5 ___ Python tracker ___ ___ Pytho

[issue29595] Expose max_queue_size in ThreadPoolExecutor

Changes by Xiang Zhang : -- nosy: +xiang.zhang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue29596] Unfinished sentense in howto/clinic.rst

Changes by Xiang Zhang : -- nosy: +larry stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Changes by Xiang Zhang : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29569] threading.Timer class: Continue periodical execution till action returns True

Changes by slytomcat : -- pull_requests: +157 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue29579] Windows Python 3.7 installer broken by README.txt renamed to README.rst

STINNER Victor added the comment: > I don't think that removing the readme.txt from the install constitutes a > breaking change (LICENSE would be a bigger deal), and removing the file from > the installer sounds simpler than updating the readme. Ok, fine :-) Happy to see this issue closed ;-)

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

Changes by Natanael Copa : -- title: Various security vulnerabilities in bundled expat -> Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472) ___ Python tracker

[issue29603] More informative Queue class: new method that returns number of unfinished tasks

Changes by slytomcat : -- pull_requests: +158 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue29603] More informative Queue class: new method that returns number of unfinished tasks

Changes by slytomcat : -- type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29520] Documentation uses deprecated "defindex.html" Sphinx template

Changes by INADA Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Py

[issue29529] Backport Travis configuration

Changes by INADA Naoki : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-li

[issue23890] assertRaises increases reference counter

Changes by STINNER Victor : -- pull_requests: +160 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue28963] Use-after-free in _asyncio_Future_remove_done_callback() of _asynciomodule.c

INADA Naoki added the comment: 3.6.0 had been released? Yury, would you create pull request? -- ___ Python tracker ___ ___ Python-bugs

[issue24274] erroneous comments in dictobject.c

Changes by INADA Naoki : -- pull_requests: +161 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: Confirmed on my machine. The effect of the source is to do `complex(complex(x), 0.0)` in this case, which isn't correct. -- components: +Interpreter Core stage: -> needs patch versions: +Python 3.5, Python 3.7 ___ P

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Changes by Mark Dickinson : -- assignee: -> mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue28331] "CPython implementation detail:" removed when content translated

Changes by INADA Naoki : -- pull_requests: +162 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue24274] erroneous comments in dictobject.c

INADA Naoki added the comment: https://github.com/python/cpython/pull/194#issuecomment-281054701 Xiang Zhang found Python 3.6+ have similar issue. -- versions: +Python 3.6, Python 3.7 ___ Python tracker __

[issue24274] erroneous comments in dictobject.c

INADA Naoki added the comment: New changeset 66fa9d4205e0da672ed19a397069281a4b177af4 by GitHub in branch '3.5': bpo-24274: fix comment in dictobject.c (GH-194) https://github.com/python/cpython/commit/66fa9d4205e0da672ed19a397069281a4b177af4 -- __

[issue29569] threading.Timer class: Continue periodical execution till action returns True

Changes by slytomcat : -- pull_requests: -81 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue24274] erroneous comments in dictobject.c

Changes by INADA Naoki : -- pull_requests: +163 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: Looking at the source, there's also an issue with complex subclasses here: >>> class C(complex): ... pass ... >>> complex(C(-0j)) (-0+0j) >>> complex(-0j) (-0-0j) -- ___ Python tracker

[issue25617] Installing local installation of Python

INADA Naoki added the comment: close this issue because lack of information. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue26382] List object memory allocator

Changes by INADA Naoki : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs

[issue29509] redundant interning in PyObject_GetAttrString

Changes by INADA Naoki : -- pull_requests: +164 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29532] functools.partial is not compatible between 2.7 and 3.5

Serhiy Storchaka added the comment: New changeset 9639e4ab6d5bd3ca0ab34fef127e9fc84b6b88b9 by GitHub in branch 'master': bpo-29532: Altering a kwarg dictionary passed to functools.partial() (#190) https://github.com/python/cpython/commit/9639e4ab6d5bd3ca0ab34fef127e9fc84b6b88b9 -- __

[issue29532] functools.partial is not compatible between 2.7 and 3.5

Changes by Serhiy Storchaka : -- pull_requests: +165 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue29604] ImportError when importing the package `queue`

New submission from Gianluca Rossi: In Python 3.5.2 importing *queue* raises an *ImportError*. ``` Python 3.5.2 (default, Jul 5 2016, 12:43:10) [GCC 5.4.0 20160609] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import queue Traceback (most recent call last

[issue29604] ImportError when importing the package `queue`

Christian Heimes added the comment: You have a queue module in your project which shadows the queue module from Python's standard library. -- nosy: +christian.heimes resolution: -> not a bug stage: -> resolved status: open -> closed type: crash -> behavior ___

[issue15216] Support setting the encoding on a text stream after creation

Changes by INADA Naoki : -- pull_requests: +166 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29605] Python2.7-32 misreports architecture on macOS.

New submission from Marc Culler: On macOS, the 32 bit python 2.7 reports its architecture as '64bit' in platform.architecture(). Note that the 32 bit Python versions 3.4, 3.5 and 3.6 all correctly report '32bit'. $ python-32 Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 12:39:47) [GCC 4.

[issue29586] Cannot run pip in fresh install of py 3.5.3

Adrian Chan added the comment: Ah, I'd forgotten about that. When I first tried to run python I got an error complaining about a missing api-ms-win-crt-runtime-l1-1.0.dll I installed the necessary VC redistributable and it solved that problem. So that's why I could successfully ensurepip late

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Haubenwallner added the comment: On 02/03/2017 09:52 PM, Michael Felt wrote: >> Anyway: >> Unfortunately, there is no concept of embedding something like ELF's >> DT_SONAME tag into the Shared Object. >> The very (PATH,BASE,MEMBER) value as (specified to and) discovered by the >> linker

[issue24274] erroneous comments in dictobject.c

INADA Naoki added the comment: New changeset 1b8df107f867fb05ff39ebee7c55f0a907e7ad5f by GitHub in branch 'master': bpo-24274: fix erroneous comment in dictobject.c (GH-196) https://github.com/python/cpython/commit/1b8df107f867fb05ff39ebee7c55f0a907e7ad5f -- _

[issue24274] erroneous comments in dictobject.c

Changes by INADA Naoki : -- pull_requests: +167 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue24274] erroneous comments in dictobject.c

INADA Naoki added the comment: New changeset ce552e2d5c4ff90218fb41847e8ffb1fd3ba3b2d by GitHub in branch '3.6': bpo-24274: fix erroneous comment in dictobject.c (GH-200) https://github.com/python/cpython/commit/ce552e2d5c4ff90218fb41847e8ffb1fd3ba3b2d --

[issue24274] erroneous comments in dictobject.c

Changes by INADA Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Py

[issue12450] Use the Grisu algorithms to convert floats to strings

Changes by STINNER Victor : -- type: enhancement -> performance ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Armin Rigo added the comment: CPython 2.7 and 3.5 have issues with the sign of zeroes even without any custom class: >>> -(0j) # this is -(0+0j) (-0-0j) >>> (-0-0j) # but this equals to the difference between 0 and 0+0j 0j >>> (-0.0-0j) # this is the difference between -0.0 and 0+0j

[issue26382] List object memory allocator

STINNER Victor added the comment: FYI the Python 3.6 change in PyMem_Malloc() required to implement a new complex check on the GIL. Search for "PyMem_Malloc() now fails if the GIL is not held" in my following blog post: https://haypo.github.io/contrib-cpython-2016q1.html Requiring that the GIL

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: Armin: that's a separate issue, and is expected behaviour. >>> -(0j) # this is -(0+0j) (-0-0j) Yes: 0j is complex(0.0, 0.0); negating negates both the real and imaginary parts. >>> (-0-0j) # but this equals to the difference between 0 and 0+0j 0j T

[issue22807] uuid.uuid1() should use uuid_generate_time_safe() if available

STINNER Victor added the comment: I don't understand well this change. What am I supposed to do with an UUID with safe=False? Should I loop on the function until I get safe==True? "safe for multiprocessing applications" Does it mean unique on the whole system? I looked at uuid_generate_time

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: > It's unclear if the signs of the two potential zeroes in a complex number > have a meaning Yes, very much so. The signs are important in determining which side of a branch cut to use in the various cmath functions. -- __

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Armin Rigo added the comment: Maybe I should be more explicit: what seems strange to me is that some complex numbers have a repr that, when entered in the source, produces a different result. For example, if you want the result ``(-0-0j)`` you have to enter something different. However, I mi

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

STINNER Victor added the comment: IMHO it would be less surprising if repr(complex) would return 'complex(..., ...)': it would be possible to copy/paste and get the result value. I was bitten multiple time by the zero sign with complex numbers... -- nosy: +haypo __

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: Armin, Victor: please open other issues for these discussions; they're unrelated to the bug reported here. Also, see #27363, #17336, #22548, #25839. -- ___ Python tracker

[issue22807] uuid.uuid1() should use uuid_generate_time_safe() if available

Barry A. Warsaw added the comment: On Feb 20, 2017, at 02:21 PM, STINNER Victor wrote: >What am I supposed to do with an UUID with safe=False? Should I loop on the >function until I get safe==True? It would be an application dependent response. It might be that you would check some other attri

[issue22807] uuid.uuid1() should use uuid_generate_time_safe() if available

Changes by Barry A. Warsaw : -- keywords: -security_issue ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue22807] uuid.uuid1() should use uuid_generate_time_safe() if available

Changes by Barry A. Warsaw : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue22807] uuid.uuid1() should use uuid_generate_time_safe() if available

Barry A. Warsaw added the comment: Oh, and because the fix is an API change, I don't believe it should be applied to earlier versions. So I think adding the API in 3.7 is all the fix needed here. -- ___ Python tracker

[issue22807] uuid.uuid1() should use uuid_generate_time_safe() if available

STINNER Victor added the comment: >>> import uuid >>> u=uuid.uuid4() >>> u.is_safe Can't we consider that UUID4 is always safe? -- ___ Python tracker ___ __

[issue22807] uuid.uuid1() should use uuid_generate_time_safe() if available

Barry A. Warsaw added the comment: On Feb 20, 2017, at 03:45 PM, STINNER Victor wrote: >Can't we consider that UUID4 is always safe? It's not a guarantee made by the underlying platform, so I chose to use the default SafeUUID.unknown value there. -- ___

[issue28963] Use-after-free in _asyncio_Future_remove_done_callback() of _asynciomodule.c

Yury Selivanov added the comment: I will in a couple of days. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29605] platform.architecture() with Python2.7-32 misreports architecture on macOS.

Ned Deily added the comment: platform.architecture() is documented as giving unreliable results with macOS universal files; see https://docs.python.org/2/library/platform.html#platform.architecture. The difference in behavior between Python 2.7 and 3.x for the example you show is due to the

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Changes by Ned Deily : -- assignee: ronaldoussoren -> lemburg versions: +Python 3.6, Python 3.7 -Python 3.3, Python 3.4 ___ Python tracker ___ ___

[issue29606] urllib FTP protocol stream injection

New submission from ecbftw: Please see: http://blog.blindspotsecurity.com/2017/02/advisory-javapython-ftp-injections.html This was reported to security at python dot org, but as far as I can tell, they sat on it for a year. I don't think there is a proper way to encode newlines in CWD command

[issue29605] platform.architecture() with Python2.7-32 misreports architecture on macOS.

Marc-Andre Lemburg added the comment: Thanks for the report, but there really isn't much we can do, since the API is not geared up for handling executables which contain binaries for multiple architectures. AFAIK, the Python 3 binaries available from python.org are no longer built as universa

[issue22273] abort when passing certain structs by value using ctypes

Vinay Sajip added the comment: Thanks for spelling it out for me, that's helpful. But I'm still confused about a couple of things: I can't find classify_argument in the Python source tree other than in Modules/_ctypes/libffi_osx/x86/x86-ffi64.c Is that the file you referred to as ffi64.c? I a

[issue26752] Mock(2.0.0).assert_has_calls() raise AssertionError in two same calls

John W. added the comment: This got a little discussion over at http://lists.idyll.org/pipermail/testing-in-python/2017-February/007012.html The current evidence seem to indicate this is indeed a bug in the implementation of assert_has_calls. -- __

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Serhiy Storchaka added the comment: Proposed patch fixes constructing complex from complex. But in future versions perhaps it is worth to disallow passing complex argument to two-arguments complex constructor. -- keywords: +patch stage: needs patch -> patch review Added file: http://b

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Armin Rigo added the comment: 4 lines before the new "ci.real = cr.imag;", we have "cr.imag = 0.0; /* Shut up compiler warning */". The comment is now wrong: we really need to set cr.imag to 0.0. -- ___ Python tracker

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file46654/complex-constructor-from-complex2.patch ___ Python tracker ___ ___

[issue29605] platform.architecture() with Python2.7-32 misreports architecture on macOS.

Ned Deily added the comment: > AFAIK, the Python 3 binaries available from python.org are no longer built as > universal binaries, so the problem doesn't show with those. All python.org Mac binaries are built as universal. For example: $ file /usr/local/bin/python3.6 /usr/local/bin/python3.6:

[issue29605] platform.architecture() with Python2.7-32 misreports architecture on macOS.

Marc-Andre Lemburg added the comment: Ok, thanks for the clarification. So if I understand correctly, the main change in Python 3 is that points to the stub launcher, not the binary itself. In any case, a new function would have to be added to the platform module to query multiple architecture

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Marc-Andre Lemburg added the comment: I think there's a misunderstanding in what platform.architecture() is meant for. The purpose is to find out more details about the executable you pass to it, e.g. whether it's a 32-bit or 64-bit binary, or whether it's an ELF or PE binary. And it's a best

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Marc-Andre Lemburg added the comment: The term "linkage" is probably a misnomer... "execformat" would be more correct: * https://en.wikipedia.org/wiki/Comparison_of_executable_file_formats Too late to change, I guess. -- ___ Python tracker

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: complex-constructor-from-complex2.patch looks good to me. What happens now? I presume we can no longer push to hg.python.org? So one of us needs to make a PR on GitHub and another review it? -- ___ Python tracker <

[issue29607] Broken stack_effect for CALL_FUNCTION_EX

New submission from Matthieu Dartiailh: The computation of the stack_effect of the CALL_FUNCTION_EX does not reflect the use of the argument to the opcode. Currently stack_effect expect two flags (one on 0x01 and one on 0x02) corresponding to whether positional arguments and keyword arguments

[issue29607] Broken stack_effect for CALL_FUNCTION_EX

Changes by Matthieu Dartiailh : -- pull_requests: +168 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Serhiy Storchaka added the comment: I pushed changes to my fork but when try to create a pull request it contains unrelated changes. Seems I do something wrong. -- ___ Python tracker __

[issue29607] Broken stack_effect for CALL_FUNCTION_EX

Serhiy Storchaka added the comment: The fix LGTM. Please add the Misc/NEWS entry. -- assignee: -> serhiy.storchaka nosy: +Demur Rumed, serhiy.storchaka stage: -> patch review ___ Python tracker __

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Changes by Mark Dickinson : -- pull_requests: +169 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: Created https://github.com/python/cpython/pull/203, but I feel bad for having my name on the commits. :-( -- ___ Python tracker ___ ___

[issue29549] Improve docstring for str.index

Lisa Roach added the comment: I tried to have a go at making the str.index Argument Clinic compatible, Serhiy can you take a look at my commits and let me know if this is the correct way of doing it: https://github.com/python/cpython/compare/master...lisroach:master If it looks good I will m

[issue29549] Improve docstring for str.index

Serhiy Storchaka added the comment: No need to add Argument Clinic code. Just make docstrings in the style of of Argument Clinic descriptions. -- ___ Python tracker ___

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: New changeset 112ec38c15b388fe025ccb85369a584d218b1160 by GitHub in branch 'master': bpo-29602: fix signed zero handling in complex constructor. (#203) https://github.com/python/cpython/commit/112ec38c15b388fe025ccb85369a584d218b1160 -- _

[issue22273] abort when passing certain structs by value using ctypes

Vinay Sajip added the comment: Possibly also relevant: #16575 and https://github.com/libffi/libffi/issues/33 -- ___ Python tracker ___ __

[issue29608] pip_gui

New submission from Shyam Sunder: I am not able see the text of the radio button clearly in the welcome page of search and install packages -- components: Tkinter files: Screenshot (70).png messages: 288238 nosy: Shyam Sunder, dstufft, lorenzogotuned, ncoghlan, ned.deily, r.david.murra

[issue22273] abort when passing certain structs by value using ctypes

Eryk Sun added the comment: classify_argument is in Modules/_ctypes/libffi/src/x86/ffi64.c. This file is for the 64-bit Unix ABI. libffi doesn't use it for 64-bit Windows. Some (all?) Linux distros link ctypes to the system libffi. In my experience, building 3.6 on Linux defaults to the syste

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Changes by Serhiy Storchaka : -- pull_requests: +171 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: New changeset 4ddd89780fdb823f427c743ea7326a3c958a2f4b by Mark Dickinson in branch 'bpo-29549-backport': bpo-29602: fix signed zero handling in complex constructor https://github.com/python/cpython/commit/4ddd89780fdb823f427c743ea7326a3c958a2f4b -- _

[issue29549] Improve docstring for str.index

Changes by Mark Dickinson : -- pull_requests: +172 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Changes by Mark Dickinson : -- pull_requests: +173 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue22273] abort when passing certain structs by value using ctypes

Eryk Sun added the comment: I see now why you couldn't find ffi64.c. I've been using a 3.6 worktree. The libffi sources have been removed from master. For the union and bitfield problem, also see the crash reported in #26628. -- ___ Python tracker

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Changes by Serhiy Storchaka : -- pull_requests: -171 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Changes by Mark Dickinson : -- pull_requests: +174 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Changes by Mark Dickinson : -- pull_requests: +175 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: New changeset c0b336e0ada74b1242b9ef10c19eb87b0a21d106 by GitHub in branch '2.7': bpo-29602: fix signed zero handling in complex constructor (#204) https://github.com/python/cpython/commit/c0b336e0ada74b1242b9ef10c19eb87b0a21d106 -- _

[issue8525] Display exception's subclasses in help()

Sanyam Khurana added the comment: Hi, It seems that it hasn't been worked upon from quite a long time and the patch would also need changes. May I work on this? -- nosy: +CuriousLearner ___ Python tracker

[issue22273] abort when passing certain structs by value using ctypes

Vinay Sajip added the comment: I'm learning a bit about Linux calling conventions :-) But it also works when a 16-byte array is followed by 2 ints; if the two ints are removed, then it fails again. ctypes sets elements up in the first case to be a FFI_TYPE_POINTER slot followed by two slots o

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: New changeset 0936a00fe035e3e52c30bcbc59668dc0f519ced6 by GitHub in branch '3.5': bpo-29602: fix signed zero handling in complex constructor. (#203) (#205) https://github.com/python/cpython/commit/0936a00fe035e3e52c30bcbc59668dc0f519ced6 -- _

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: New changeset d9b3cdd137239a5913de2252c3ce269e35ac63d2 by GitHub in branch '3.6': bpo-29602: fix signed zero handling in complex constructor. (#203) (#206) https://github.com/python/cpython/commit/d9b3cdd137239a5913de2252c3ce269e35ac63d2 -- _

[issue29602] complex() on object with __complex__ function loses sign of zero imaginary part

Mark Dickinson added the comment: I'm a bit puzzled about where the commit 4ddd89780fdb823f427c743ea7326a3c958a2f4b came from, but as far as I can tell the changes to 2.7, 3.5, 3.6 and master are all okay. All fixed. Thanks for the report! -- resolution: -> fixed stage: patch review

[issue29355] sqlite3: remove sqlite3_stmt_readonly()

Carol Willing added the comment: Another report of sqlite3 not compiling correctly on RHEL6 (https://github.com/jupyterhub/jupyterhub/issues/991). Is there currently a solution to build Python 3.6 with sqlite3 support? -- nosy: +willingc ___ Python

[issue29608] pip_gui

Changes by Berker Peksag : -- components: -Tkinter ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29608] pip_gui

Berker Peksag added the comment: pip_gui is not part of the Python standard library. Please use https://github.com/upendra-k14/pip_gui/issues to report your problem. -- nosy: +berker.peksag resolution: -> third party stage: -> resolved status: open -> closed _

  1   2   >