[issue31327] bug in dateutil\tz\tz.py

Stéphane Wirtel added the comment: nosy: -matrixise -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue31327] bug in dateutil\tz\tz.py

Stéphane Wirtel added the comment: -- nosy: -matrixise -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue31327] bug in dateutil\tz\tz.py

Stéphane Wirtel added the comment: sorry for the spam, I wanted to be removed from the noisy list via the mail gateway but my two tests did not work :/ -- ___ Python tracker _

[issue35983] tp_dealloc trashcan shouldn't be called for subclasses

Jeroen Demeyer added the comment: Changing types like that looks like an ugly hack and a recipe for breakage. For example, in list_dealloc(), the following needs the type to be correct: if (numfree < PyList_MAXFREELIST && PyList_CheckExact(op)) free_list[numfree++] = op; else

[issue35983] tp_dealloc trashcan shouldn't be called for subclasses

Serhiy Storchaka added the comment: Yes, I think that there's something wrong with PR 11841. It disables the trashcan mechanism and does not provide other mechanism for solving that problem. -- ___ Python tracker

[issue35983] tp_dealloc trashcan shouldn't be called for subclasses

Jeroen Demeyer added the comment: > It disables the trashcan mechanism Yes, it disables the trashcan in some cases. But only when using the trashcan mechanism would probably crash CPython anyway due to a double deallocation. So at the very least, PR 11841 improves things from "crashing whene

[issue6422] timeit called from within Python should allow autoranging

Cheryl Sabella added the comment: Steven, Thank you. Yes, I was thinking the same thing. But it might be better at this point for that change to have its own ticket, so I'll open a new issue for it. -- ___ Python tracker

[issue36461] timeit: Additional changes for autorange

New submission from Cheryl Sabella : #6422 implemented the autorange function for timeit, but in msg272704, Steven D'Aprano outlined follow-up change requests to that patch. - make the 0.2s time configurable; - have `timeit` and `repeat` methods (and functions) fall back on `autorange` if t

[issue6422] timeit called from within Python should allow autoranging

Cheryl Sabella added the comment: The new ticket is #36461. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue36461] timeit: Additional changes for autorange

Cheryl Sabella added the comment: Assigning to @Mariatta for the sprints. -- assignee: -> Mariatta nosy: +Mariatta ___ Python tracker ___

[issue36461] timeit: Additional changes for autorange

Change by Cheryl Sabella : -- nosy: +steven.daprano ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36053] pkgutil.walk_packages jumps out from given path if there is package with the same name in sys.path

Piotr Karkut added the comment: Bump -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue26730] SpooledTemporaryFile doesn't correctly preserve data for text (non-binary) SpooledTemporaryFile objects when Unicode characters are written

Inada Naoki added the comment: Getting rid of StringIO seems better approach to me. .tell(), .seek(), and .truncate() behaviors are very different between StringIO and TextIOWrapper. -- nosy: +inada.naoki ___ Python tracker

[issue19879] imageop: bug in error handler

Change by Inada Naoki : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-

[issue24214] UTF-8 incremental decoder doesn't support surrogatepass correctly

Change by Inada Naoki : -- nosy: +inada.naoki ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue23126] Add Python hook function to replace NameError

Inada Naoki added the comment: PEP 562 is implemented. -- nosy: +inada.naoki resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 3.7 -Python 3.5 ___ Python tracker

[issue17110] sys.argv docs should explaining how to handle encoding issues

Change by Inada Naoki : -- pull_requests: +12542 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mail

[issue36460] Add AMP MIME type support

R. David Murray added the comment: Can you provide some links to relevant RFCs or other official documents? -- ___ Python tracker ___ _

[issue24214] UTF-8 incremental decoder doesn't support surrogatepass correctly

Change by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12445] dict view values objects are missing tp_richcmp and tp_as_number

Inada Naoki added the comment: There is no reasonable semantics for values view. Keep it unimplemented. -- nosy: +inada.naoki resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue24214] UTF-8 incremental decoder doesn't support surrogatepass correctly

Change by Serhiy Storchaka : -- versions: +Python 3.8, Python 3.9 -Python 3.5, Python 3.6 ___ Python tracker ___ ___ Python-bugs-lis

[issue21019] PyMethodDef ml_name is char* instead of const char*

Inada Naoki added the comment: It is const char* now. -- nosy: +inada.naoki resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue21022] PyMemberDef doc is char* instead of const char*

Inada Naoki added the comment: It's const char* for now. -- nosy: +inada.naoki resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue36460] Add AMP MIME type support

Daniel Black added the comment: I'm not sure there's an RFC. I searched ietf but found none related to AMP in MIME and AMP along search results were many (not accurate). I actually doubt there's an RFC specific to AMP. What I meant is that AMP is itself RFC compliant with RFC 2045-2050. As for

[issue24214] UTF-8 incremental decoder doesn't support surrogatepass correctly

Change by Serhiy Storchaka : -- pull_requests: +12543 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue24214] UTF-8 incremental decoder doesn't support surrogatepass correctly

Change by Serhiy Storchaka : -- versions: +Python 3.7 -Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue24214] UTF-8 incremental decoder doesn't support surrogatepass correctly

Serhiy Storchaka added the comment: PR 12603 fixes this issue in more general way and does not affect performance. -- ___ Python tracker ___ __

[issue32950] profiling python gc

Inada Naoki added the comment: DEBUG_STATIS shows time for gc. C profiler is needed to C level precise profiling. -- nosy: +inada.naoki resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue5340] Change in cgi behavior breaks existing software

Change by Inada Naoki : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-b

[issue36439] Inconsistencies with datetime.fromtimestamp(t) when t < 0

Paul Ganssle added the comment: >From the documentation ( >https://docs.python.org/3/library/datetime.html#datetime.datetime.fromtimestamp > ): > fromtimestamp() may raise OverflowError, if the timestamp is out of the range > of values supported by the platform C localtime() or gmtime() functi

[issue32950] profiling python gc

Christian Heimes added the comment: Python supports dtrace / systemtap probes for gc, https://docs.python.org/3/howto/instrumentation.html?highlight=gc__start#c.gc__start -- nosy: +christian.heimes ___ Python tracker

[issue12445] dict view values objects are missing tp_richcmp and tp_as_number

Julian Berman added the comment: Well, surely there are reasonable semantics :), because dict.values == dict.values was comparable before we had view objects. It's been awhile since I filed this, and still seems rather silly that: {"a": "foo"}.values() != {"a": "foo"}.values() True On T

[issue12445] dict view values objects are missing tp_richcmp and tp_as_number

Inada Naoki added the comment: > Well, surely there are reasonable semantics :), because dict.values == > dict.values was comparable before we had view objects. Because it was list. Now values view is not sequence-like or set-like. >>> {"a": "foo", "b": "bar"}.values() == {"a": "bar", "b": "

[issue31327] bug in dateutil\tz\tz.py

Paul Ganssle added the comment: Can we change the title of this to something like, "Add example of platform-specific support for negative timestamps to the time documentation"? That might be a bit wordy, but as it is now, this looks like it's reporting a bug in dateutil, which is not part of

[issue36459] A possible double PyMem_FREE() due to tokenizer.c's tok_nextc()

Serhiy Storchaka added the comment: New changeset cda139d1ded6708665b53e4ed32ccc1d2627e1da by Serhiy Storchaka (Zackery Spytz) in branch 'master': bpo-36459: Fix a possible double PyMem_FREE() due to tokenizer.c's tok_nextc() (12601) https://github.com/python/cpython/commit/cda139d1ded670866

[issue36459] A possible double PyMem_FREE() due to tokenizer.c's tok_nextc()

Change by miss-islington : -- pull_requests: +12544 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36459] A possible double PyMem_FREE() due to tokenizer.c's tok_nextc()

Change by miss-islington : -- pull_requests: +12545 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue34826] io.BufferedReader crashes in 2.7 on memoryview attribute access

Change by Inada Naoki : -- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> Crash when RawIOBase.write(b) evaluates b.format ___ Python tracker _

[issue12445] dict view values objects are missing tp_richcmp and tp_as_number

Julian Berman added the comment: Yes I know *why* it worked in Py2 -- still seems like an oversight :) To me, comparing (multi)set-like is the only reasonable behavior there which is what IIRC the patch did, but even without that, for a given dict, d.values() != d.values(). So, it's not like

[issue12445] dict view values objects are missing tp_richcmp and tp_as_number

Inada Naoki added the comment: I don't think we need it. So I reject it. If you believe many Pythonista really need it, please start discussion on python-dev. -- ___ Python tracker

[issue36387] Refactor getenvironment() in _winapi.c

Serhiy Storchaka added the comment: New changeset 8abd7c7e37714ce0c42f871f81e52f14c155d1bd by Serhiy Storchaka in branch 'master': bpo-36387: Refactor getenvironment() in _winapi.c. (GH-12482) https://github.com/python/cpython/commit/8abd7c7e37714ce0c42f871f81e52f14c155d1bd --

[issue29515] socket module missing IPPROTO_IPV6, IPPROTO_IPV4 on Windows

Giampaolo Rodola' added the comment: New changeset 3eca28c61363a03b81b9fb12775490d6e42d8ecf by Giampaolo Rodola in branch 'master': bpo-29515: add missing socket.IPPROTO_* constants on Windows (GH-12183) https://github.com/python/cpython/commit/3eca28c61363a03b81b9fb12775490d6e42d8ecf -

[issue29515] socket module missing IPPROTO_IPV6, IPPROTO_IPV4 on Windows

Giampaolo Rodola' added the comment: Merged. I'm agnostic about backporting IPPROTO_IPV6 (or others) on < 3.8 so I'll leave it up to somebody else to decide/implement. -- status: open -> pending versions: -Python 3.7 ___ Python tracker

[issue36387] Refactor getenvironment() in _winapi.c

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36459] A possible double PyMem_FREE() due to tokenizer.c's tok_nextc()

miss-islington added the comment: New changeset dffe90ee0eaf77785ad3d4ad7fb3249430ed1cb9 by Miss Islington (bot) in branch '2.7': bpo-36459: Fix a possible double PyMem_FREE() due to tokenizer.c's tok_nextc() (12601) https://github.com/python/cpython/commit/dffe90ee0eaf77785ad3d4ad7fb3249430

[issue36460] Add AMP MIME type support

R. David Murray added the comment: That link should do for our purposes here. The fact that it is an 'x-' mimetype means it has not been approved at any level. There might be an in progress application to the mimetype registry, but if so the web site doesn't mention it anywhere obvious. I'm

[issue36459] A possible double PyMem_FREE() due to tokenizer.c's tok_nextc()

miss-islington added the comment: New changeset 6fd3c852b15820480ad2ea83e7857615c4976304 by Miss Islington (bot) in branch '3.7': bpo-36459: Fix a possible double PyMem_FREE() due to tokenizer.c's tok_nextc() (12601) https://github.com/python/cpython/commit/6fd3c852b15820480ad2ea83e7857615c4

[issue36459] A possible double PyMem_FREE() due to tokenizer.c's tok_nextc()

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36425] Add Simplified Chinese to the language switcher

Julien Palard added the comment: New changeset 45a5fdb91cee665161a8b1980bb4e6ccb999f58f by Julien Palard (zhsj) in branch 'master': bpo-36425: Add Simplified Chinese to the language switcher (GH-12537) https://github.com/python/cpython/commit/45a5fdb91cee665161a8b1980bb4e6ccb999f58f ---

[issue36425] Add Simplified Chinese to the language switcher

Change by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue36462] CVE-2019-9674 : zip bomb vulnerability in Lib/zipfile.py

New submission from JUN-WEI SONG : Dear Python Community, we found a python module vulnerability during these days and we got a CVE number, CVE-2019-9674 after reported it to cve.mitre.org. https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-9674 The reserved information of CVE-2019-967

[issue36462] CVE-2019-9674 : zip bomb vulnerability in Lib/zipfile.py

Change by Stéphane Wirtel : -- nosy: +serhiy.storchaka, twouters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue28718] '*' matches entire path in fnmatch

Toon Verstraelen added the comment: For consistency with the corresponding feature in the glob function since Python 3.5, I would suggest to add an extra optional argument 'recursive' instead of 'glob_asterisks'. With the default recursive=False, one gets the old behavior, with recursive=Tru

[issue36462] CVE-2019-9674 : zip bomb vulnerability in Lib/zipfile.py

Serhiy Storchaka added the comment: I do not think that the library should limit the compression ratio. Large compression ratio is legit. For example, compressed file of size 1 GiB consisting of zeros has the compress ratio 1030 (and I suppose it is even larger if use bzip2 or lzma compressi

[issue35983] tp_dealloc trashcan shouldn't be called for subclasses

Change by Jeroen Demeyer : -- pull_requests: +12546 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36462] CVE-2019-9674 : zip bomb vulnerability in Lib/zipfile.py

Karthikeyan Singaravelan added the comment: Going by CVE number and report is this a duplicate of issue36260 ? -- nosy: +xtreak ___ Python tracker ___

[issue36453] pkgutil.get_importer only return the first valid path_hook(importer)

Brett Cannon added the comment: To clarify, this is for pkgutil. -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list

[issue36453] pkgutil.get_importer only return the first valid path_hook(importer)

Change by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue36453] pkgutil.get_importer only return the first valid path_hook(importer)

Change by Brett Cannon : -- title: get_importer only return the first valid path_hook(importer) -> pkgutil.get_importer only return the first valid path_hook(importer) ___ Python tracker

[issue36462] CVE-2019-9674 : zip bomb vulnerability in Lib/zipfile.py

Brett Cannon added the comment: Closing as a duplicate of issue36260. -- nosy: +brett.cannon resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Cpython/Lib vulnerability found and request a patch submission ___ Pyth

[issue31904] Python should support VxWorks RTOS

Christian Heimes added the comment: I'm against implementing crypt on top of OpenSSL's DES_crypt. Please don't support the module at all instead of just supporting a completely broken implementation. -- nosy: +christian.heimes ___ Python tracker

[issue36462] CVE-2019-9674 : zip bomb vulnerability in Lib/zipfile.py

Karthikeyan Singaravelan added the comment: I would request closing the other one as duplicate and opening this since this contains the actual report or perhaps the report could be copied to issue36260. Since Serhiy suggested closing this as not a bug I will leave it to him on resolution of

[issue36260] Cpython/Lib vulnerability found and request a patch submission

Christian Heimes added the comment: Issue #36462 contains more information. The reporter claims that the zipfile module is inherent insecure because it does not provide any heuristics to make zipbomb attacks harder. I'm -1 to implement such a heuristic. The zipfile module is a low level modu

[issue36260] Cpython/Lib vulnerability found and request a patch submission

Serhiy Storchaka added the comment: All these are simple one-liners: len(zf.infolist()) sum(zi.compress_size for zi in zf.infolist()) sum(zi.file_size for zi in zf.infolist()) -- nosy: +serhiy.storchaka ___ Python tracker

[issue36425] Add Simplified Chinese to the language switcher

Change by miss-islington : -- pull_requests: +12547 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36462] CVE-2019-9674 : zip bomb vulnerability in Lib/zipfile.py

Brett Cannon added the comment: You can also leave a comment in the other issue saying there's more details in the closed duplicate. On Thu, Mar 28, 2019 at 9:54 AM Karthikeyan Singaravelan < rep...@bugs.python.org> wrote: > > Karthikeyan Singaravelan added the comment: > > I would request c

[issue36460] Add AMP MIME type support

Daniel Black added the comment: I see! Okay... I'll consider a solution to the filetype portion of the mimetypes map. Do you happen to know which other modules may depend on that structure? Yes... the lightning is silly. Dan Black http://dan.black 917-873-3970 On Thu, Mar 28, 2019 at 10:55 A

[issue28718] '*' matches entire path in fnmatch

Change by Karthikeyan Singaravelan : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue36451] Docs zh-cn roots error in nav bar

Julien Palard added the comment: There was no link to zh-cn because they did not reached the completion needed for the link to appear. Now it's done, so per https://bugs.python.org/issue36425 this will be resolved. -- resolution: -> duplicate stage: -> resolved status: open -> clos

[issue35941] ssl.enum_certificates() regression

Steve Dower added the comment: New changeset d93fbbf88e4abdd24a0a55e3ddf85b8420c62052 by Steve Dower (kctherookie) in branch 'master': bpo-35941: Fix ssl certificate enumeration for windows (GH-12486) https://github.com/python/cpython/commit/d93fbbf88e4abdd24a0a55e3ddf85b8420c62052

[issue35941] ssl.enum_certificates() regression

Change by miss-islington : -- pull_requests: +12548 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36425] Add Simplified Chinese to the language switcher

miss-islington added the comment: New changeset 1d9f1a0c9690f4e53003dc5e625a2867715c828a by Miss Islington (bot) in branch '3.7': bpo-36425: Add Simplified Chinese to the language switcher (GH-12537) https://github.com/python/cpython/commit/1d9f1a0c9690f4e53003dc5e625a2867715c828a -

[issue35941] ssl.enum_certificates() regression

Christian Heimes added the comment: Steve, why did you add the list_contains() check? Does the new code return one certificate multiple times? I'm worried that the performance of check is rather slow. IMHO it would be more efficient to use a set here. --

[issue35941] ssl.enum_certificates() regression

Christian Heimes added the comment: By the way, OpenSSL ignores duplicate certificates. There is no need to filter out duplicate entries. However it is more efficient to filter them out early, because OpenSSL filters after parsing the ASN.1 structure. --

[issue36460] Add AMP MIME type support

R. David Murray added the comment: Not sure what you mean by "depend on that structure". A quick grep shows the only stdlib modules that use mimetimes are urllib and http.server. Backward compatibility will of course be a significant issue here. -- __

[issue34498] Python 3.7 breaks on singledispatch_function.register(pseudo_type), which Python 3.6 accepted

Michael Selik added the comment: +1 for this use case. Until it's resolved, perhaps there should be a note in the singledispatch docs that types from the ``typing`` module should not be used? -- nosy: +selik ___ Python tracker

[issue35941] ssl.enum_certificates() regression

Change by Christian Heimes : -- pull_requests: +12549 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue36460] Add AMP MIME type support

Daniel Black added the comment: That's exactly what I meant: use, but in a way that cares how that data is structured. Thanks for the pointer, I'll take a look. -- ___ Python tracker

[issue35941] ssl.enum_certificates() regression

miss-islington added the comment: New changeset e9868c5416731f5ca5378a1d36e4b020c349291c by Miss Islington (bot) in branch '3.7': bpo-35941: Fix ssl certificate enumeration for windows (GH-12486) https://github.com/python/cpython/commit/e9868c5416731f5ca5378a1d36e4b020c349291c -- no

[issue36463] python37.dll crashing 0xc000041d

New submission from Savagery : Faulting application name: python.exe, version: 3.7.2150.1013, time stamp: 0x5c200a7f Faulting module name: python37.dll, version: 3.7.2150.1013, time stamp: 0x5c200a56 Exception code: 0xc41d Fault offset: 0x0011517b Faulting process ID: 0x4c2c Faulting appli

[issue36441] Cannot create venv with debug binaries installed

Change by Steve Dower : -- assignee: -> steve.dower resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue36425] Add Simplified Chinese to the language switcher

Change by Julien Palard : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue36366] Patcher stop method should be idempotent

miss-islington added the comment: New changeset 02b84cb1b4f5407309c81c8b1ae0397355d6e568 by Miss Islington (bot) (Xtreak) in branch 'master': bpo-36366: Return None on stopping unstarted patch object (GH-12472) https://github.com/python/cpython/commit/02b84cb1b4f5407309c81c8b1ae0397355d6e568

[issue36366] Patcher stop method should be idempotent

Brett Cannon added the comment: Thanks, everyone! -- nosy: +brett.cannon resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue30427] isinstance checks in os.path.normcase redundant with os.fspath

miss-islington added the comment: New changeset 74510e2a57f6d4b51ac1ab4f778cd7a4c54b541e by Miss Islington (bot) (Wolfgang Maier) in branch 'master': bpo-30427: eliminate redundant type checks in os.path.normcase() (GH-1712) https://github.com/python/cpython/commit/74510e2a57f6d4b51ac1ab4f778

[issue36464] Python 2.7 build install fails intermittently with -j on MacOS

New submission from Paul Smith : Maybe no one cares anymore, but I've discovered that if I run make with -j the installation sometimes fails with this error: install: mkdir /Users/build/.../dist/python/x86_64-darwin/lib: File exists I believe it's because the targets altbininstall and libains

[issue36465] No longer enable Py_TRACE_REFS by default in debug build

New submission from STINNER Victor : When Python is built in debug mode, PyObject gets 2 new fields: _ob_prev and _ob_next. These fields change the offset of following fields in the PyObject structure and so breaks the ABI. I propose to modify the debug build (Py_DEBUG) to not imply Py_TRACE_

[issue36465] No longer enable Py_TRACE_REFS by default in debug build

Change by STINNER Victor : -- keywords: +patch pull_requests: +12550 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue36465] No longer enable Py_TRACE_REFS by default in debug build

STINNER Victor added the comment: > Another more radical idea is to completely remove Py_TRACE_REFS special build. I wrote PR 12614 to implement this idea. I wrote it to see which code depends on it: commit 63509498761a0e7f72585a8cd7df325ea2abd1b2 (HEAD -> remove_trace_refs, origin/remove_t

[issue36465] No longer enable Py_TRACE_REFS by default in debug build

Change by STINNER Victor : -- pull_requests: +12551 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36465] No longer enable Py_TRACE_REFS by default in debug build

STINNER Victor added the comment: PR 12615 changes Py_DEBUG to no longer imply Py_TRACE_REFS. IMHO it's a more reasonable approach. I'm not sure if it's enough to magically get exactly the same ABI than Python built in release mode. -- ___ Python

[issue27181] Add geometric mean to `statistics` module

Steven D'Aprano added the comment: > In the spirit of "perfect is the enemy of good", would it be > reasonable to start with a simple, fast implementation using > exp-mean-log? Then if someone wants to make it more accurate later, > they can do so. I think that is a reasonable idea. On the

[issue36260] Cpython/Lib vulnerability found and request a patch submission

JUN-WEI SONG added the comment: Thank you python community, these two issues are indeed the same problem. I also think that it is good to make a related document to reduce such problems. -- stage: -> resolved status: -> closed ___ Python tracker

[issue27181] Add geometric mean to `statistics` module

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue36462] CVE-2019-9674 : zip bomb vulnerability in Lib/zipfile.py

JUN-WEI SONG added the comment: Thanks to the python community, both of these issues are the same. I also think it's a good thing to make related documentation to reduce this type of problem rather than implementing it on a low-level zipfile module. Perhaps we can customize such a requiremen

[issue36464] Python 2.7 build install fails intermittently with -j on MacOS

Ned Deily added the comment: What version of macOS do you see this with and to what kind of macOS file system are you installing? Also, is the failure seem with Python 3.x installs? For what it's worth, I've never seen this and I do a *lot* of make installs on macOS but, while I usually do

[issue36260] Cpython/Lib vulnerability found and request a patch submission

KunYu Chen added the comment: Thank you for the responses. I agree with Christian Heimes. It's indeed better to improve the documentation rather than directly implement the heuristic. -- ___ Python tracker __

[issue18697] Unify arguments names in Unicode object C API documentation

Rune Tynan added the comment: I have some interest in making a fix for this. From discussion, I'm thinking that, barring names that already have clear meaning (EG, left/right for things with two parameters): - PyObject* that is unknown type remains `obj` - PyObject* with unicode string is `un

[issue36464] Python 2.7 build install fails intermittently with -j on MacOS

Carol Willing added the comment: Thanks @madscientist for filing an issue. It would be helpful to have a bit more detail on what specific MacOS version you are building on as well as the specific commands that you are executing. Does this also happen if you run `make clean` before running a

[issue33043] Add a 'Contributing to Docs' link at the bottom of docs.python.org

Change by Carol Willing : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

  1   2   >