[issue29165] Use forward compatible macro in example code for creating new type

Changes by INADA Naoki : -- pull_requests: +179 ___ Python tracker ___ ___

[issue28814] Deprecation notice on inspect.getargvalues() is incorrect

Changes by Berker Peksag : -- nosy: +berker.peksag stage: needs patch -> patch review ___ Python tracker ___

[issue29609] Receiving messages from subprocess does not work on Mac OS X

Berker Peksag added the comment: Please use Stack Overflow or python-list for usage questions (and please do not reopen this issue again) -- nosy: +berker.peksag resolution: works for me -> not a bug status: open -> closed ___ Python tracker

[issue29575] your closing of issue29575

Joachim added the comment: Dear Davin, since I am new to the Python bug tracker, I have to asked a stupid question: are you the benevolent dictator of the Python Standard Library? Otherwise, how can it be that one and the same person in one and the same intervention adds new arguments to the

[issue10938] Provide links to system specific strftime/ptime docs

Berker Peksag added the comment: I agree with Jim's review comment at https://github.com/python/cpython/pull/155#pullrequestreview-22646534 Those links will quickly get outdated and I'm sure that we will get reports like "this link doesn't work for my $PLATFORM $PLATFORM_VERSION". I suggest

[issue29453] Remove reference to undefined dictionary ordering in Tutorial

Changes by Mariatta Wijaya : -- pull_requests: +177 ___ Python tracker ___ ___

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

Changes by Serhiy Storchaka : -- pull_requests: +178 ___ Python tracker ___ ___

[issue29453] Remove reference to undefined dictionary ordering in Tutorial

Mariatta Wijaya added the comment: New changeset 32e8f9bdfd4324f1aa4fbbdf1ed8536f2b00cabb by Mariatta in branch 'master': bpo-29453: Remove reference to undefined dictionary ordering in Tutorial (GH-140) https://github.com/python/cpython/commit/32e8f9bdfd4324f1aa4fbbdf1ed8536f2b00cabb

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

Changes by Berker Peksag : -- stage: needs patch -> patch review ___ Python tracker ___

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

Changes by Berker Peksag : -- pull_requests: +176 ___ Python tracker ___ ___

[issue29347] Python could crash while creating weakref for a given object

Xiang Zhang added the comment: Thanks for your confirmation Saida! :-) -- ___ Python tracker ___ ___

[issue29347] Python could crash while creating weakref for a given object

Saida Dhanavath added the comment: Hi Xiang, Sorry for the delay. I have not checked my inbox since last week. The proposed fix works for me. -- ___ Python tracker

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

Serhiy Storchaka added the comment: I concur with Raymond. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue27660] Replace size_t with Py_ssize_t as the type of local variable in list_resize

Raymond Hettinger added the comment: Okay, go ahead. I was hoping to give Mariatta some practice applying C patches (she's new). -- ___ Python tracker

[issue29554] profile/pstat doc clariification

Berker Peksag added the comment: New changeset 8fb1f6e039cbdeb333d83b7a62f0f37af4ce6e02 by Berker Peksag in branch 'master': bpo-29554: Improve docs for pstat module and profile. (#88) https://github.com/python/cpython/commit/8fb1f6e039cbdeb333d83b7a62f0f37af4ce6e02 --

[issue29554] profile/pstat doc clariification

Changes by Berker Peksag : -- nosy: +berker.peksag stage: -> patch review type: -> behavior versions: +Python 3.5, Python 3.6 ___ Python tracker

[issue27660] Replace size_t with Py_ssize_t as the type of local variable in list_resize

Xiang Zhang added the comment: Sorry, I have the commit bit and know what to do with a commit. So I assign it to myself and wait someone approve the PR on GitHub. -- assignee: Mariatta -> xiang.zhang stage: patch review -> commit review ___ Python

[issue29610] ssl do_handshake fails on https-proxy (aka. https over https-proxy)

Martin Panter added the comment: It looks like you are trying to tunnel one SSL or TLS connection through another SSL/TLS connection (instead of through a plain OS socket). There is already a bug recently opened about this: Issue 29394. Basically, the SSL module doesn’t support this, and the

[issue29394] Cannot tunnel TLS connection through TLS connection

Changes by Martin Panter : -- stage: -> needs patch versions: +Python 2.7, Python 3.5, Python 3.7 ___ Python tracker ___

[issue29610] ssl do_handshake fails on https-proxy (aka. https over https-proxy)

Changes by Phus Lu : -- assignee: -> christian.heimes components: +SSL nosy: +christian.heimes versions: +Python 3.5 ___ Python tracker

[issue27660] Replace size_t with Py_ssize_t as the type of local variable in list_resize

Raymond Hettinger added the comment: Mariatta, would you like to run this against the test suite and then apply it. I don't think a MISC/NEWS entry is needed (it is just a code simplification) and Xiang is already in MISC/ACKS. -- assignee: rhettinger -> Mariatta nosy: +Mariatta

[issue29609] Receiving messages from subprocess does not work on Mac OS X

pyguy added the comment: The program does not work the way I wanted it to. I want the output of the top command to be seen only by the python program. The program I made causes the top command to print its output to the terminal. Using subprocess.Popen() with stdout=subprocess.PIPE does

[issue10701] Error pickling objects with mutating __getstate__

Raymond Hettinger added the comment: I agree with Antoine that, "As the name suggests, __getstate__ should probably not mutate anything." Unless a problematic non-mutating example can be found, I suggest this be closed. For the most part, our rule has been that pure python code doesn't have

[issue29609] Receiving messages from subprocess does not work on Mac OS X

Changes by Ned Deily : -- resolution: fixed -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

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

Raymond Hettinger added the comment: > I'm sure that exposing the number of unfinished tasks > (unfinished_tasks class variable) can be very useful in many situations Sorry, but I don't share your certainty of the usefulness of this method. Since the task_done/join API was added many years

[issue27660] Replace size_t with Py_ssize_t as the type of local variable in list_resize

Xiang Zhang added the comment: Thanks for your time Raymond. :-) I applied your suggestions in the PR. -- ___ Python tracker ___

[issue29610] ssl do_handshake fails on https-proxy (aka. https over https-proxy)

New submission from Phus Lu: Background: I'm working on adding https-proxy[1] support to python-requests https://github.com/phuslu/requests_httpsproxy Issue: ssl module(python 2.7) counld establish ssl handshakes over a https-proxy Reproduce Steps: I setup a https-proxy in bwg.phus.lu:443

[issue29355] sqlite3: remove sqlite3_stmt_readonly()

Ma Lin added the comment: > Is there currently a solution to build Python 3.6 with sqlite3 support? I installed SQLite 3.16.2 on a Debian-based system with this way: http://stackoverflow.com/questions/26261080 No idea whether it will work on RHEL 6. --

[issue29609] Receiving messages from subprocess does not work on Mac OS X

pyguy added the comment: Using communicate fixed the problem. Here is the program that works for me on Mac OS 10.4.11 with Python 2.7.12: import subprocess import time print("Launch started") program_name = "top" list = [program_name] process = subprocess.Popen(list) while process.poll() ==

[issue27660] Replace size_t with Py_ssize_t as the type of local variable in list_resize

Raymond Hettinger added the comment: It was a little mind-numbing to check this code, but it looks correct. Please fix two nits for better readability. For review purposes, it was nice to have changes stand-out, but for the final code I would like to combine the two comments and the two

[issue29581] __init_subclass__ causes TypeError when used with standard library metaclasses (such as ABCMeta)

Kevin Shweh added the comment: Doesn't that ignore_extra_args thing prevent InitX.__init_subclass__ from receiving the x argument it wanted? It doesn't seem like a solution. -- nosy: +Kevin Shweh ___ Python tracker

[issue29609] Receiving messages from subprocess does not work on Mac OS X

Ned Deily added the comment: There certainly could be differences in behavior considering how old 10.6.8 and 10.4.11 are. I'm not a subprocess expert but it seems to me that, if your program hangs doing a readline from process.stdout, chances are you are running into a pipe buffer deadlock

[issue28879] smtplib send_message should add Date header if it is missing, per RFC5322

Changes by R. David Murray : -- stage: -> patch review ___ Python tracker ___ ___

[issue29575] doc 17.2.1: basic Pool example is too basic

Davin Potts added the comment: When passing judgement on what is "too basic", the initial example should be so basic as to be immediately digestible by as many people as possible. Some background: All too many examples mislead newcomers into believing that the number of processes should (a)

[issue29609] Receiving messages from subprocess does not work on Mac OS X

pyguy added the comment: The program failed for me on Mac OS 10.4.11 using Python 2.7.12 and Mac OS 10.6.8 using Python 2.7.13. -- status: pending -> open ___ Python tracker

[issue29609] Receiving messages from subprocess does not work on Mac OS X

Ned Deily added the comment: Sorry, your program works for me on macOS 10.12.3 with the current python.org 2.7.13, the Apple-supplied system Python 2.7.10, and, with adding a decode to the readline, with 3.6.0. -- resolution: -> works for me status: open -> pending

[issue29609] Receiving messages from subprocess does not work on Mac OS X

New submission from pyguy: When I use the subprocess module to run a another process, I expect to be able to read the STDOUT and STDERR of the other process. This is not possible on Mac OS X. The attached test program has been tested on Linux and Windows and does work as expected. It pauses

[issue29592] abs_paths() in site.py is slow

Changes by Gregory P. Smith : -- nosy: +gregory.p.smith ___ Python tracker ___ ___

[issue29585] site.py imports relatively large `sysconfig` module.

Changes by Gregory P. Smith : -- nosy: +gregory.p.smith ___ Python tracker ___ ___

[issue29608] pip_gui

Changes by Ezio Melotti : -- pull_requests: -170 ___ Python tracker ___ ___

[issue29608] pip_gui

Changes by Berker Peksag : -- type: performance -> ___ Python tracker ___ ___

[issue29608] pip_gui

Changes by Berker Peksag : -- components: -Tkinter ___ Python tracker ___ ___

[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

[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

[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

[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: 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 --

[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

[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

[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 --

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

Changes by Mark Dickinson : -- pull_requests: +175 ___ Python tracker ___ ___

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

Changes by Mark Dickinson : -- pull_requests: +174 ___ Python tracker ___ ___

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

Changes by Serhiy Storchaka : -- pull_requests: -171 ___ Python tracker ___ ___

[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 Mark Dickinson : -- pull_requests: +173 ___ Python tracker ___ ___

[issue29549] Improve docstring for str.index

Changes by Mark Dickinson : -- pull_requests: +172 ___ Python tracker ___ ___

[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 --

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

Changes by Serhiy Storchaka : -- pull_requests: +171 ___ Python tracker ___ ___

[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

[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,

[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 ___

[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 --

[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

[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

[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

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

Changes by Mark Dickinson : -- pull_requests: +169 ___ 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

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

Changes by Matthieu Dartiailh : -- pull_requests: +168 ___ 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

[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

[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

[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

[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

[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:

[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

[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

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:

[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. --

[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

[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

[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

[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

[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

[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

[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. --

[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: 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

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

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

Changes by Barry A. Warsaw : -- keywords: -security_issue ___ 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

[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

[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

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

[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

[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

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

[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

[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

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

Changes by STINNER Victor : -- type: enhancement -> performance ___ Python tracker ___

  1   2   >