[issue32846] Deletion of large sets of strings is extra slow

Raymond Hettinger added the comment: Random idea: For some range of array sizes (bigger than L3 cache), there might be a net benefit to sorting L1-sized clumps of pointers before making the Py_DECREF calls. Possibly, the cost of sorting would be offset by

[issue29480] Mac OSX Installer SSL Roots

Raymond Hettinger added the comment: > I would like to suggest that the OSX installer automatically run "Install > Certificates.command", or display a prompt to users saying "Run Now" during > installation. +1 This would be really helpful. I occasionally get

[issue32855] Add documention stating supported Platforms

Change by Ned Deily : -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list

[issue32855] Add documention stating supported Platforms

New submission from Jay Yin : we can probably add a section that includes all supported platforms and possibly "partially" supported platforms, and maybe include platforms that currently aren't supported but want/plan to be supported. -- assignee: docs@python

[issue29480] Mac OSX Installer SSL Roots

Tommy Carstensen added the comment: I can't user requests, urllib, pandas.read_html(), etc. because of this. I don't have root access / sudo rights. I've tried downloading OpenSSL from openssl.org and then installing with: `./config --prefix=/my/home/dir ; make ;

[issue32779] urljoining an empty query string doesn't clear query string

Paul Fisher added the comment: In this case, the RFC is mismatched from the actual behaviour of browsers (as described and codified by WhatWG). It was surprising to me that urljoin() didn't do what I percieved as "the right thing" (and I expect other users would too). I

[issue32840] Must install python 3.6.3 when 3.6.4 already installed

Steve Dower added the comment: > The problem is independent of word length. There should be no problem installing 3.6.4 of one architecture and 3.6.3 of the other at the same time. I myself do this all the time with every version of Python. You can't do it if they are

[issue32840] Must install python 3.6.3 when 3.6.4 already installed

Steve Dower added the comment: This is a big feature request, as our current installer technology is specifically designed for ease of upgrading between minor versions (e.g. 3.6.3->3.6.4). We would need to completely rewrite our installers. If you want to avoid the

[issue32854] Add ** Map Unpacking Support for namedtuple

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

[issue32854] Add ** Map Unpacking Support for namedtuple

Raymond Hettinger added the comment: The intended way to support **unpacking is the _asdict() method: t(**a._asdict()) It doesn't really make sense to add direct support for **unpacking because named tuples are sequences and not mappings. To support

[issue32850] Run gc_collect() before complaining about dangling threads

Change by Nathaniel Smith : -- nosy: +ezio.melotti, njs ___ Python tracker ___ ___

[issue32854] Add ** Map Unpacking Support for namedtuple

New submission from John Crawford : At present, `collections.namedtuple` does not support `**` map unpacking despite being a mapping style data structure. For example: >>> from collections import namedtuple >>> A = namedtuple("A", "a b c") >>> a = A(10, 20, 30)

[issue32845] Mac: Local modules can shadow builtins (e.g. a local `math.py` can shadow `math`)

Ned Deily added the comment: The example you gave caused problems because of the use of the ambiguous unqualified name "math". If you are careful to use qualified names, and/or perhaps use alias names ("as") to increase readability, there shouldn't be any problems.

[issue32846] Deletion of large sets of strings is extra slow

Raymond Hettinger added the comment: The 4th graph in this article may be showing the reason for the growth in random access times as the size gets bigger:

[issue32852] trace changes sys.argv from list to tuple

Change by Kyle Altendorf : -- keywords: +patch pull_requests: +5485 stage: -> patch review ___ Python tracker ___

[issue32846] Deletion of large sets of strings is extra slow

Raymond Hettinger added the comment: > In former examples (list, ordered dict) objects are iterated and deleted >in order of creation. But in the set of strings items are deleted in > non-predicable random order. I suppose the non-linear effect is > related to

[issue32853] struct's docstring implies alignment is always performed

New submission from Eli_B : In module struct's docstring, it says: "... The optional first format char indicates byte order, size and alignment:\n @: native order, size & alignment (default)\n =: native order, std. size & alignment\n <: little-endian, std. size &

[issue32852] trace changes sys.argv from list to tuple

New submission from Kyle Altendorf : Normally sys.argv is a list but when using the trace module sys.argv gets changed to a tuple. In my case this caused an issue with running an entry point due to the line: sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])

[issue32851] mistake

Change by R. David Murray : -- resolution: -> not a bug stage: -> resolved status: open -> closed title: Complete your registration to Python tracker -- key uxOb1XizINE32OvAnH7tUiKMx4tFqGdK -> mistake ___ Python tracker

[issue32851] Complete your registration to Python tracker -- key uxOb1XizINE32OvAnH7tUiKMx4tFqGdK

Change by R. David Murray : -- Removed message: https://bugs.python.org/msg312212 ___ Python tracker ___

[issue32851] Complete your registration to Python tracker -- key uxOb1XizINE32OvAnH7tUiKMx4tFqGdK

New submission from TROUVERIE Joachim : Thanks Le 15-02-2018 17:08, Python tracker a écrit : > To complete your registration of the user "joack" with > Python tracker, please do one of the following: > > - send a reply to rep...@bugs.python.org and maintain the

[issue32846] Deletion of large sets of strings is extra slow

Change by Serhiy Storchaka : Added file: https://bugs.python.org/file47447/bench_del.py ___ Python tracker ___

[issue32845] Mac: Local modules can shadow builtins (e.g. a local `math.py` can shadow `math`)

Eric Cousineau added the comment: > P.S. This issue points out once again why it is generally a bad idea to > shadow or mix-and-match standard library module names. Duly noted! And thank y'all for the explanations! Can I ask if it's bad practice to use a standard

[issue32845] Mac: Local modules can shadow builtins (e.g. a local `math.py` can shadow `math`)

Ned Deily added the comment: P.S. This issue points out once again why it is generally a bad idea to shadow or mix-and-match standard library module names. -- ___ Python tracker

[issue32846] Deletion of large sets of strings is extra slow

Change by INADA Naoki : -- nosy: +inada.naoki ___ Python tracker ___ ___

[issue32846] Deletion of large sets of strings is extra slow

Serhiy Storchaka added the comment: For lists and dicts the time of deletion is virtually linear. 1 int 5.2 9.8 2 int 5.8 9.7 4 int 5.6 9.8 8 int 5.8 10.0 16 int 5.5 9.7 32 int 5.4 9.6 64 int 5.6 9.0 128 int 5.6 8.7 1 str 7.6

[issue32848] Valgrind error with python

Christian Heimes added the comment: You are missing some dependencies. You have to install valgrind development package. This is a bug tracker, not a support forum. Please use the Python users mailing list or #python IRC channel to get help. -- nosy:

[issue32850] Run gc_collect() before complaining about dangling threads

Matthias Urlichs added the comment: Upon further consideration (and following the observation that my test cases no longer block for two seconds each after applying the first version of this patch): we do not want to clear the reference to "dangling_threads" since

[issue32850] Run gc_collect() before complaining about dangling threads

New submission from Matthias Urlichs : Lib/test/support/__init__.py::threading_cleanup() complains about dangling threads even if the reference in question would be cleaned up by the garbage collector. This is not useful, esp. when the list of referrers to the "dangling"

[issue32848] Valgrind error with python

Arun Solomon added the comment: Hi Stefan, I tried with two configure options. Both of them, I am getting the same error. configure: error: Valgrind support requested but headers not available -- resolution: not a bug -> status: closed -> open

[issue32848] Valgrind error with python

Change by Stefan Krah : -- resolution: -> not a bug status: open -> closed ___ Python tracker ___

[issue32848] Valgrind error with python

Stefan Krah added the comment: You have two options: a) ./configure CFLAGS="-O0 -g" --without-pymalloc b) ./configure CFLAGS="-O0 -g" --with-valgrind For b) you need the Valgrind headers installed. --with-pydebug is always wrong when using Valgrind. --

[issue32848] Valgrind error with python

Arun Solomon added the comment: Hi, I ran with the following command to configure python with valgrind: ./configure --without-pymalloc --with-pydebug --with-valgrind I was getting the following error: configure: error: Valgrind support requested but headers not

[issue32848] Valgrind error with python

R. David Murray added the comment: Did you notice that our configure has a --with-valgrind option? In any case, there isn't a bug in python here that you are reporting. If you want to continue to learn about our existing support for valgrind and find things that can

[issue32846] Deletion of large sets of strings is extra slow

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue32779] urljoining an empty query string doesn't clear query string

Andrew Svetlov added the comment: Python follows not WhatWG but RFC. https://tools.ietf.org/html/rfc3986#section-5.2.2 is proper definition for url joining algorithm. -- nosy: +asvetlov ___ Python tracker

[issue29804] test_ctypes test_pass_by_value fails on arm64 (aarch64) architecture

Iryna Shcherbina added the comment: PR 1559 fixes the issue in Fedora builds on arm64. The issue is no longer reproducible with Python 3.7. -- ___ Python tracker

[issue32839] Add after_info as a function to tkinter

Serhiy Storchaka added the comment: I agreed with Cheryl's conclusion that likely after_cancel() had been called with None. The comments about 8.4 is wrong, and the solution in issue763637 is not correct. The current code code deletes the script for the first

[issue32839] Add after_info as a function to tkinter

Serhiy Storchaka added the comment: > Since events are removed from Tcl once that are invoked, how would the > dictionary be cleaned up? Would after_info need to be polled every once in a > while to clean up the dictionary or would it just exist until the object

[issue32781] lzh_tw is missing in locale.py

Serhiy Storchaka added the comment: See also issue20087. It added lzh_tw locale, but later this change was reverted. Thus I close this issue as a duplicate. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Mismatch

[issue32781] lzh_tw is missing in locale.py

Serhiy Storchaka added the comment: I'm not sure that wrong guess is better that exception. It looks to me that there is something wrong with the way we use the alias table. It is glibc centric, but some entries contradict glibc, because the X11 alias have a

[issue32849] Fatal Python error: Py_Initialize: can't initialize sys standard streams

Change by Rudolph Froger : -- type: -> crash ___ Python tracker ___ ___

[issue21258] Add __iter__ support for mock_open

Change by Lumír Balhar : -- nosy: +frenzy ___ Python tracker ___ ___

[issue32781] lzh_tw is missing in locale.py

INADA Naoki added the comment: lzh_tw was added in this commit: https://github.com/bminor/glibc/commit/5057e7ce826bb0be3f476408b2ae364042f2a9bb#diff-3d056472e12e5dc464fa44144719b82f I don't know why Python should have such a large locale alias table. I added Serhiy to

[issue32849] Fatal Python error: Py_Initialize: can't initialize sys standard streams

New submission from Rudolph Froger : Sometimes a new Python 3.6.4 process is aborted by the kernel (FreeBSD 11.1) (before loading my Python files). Found in syslog: kernel: pid 22433 (python3.6), uid 2014: exited on signal 6 (core dumped) Fatal Python error: