[issue23460] Decimals do not obey ':g' exponential notation formatting rules

Tuomas Suutari added the comment: > What is the status of this issue? I can submit a PR based on Tuomas Suutari's > patch. Don't know more about the status, but nobody seemed to care to take my patch forward. If contributions are accepted as GitHub pull requests these days, I can do it myself

[issue23460] Decimals do not obey ':g' exponential notation formatting rules

Stefan Krah added the comment: The patch LGTM, but I'm not sure if we need to document __format__(). Personally I probably wouldn't. -- ___ Python tracker ___

[issue23460] Decimals do not obey ':g' exponential notation formatting rules

Karthikeyan Singaravelan added the comment: > If contributions are accepted as GitHub pull requests these days, I can do it myself too. GitHub pull requests are accepted. Please see https://devguide.python.org/ . Thanks -- nosy: +xtreak ___ Python

[issue23460] Decimals do not obey ':g' exponential notation formatting rules

Stefan Krah added the comment: Yes, these days PRs are the only way to get anything done. Before GitHub it would have been possible to just commit the small diff directly to master. -- ___ Python tracker ___

[issue35460] Add PyDict_GetItemStringWithError

Ronald Oussoren added the comment: I can live without this API, I mostly filed this issue because there's an obvious hole in the API when you look at API description: SetItem, SetItemString, DelItem, DelItemString, GetItem, GetItemString, GetItemWithError, <>. Thanks for the explanations.

[issue35953] crosscompilation fails with clang on android

Xavier de Gaye added the comment: This problem has been fixed in python 3.7. Most of the changes made to fix the problems of cross-building python for android have been done on python 3.7. -- ___ Python tracker

[issue26024] Non-ascii Windows locale names

Vidar Fauske added the comment: This issue can still be triggered for Python 3.7 by the following line (running on a Windows machine with a Norwegian locale as default): locale.setlocale(locale.LC_ALL, locale.getdefaultlocale()) -- versions: +Python 3.7 _

[issue35962] Slight error in words in [ 2.4.1. String and Bytes literals ]

New submission from Magnien Sebastien : The documentation reads : " The backslash (\) character is used to escape characters that otherwise have a special meaning, such as newline, backslash itself, or the quote character. " However, 'n' does not "otherwise have a special meaning", nor does i

[issue22062] Fix pathlib.Path.(r)glob doc glitches.

miss-islington added the comment: New changeset 537b6caa565ec2fc304ba6f4400cd347ce2af64b by Miss Islington (bot) (Eivind Teig) in branch 'master': bpo-22062: Updated docstring and documentation for pathlib (GH-8519) https://github.com/python/cpython/commit/537b6caa565ec2fc304ba6f4400cd347ce2a

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

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

[issue35878] ast.c: end_col_offset may be used uninitialized in this function

STINNER Victor added the comment: Ivan Levkivskyi fixed the warning with commit 181835d5a9bffee247bc2f7eefc778c1812bc982. I created bpo-35963 Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]" for a remaining warning. -- _

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

New submission from STINNER Victor : On x86 Gentoo Installed with X 3.x buildbot, there is a compiler warning: "Python/symtable.c:289:5: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]" https://buildbot.python.org/all/#/builders/103/builds/2067 It might me re

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Raymond Hettinger : -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue35960] dataclasses.field does not preserve empty metadata object

Change by Eric V. Smith : -- assignee: -> eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue18283] shutil.which() should support bytes

STINNER Victor added the comment: > Would it be worthwhile to make a PR of this for 3.8? Yes. Would you be interested to convert my old patch to a fresh PR? I can help you to work on that. -- ___ Python tracker

[issue22062] Fix pathlib.Path.(r)glob doc glitches.

miss-islington added the comment: New changeset 2259b5af3c711b40d2b81eacc1b5d75cda1ae3e2 by Miss Islington (bot) in branch '3.7': [3.7] bpo-22062: Updated docstring and documentation for pathlib (GH-8519) (GH-11817) https://github.com/python/cpython/commit/2259b5af3c711b40d2b81eacc1b5d75cda1

[issue35964] shutil.make_archive (xxx, tar, root_dir) is adding './' entry to archive which is wrong

New submission from HFM : Running shutil.make_archive('a', 'tar', 'subdir') is created wrong and not really needed entry "./" which is visible in tarfile.Tarfile.list(): ['./', 'foo/', 'hello.txt', 'foo/bar.txt'] I have tested and found this issue in the following versions of python: 2.7.15rc

[issue35965] Behavior for unittest.assertRaisesRegex differs depending on whether it is used as a context manager

New submission from SylvainDe : On some Python versions, the following pieces of code have a different behavior which is not something I'd expect: ``` DESCRIPT_REQUIRES_TYPE_RE = r"descriptor '\w+' requires a 'set' object but received a 'int'" ... def test_assertRaisesRegex(sel

[issue35965] Behavior for unittest.assertRaisesRegex differs depending on whether it is used as a context manager

Ronald Oussoren added the comment: On which Python versions do you see this problem? Both tests pass on my system (macOS 10.4.3) with Python 3.7.2, 3.6.3 and 3.5.5. -- nosy: +ronaldoussoren ___ Python tracker _

[issue35965] Behavior for unittest.assertRaisesRegex differs depending on whether it is used as a context manager

SylvainDe added the comment: That's the very weird thing. I've been unable to reproduce this locally but it can be seen on Travis runs. Here are the results so far (Versions numbers are retrieved with python -VV and python -c "import sys; print(sys._git)"): On some versions, both tests

[issue35966] Didn't raise "StopIteration" Error when I use "yield" in the function

New submission from sheiun : Python 3.6.7 |Anaconda custom (64-bit)| (default, Oct 28 2018, 19:44:12) [MSC v.1915 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> def generate_loop(): ... for i in range(10): ... print(i) ...

[issue35966] Didn't raise "StopIteration" Error when I use "yield" in the function

Change by sheiun : -- nosy: -sheiun ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/

[issue35966] Didn't raise "StopIteration" Error when I use "yield" in the function

sheiun added the comment: But it still can catch by using try/except >>> def generate_loop_stopiteration(): ... for i in range(10): ... print(i) ... # should raise StopIteration when i > 5 ... try: ... k = next(j for j in range(5) if j == i) ...

[issue35966] Didn't raise "StopIteration" Error when I use "yield" in the function

SilentGhost added the comment: Within a generator function, StopIteration exception is a sign that generator is finished. This is why this exception is caught automatically, and closes generator. This is normal and documented behaviour of generators. -- nosy: +SilentGhost, sheiun res

[issue35964] shutil.make_archive (xxx, tar, root_dir) is adding './' entry to archive which is wrong

Change by Oskar Persson : -- nosy: +Oskar Persson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue7850] platform.system() should be "macosx" instead of "Darwin" on OSX

Jason R. Coombs added the comment: This issue now needs to consider that Mac OS X was renamed to macOS. -- nosy: +jaraco ___ Python tracker ___

[issue7850] platform.system() should be "macosx" instead of "Darwin" on OSX

STINNER Victor added the comment: I suggest to close this issue. @Ronald: Or do you think that something should still be done on macOS in the platform module? This issue looks like a duplicate of bpo-35516. It has been decided that platform.system_alias() doesn't replace Darwin with macOS (

[issue35967] Better platform.processor support

New submission from Jason R. Coombs : or: Unable to implement 'uname' on Python due to recursive call or: platform.uname() should avoid calling `uname` in a subprocess In [this issue](https://github.com/jaraco/cmdix/issues/1), I stumbled across a strange and somewhat unintuitive behavior. Thi

[issue35959] math.prod(range(10)) caues segfault

Mark Dickinson added the comment: This approach to overflow checking needs reworking; the current code, in lines like: long x = i_result * b; induces undefined behaviour on overflow. That's something we need to avoid. -- nosy: +mark.dickinson ___

[issue35918] multiprocessing's SyncManager.dict.has_key() method is broken

Rémi Lapeyre added the comment: Hi @giampaolo.rodola, I will post a PR for this issue. -- nosy: +remi.lapeyre ___ Python tracker ___ ___

[issue35959] math.prod(range(10)) caues segfault

Mark Dickinson added the comment: See below for a link to the Python 2.7 code for int * int multiplication (which needs to detect overflow so that it knows when to promote to long): https://github.com/python/cpython/blob/2f1a317d5fdc45b9d714b067906f612f636ba08e/Objects/intobject.c#L496-L518

[issue35959] math.prod(range(10)) caues segfault

Karthikeyan Singaravelan added the comment: @pablogsal I am reopening this since this has an open PR though original issue was fixed. Feel free to close this if this can be discussed in a separate issue. -- resolution: fixed -> stage: resolved -> patch review status: closed -> open

[issue18283] shutil.which() should support bytes

Change by Cheryl Sabella : -- pull_requests: +11840 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35959] math.prod(range(10)) caues segfault

Pablo Galindo Salgado added the comment: @Mark Dickinson Thanks for the links. I had opened yesterday PR11809 addressing the UB and adding more tests. Could you review the PR? -- ___ Python tracker

[issue35959] math.prod(range(10)) caues segfault

Mark Dickinson added the comment: @Pablo: Thanks; I saw the PR. It looks as though the troublesome line long x = i_result * b; is still there in that PR, though. Or am I misreading? The difficulty here is that the check for overflow has to happen as a means of preventing invoking undefi

[issue26024] Non-ascii Windows locale names

Steve Dower added the comment: We should switch to _wsetlocale, or else come up with a more sensible mapping that makes sense between platforms (like we have for encodings already). I suspect the latter requires proper design and discussion, so it's worth doing the first part immediately. -

[issue7850] platform.system() should be "macosx" instead of "Darwin" on OSX

Ronald Oussoren added the comment: This issue can be closed. Status quo wins due to backward compatibility concerns. BTW. The primary reason for proposing "macosx" as the return value for platform.system() is that the platform name as used in egg files (at the time, now wheels) is "macosx".

[issue35959] math.prod(range(10)) caues segfault

Pablo Galindo Salgado added the comment: @Mark long x = i_result * b; is still on the PR but the check for overflow does not use x. I will update the PR to move that line inside the overflow-safe block to prevent UB from happening and affecting the check itself (or the rest of the code).

[issue35918] multiprocessing's SyncManager.dict.has_key() method is broken

Change by Rémi Lapeyre : -- keywords: +patch, patch pull_requests: +11841, 11842 stage: needs patch -> patch review ___ Python tracker ___ __

[issue35918] multiprocessing's SyncManager.dict.has_key() method is broken

Change by Rémi Lapeyre : -- keywords: +patch pull_requests: +11841 stage: needs patch -> patch review ___ Python tracker ___ ___ Pyth

[issue35918] multiprocessing's SyncManager.dict.has_key() method is broken

Change by Rémi Lapeyre : -- keywords: +patch, patch, patch pull_requests: +11841, 11842, 11843 stage: needs patch -> patch review ___ Python tracker ___

[issue35918] multiprocessing's SyncManager.dict.has_key() method is broken

Rémi Lapeyre added the comment: has_key method has been removed in Python3 so I think we can remove it from the DictProxy as well as nobody should be relying on it anymore. -- ___ Python tracker

[issue35889] sqlite3.Row doesn't have useful repr

Change by Roundup Robot : -- keywords: +patch, patch, patch pull_requests: +11844, 11845, 11847 stage: -> patch review ___ Python tracker ___ _

[issue35889] sqlite3.Row doesn't have useful repr

Change by Roundup Robot : -- keywords: +patch pull_requests: +11844 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue35889] sqlite3.Row doesn't have useful repr

Change by Roundup Robot : -- keywords: +patch, patch pull_requests: +11844, 11845 stage: -> patch review ___ Python tracker ___ ___

[issue35889] sqlite3.Row doesn't have useful repr

Change by Roundup Robot : -- keywords: +patch, patch, patch, patch pull_requests: +11844, 11845, 11846, 11847 stage: -> patch review ___ Python tracker ___ ___

[issue35955] difflib reports incorrect location of mismatch

Jason R. Coombs added the comment: I'm re-opening this issue as it does seem to apply stdlib (difflib.ndiff), which is why I encountered it both in unittest and pytest. Thanks xtreak for the distilled example. -- resolution: third party -> stage: resolved -> status: closed -> open

[issue35918] multiprocessing's SyncManager.dict.has_key() method is broken

Antoine Pitrou added the comment: That sounds fine to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35965] Behavior for unittest.assertRaisesRegex differs depending on whether it is used as a context manager

Karthikeyan Singaravelan added the comment: Is this something related to running under coverage? With the failure commit on Travis I built the binary and there are no failures with unittest but the tests fail with coverage. Running 'set.add(0)' under coverage and as normal file generates dif

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: New changeset 4b250fc1da9c893803cf724a4974450b5e10bd8a by Guido van Rossum in branch 'master': bpo-35766 follow-up: Add an error check to new_type_comment() (#11766) https://github.com/python/cpython/commit/4b250fc1da9c893803cf724a4974450b5e10bd8a ---

[issue35955] difflib reports incorrect location of mismatch

Karthikeyan Singaravelan added the comment: I have tried with different places where only '-' and 'w' differ. They seemed to produce correct diff except for this once case where the diff was confusing. -- nosy: +tim.peters type: -> behavior versions: +Python 2.7, Python 3.7, Python 3

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Guido van Rossum added the comment: Sure, I'll fix it. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Guido van Rossum : -- keywords: +patch pull_requests: +11848 stage: -> patch review ___ Python tracker ___ ___ Python-bug

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Guido van Rossum : -- keywords: +patch, patch pull_requests: +11848, 11849 stage: -> patch review ___ Python tracker ___

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Guido van Rossum : -- keywords: +patch, patch, patch pull_requests: +11848, 11849, 11850 stage: -> patch review ___ Python tracker ___ __

[issue35965] Behavior for unittest.assertRaisesRegex differs depending on whether it is used as a context manager

SylvainDe added the comment: This is a brilliant idea! I'll give it a try and keep you posted. -- ___ Python tracker ___ ___ Python

[issue35968] lib2to3 cannot parse rf''

New submission from Dylan Lloyd : ``` #!/usr/bin/env python # -*- coding: utf-8 -*- regex_format = rf'' ``` ``` yapf poc.py ``` ``` Traceback (most recent call last): File "lib/python3.6/site-packages/yapf/yapflib/pytree_utils.py", line 115, in ParseCodeToTree tree = parser_driver.pars

[issue35965] Behavior for unittest.assertRaisesRegex differs depending on whether it is used as a context manager

SylvainDe added the comment: I have no explanation whatsoever but removing the call to coverage seems to remove the issue: https://travis-ci.org/SylvainDe/DidYouMean-Python/builds/491727724 . I guess we can close this issue - sorry for the inconvenience. @nedbat: do you want me to open an i

[issue35968] lib2to3 cannot parse rf''

Karthikeyan Singaravelan added the comment: Seems related : issue33266 -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list

[issue35968] lib2to3 cannot parse rf''

Karthikeyan Singaravelan added the comment: The reported example works fine on master and 3.7 . The related issue's fix was not backported to 3.6 . 3.6 is in security fixes only mode. So upgrading to 3.7 will help and I propose closing this as a duplicate of issue33266 . ➜ cpython git:(maste

[issue35378] multiprocessing.Pool.imaps iterators do not maintain alive the multiprocessing.Pool objects

Pablo Galindo Salgado added the comment: New changeset 3766f18c524c57784eea7c0001602017d2122156 by Pablo Galindo in branch 'master': bpo-35378: Fix multiprocessing.Pool references (GH-11627) https://github.com/python/cpython/commit/3766f18c524c57784eea7c0001602017d2122156 -- __

[issue35378] multiprocessing.Pool.imaps iterators do not maintain alive the multiprocessing.Pool objects

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue35965] Behavior for unittest.assertRaisesRegex differs depending on whether it is used as a context manager

Karthikeyan Singaravelan added the comment: No problem, after some debugging the statement finally executed is 'exec(compile("set.add(0)", "foo.py", "exec"))' . In Python interpreter this will give the expected error. It also gives the same error before coverage.start() [0] and gives a diffe

[issue35969] Interpreter crashes with "can't initialize init_sys_streams" when abc fails to import

New submission from Paul Ganssle : Just noticed this (tested on Python 3.7 and 3.8): mkdir /tmp/demo cd /tmp/demo cat << EOF > abc.py raise Exception("Hi") EOF PYTHONPATH=: python -c "" This will crash the interpreter with: Fatal Python error: init_sys_streams: ca

[issue35969] Interpreter crashes with "can't initialize init_sys_streams" when abc fails to import

Paul Ganssle added the comment: Tested with 3.6 and 2.7 - core dump on 3.6, no core dump on 2.7. The crash on 2.7 goes through a different path, it goes site.py > os.py >= UserDict.py > _abcoll.py > abc.py. That may account for why it's not crashing the interpreter itself. -- versio

[issue35955] difflib reports incorrect location of mismatch

Chris Jerdonek added the comment: Is this a duplicate of issue24780? -- nosy: +chris.jerdonek ___ Python tracker ___ ___ Python-bug

[issue35955] difflib reports incorrect location of mismatch

Jason R. Coombs added the comment: I don't think so, because the issue happens on a single line diff... although it's plausible there's a common-mode fix. -- ___ Python tracker _

[issue35955] difflib reports incorrect location of mismatch

Karthikeyan Singaravelan added the comment: I am not sure this is a duplicate since the other issue was about newline at the end of strings. This is about the diff being little irrelevant even with newline in the end for strings. Sample program where change in 5th character gives the reporte

[issue35969] Interpreter crashes with "can't initialize init_sys_streams" when abc fails to import

Karthikeyan Singaravelan added the comment: I hope there are certain modules that CPython interpreter expects to load properly. There were some cases in the past where encodings module caused the interpreter to crash. A similar scenario. ➜ cpython git:(master) echo "raise Exception('a')" > e

[issue35968] lib2to3 cannot parse rf''

Ned Deily added the comment: @xtreak, I concur. While it would have better to originally fix this in the release where f strings first appeared, the window to do that has closed. Sorry! -- nosy: +ned.deily resolution: -> duplicate stage: -> resolved status: open -> closed superse

[issue23460] Decimals do not obey ':g' exponential notation formatting rules

Brennan D Baraban <3...@holbertonschool.com> added the comment: Well, Tuomas, I defer submission of a PR to you, as its your original patch. -- ___ Python tracker ___ _

[issue35967] Better platform.processor support

Change by Ned Deily : -- nosy: +lemburg ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue35955] difflib reports incorrect location of mismatch

Tim Peters added the comment: difflib generally synchs on the longest contiguous matching subsequence that doesn't contain a "junk" element. By default, `ndiff()`'s optional `charjunk` argument considers blanks and tabs to be junk characters. In the strings: "drwxrwxr-x 2 2000 2000\n" "dr

[issue2771] Test issue

Ernest W. Durbin III added the comment: comment on test issue to test the request time. -- ___ Python tracker ___ ___ Python-bugs-li

[issue2771] Test issue

Ernest W. Durbin III added the comment: test comment -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue35970] no help flag in base64 util

New submission from Robert Kuska : I failed today to print help message for base64 utility without an error: $ python3 -m base64 -help option -h not recognized usage: /usr/local/Cellar/python/3.7.2_1/Frameworks/Python.framework/Versions/3.7/lib/python3.7/base64.py [-d|-e|-u|-t] [file|-]

[issue35969] Interpreter crashes with "can't initialize init_sys_streams" when abc fails to import

Paul Ganssle added the comment: @Karthikeyan I would certainly consider this a duplicate of the encodings bug/behavior that you demonstrate. I don't see an existing bug on the tracker for it, though. I think it's pretty clear that the interpreter needs to fail, but it seems to *crash* rathe

[issue35955] difflib reports incorrect location of mismatch

Karthikeyan Singaravelan added the comment: Thanks for the explanation. This seems to give the desired diff with charjunk=None passed to multiline string comparison helper. I am not sure how useful it would be to pass it to sequence and dict comparison that also use ndiff. I can open a PR if

[issue2771] Test issue

Ernest W. Durbin III added the comment: test mail sending -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35969] Interpreter crashes with "can't initialize init_sys_streams" when abc fails to import

Karthikeyan Singaravelan added the comment: Sorry by previous reports I was talking about some of the issues where the installers were not correct though I couldn't find the issue at the moment. I just presented it as a data point where some necessary modules that cannot be imported could le

[issue35813] shared memory construct to avoid need for serialization between processes

Davin Potts added the comment: @terry.reedy and @ronaldoussoren: I have asked Van again to provide comments here clarifying the topics of (1) copyright notices and (2) requiring the BSD-licensed-work's author to sign a contributor agreement. Specifically regarding the appearance of __copyrig

[issue2771] Test issue

Ernest W. Durbin III added the comment: should be fast send. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Guido van Rossum added the comment: New changeset 522346d792d9013140a3f4ad3534ac10f38d9085 by Guido van Rossum in branch 'master': Complete switch cases in symtable.c; fixes bpo-35963 (GH-11821) https://github.com/python/cpython/commit/522346d792d9013140a3f4ad3534ac10f38d9085 -- res

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

STINNER Victor added the comment: Thanks for the fix, Guido ;-) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue2771] Test issue

Ernest W. Durbin III added the comment: test -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue2771] Test issue

Antoine Pitrou added the comment: notifying a lot of people -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35955] difflib reports incorrect location of mismatch

Jason R. Coombs added the comment: Nice insight Tim. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue35955] difflib reports incorrect location of mismatch

Tim Peters added the comment: It's probably OK, but there's no "pure win" to be had here. There's generally more than one way to convert one string to another, and what "looks right" to humans depends a whole lot on context. For example, consider these strings: "private Thread currentThrea

[issue2771] Test issue

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

[issue35971] Documentation should warn about code injection from current working directory

New submission from Gabriel Corona : The CLI tools shipped in Debian python-rdflib-tools package can load modules from the current directory [1]: $ echo 'print("Something")' > cgi.py $ rdf2dot INFO:rdflib:RDFLib Version: 4.2.2 Something Reading from stdin as None... This c

[issue35972] _xxsubinterpreters: channel_send() may truncate ints on 32-bit platforms

New submission from Alexey Izbyshev : Victor Stinner pointed out that on x86 Gentoo Installed with X 3.x buildbot, there is a compiler warning: Python/pystate.c:1483:18: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] (https://buildbot.python.org/all/#/builders

[issue35972] _xxsubinterpreters: channel_send() may truncate ints on 32-bit platforms

Change by Alexey Izbyshev : -- keywords: +patch pull_requests: +11852 stage: -> patch review ___ Python tracker ___ ___ Python-bugs

[issue35813] shared memory construct to avoid need for serialization between processes

Giampaolo Rodola' added the comment: I submitted an initial review / comments in the PR. I think this is good for a first iteration in order to understand what APIs to expose publicly (also, keep in mind I may not have a full picture of how this is intended to be used precisely). As for the

[issue35973] `growable_int_array type_ignores` in parsetok.c is not always freed.

New submission from Brennan Vincent : To reproduce: (1) build python: `../configure --prefix=$HOME/prefix --with-pydebug --without-pymalloc && make install` (2) run with valgrind: `valgrind --leak-check=full ~/prefix/bin/python3` (3) exit immediately from the interpreter by pressing ^D (4)

[issue35974] os.DirEntry.inode() returns invalid value within Docker container

New submission from Marat Sharafutdinov : I'm trying to build Python 3.7.2 within official CentOS 7.6.1810 image (https://hub.docker.com/_/centos) and getting the following error during testing: == FAIL: test_attributes (test

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Guido van Rossum : -- stage: resolved -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: I have some follow-up wishes but I'll create a new issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker __

[issue35975] Put back the ability to parse files where async/await aren't keywords

New submission from Guido van Rossum : Now that the ast module can be used to parse type comments, there’s one more feature I’d like to lobby for – a flag that modifies the grammar slightly so it resembles an older version of Python (going back to 3.4). This is used in mypy to decouple the Pyt

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: See https://bugs.python.org/issue35975 -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Guido van Rossum : -- stage: -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

  1   2   >