[issue28555] provid also sha-1 and sha-256 also on download links

Benjamin Peterson added the comment: md5 is provided to verify the integrity of the download only. Use the GPG signatures to verify authenticity if the fact that all the downloads are served over HTTPS is insufficient. -- nosy: +benjamin.peterson resolution: -> wont fix status: open

[issue28638] Creating namedtuple is too slow to be used in common stdlib (e.g. functools)

INADA Naoki added the comment: > The lazy import system could benefit many libs so the result could be > impressive. But here only functools is enhanced, half a millisecond is > reduced. On the other hand, implementing lazy import makes application complex. This patch only enhance functools,

[issue21590] Systemtap and DTrace support

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

[issue28638] Creating namedtuple is too slow to be used in common stdlib (e.g. functools)

Xiang Zhang added the comment: > Yes. But first import time is also important for CLI applications. That's why mercurial and Bazaar has lazy import system. The lazy import system could benefit many libs so the result could be impressive. But here only functools is enhanced, half a millisecond

[issue28638] Creating namedtuple is too slow to be used in common stdlib (e.g. functools)

INADA Naoki added the comment: > The slow import is the case only the first time functools is imported. Later > imports will just use the cache (sys.modules). Yes. But first import time is also important for CLI applications. That's why mercurial and Bazaar has lazy import system. Since many

[issue28638] Creating namedtuple is too slow to be used in common stdlib (e.g. functools)

Changes by Xiang Zhang : -- nosy: +ncoghlan, rhettinger ___ Python tracker ___ ___

[issue28638] Creating namedtuple is too slow to be used in common stdlib (e.g. functools)

Xiang Zhang added the comment: I doubt this deserves a change. The slow import is the case only the first time functools is imported. Later imports will just use the cache (sys.modules). And if this is gonna change, maybe we don't have to copy the entire namedtuple structure? --

[issue28639] inspect.isawaitable(native_coro) returns int

Yury Selivanov added the comment: Thank you! Will merge it tomorrow. -- assignee: -> yselivanov components: +Library (Lib) -asyncio nosy: -gvanrossum versions: -Python 3.5 ___ Python tracker

[issue28639] inspect.isawaitable(native_coro) returns int

New submission from Justin Mayfield: Patch available on my github fork.. https://github.com/mayfield/cpython/commit/8d50cc61f42fa280d380e9c10c420c949a619bef -- components: asyncio messages: 280280 nosy: Justin Mayfield, gvanrossum, yselivanov priority: normal severity: normal status:

[issue28638] Creating namedtuple is too slow to be used in common stdlib (e.g. functools)

INADA Naoki added the comment: I feel this patch is safe enough to be landed in 3.6. -- keywords: +patch Added file: http://bugs.python.org/file45386/28638-functools-no-namedtuple.patch ___ Python tracker

[issue28572] IDLE: add tests for config dialog.

Roundup Robot added the comment: New changeset f604b6ebd802 by Terry Jan Reedy in branch '3.6': Issue #28572: Use system-specific values for configdialog font test https://hg.python.org/cpython/rev/f604b6ebd802 -- ___ Python tracker

[issue28638] Creating namedtuple is too slow to be used in common stdlib (e.g. functools)

Changes by INADA Naoki : -- components: +Library (Lib) title: Creating namedtuple is too slow -> Creating namedtuple is too slow to be used in common stdlib (e.g. functools) versions: +Python 3.6, Python 3.7 ___ Python

[issue28638] Creating namedtuple is too slow

New submission from INADA Naoki: I surprised how functools make import time slower. And I find namedtuple makes it slower. When I replaced _CacheInfo = namedtuple("CacheInfo", ["hits", "misses", "maxsize", "currsize"]) this line with `_CachedInfo._source`: (before) $ ~/local/py37/bin/python3

[issue28563] Arbitrary code execution in gettext.c2py

Xiang Zhang added the comment: > Sorry Xiang, but your patch looks overcomplicated to me. Too much methods, > decorators, classes, too much strange names. It's fine. That's a Pratt parser. Yes, the names are strange. Your patch looks more simpler. I left several comments. --

[issue28023] python-gdb.py must be updated for the new Python 3.6 compact dict

Changes by INADA Naoki : -- nosy: +ned.deily priority: high -> release blocker stage: patch review -> commit review ___ Python tracker

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Ilya Kulakov added the comment: I'm very happy that the issue is finally resolved. But a bit offended that it took Andrew only 4 days to push it :) > On 07 Nov 2016, at 17:04, Yury Selivanov wrote: > > > Yury Selivanov added the comment: > > See

[issue28637] Python startup performance regression

Guido van Rossum added the comment: So what does that benchmark measure? For me, python 3.6 startup is 44 ms and python 2.7 startup is 78 ms (real time; user time is proportionally less). On Mon, Nov 7, 2016 at 5:40 PM, STINNER Victor wrote: > > STINNER Victor added

[issue28637] Python startup performance regression

STINNER Victor added the comment: python_startup: * 2.7: 7.74 ms +- 0.28 ms * 3.4: 18.7 ms +- 0.4 ms * 3.5: 20.3 ms +- 0.7 ms * 3.6: 26.9 ms +- 0.6 ms (rev c4319c0d0131, before the revert) * 3.7: 26.6 ms +- 0.5 ms (rev 36af3566b67a, before the revert) * 3.7: 24.6 ms +- 0.0 ms (rev cf7711887b4a,

Re: [Theory] How to speed up python code execution / pypy vs GPU

On Tue, 8 Nov 2016 05:47 am, jlada...@itu.edu wrote: > On Saturday, November 5, 2016 at 6:39:52 PM UTC-7, Steve D'Aprano wrote: >> On Sun, 6 Nov 2016 09:17 am, Mr. Wrobel wrote: >> >> >> I don't have any experience with GPU processing. I expect that it will be >> useful for somethings, but for

[issue28637] Python startup performance regression

Guido van Rossum added the comment: Agreed. --Guido (mobile) -- ___ Python tracker ___ ___ Python-bugs-list

[issue28637] Python startup performance regression

STINNER Victor added the comment: Hum strange, the changeset d903a243c281 (the revert) optimized regex_compile: 480 ms (rev 573bc1f9900e) => 403 ms (rev cf7711887b4a). But it didn't restore python_startup performance: 26.ms (rev 573bc1f9900e) => 24.6 ms (rev cf7711887b4a). Another change

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Yury Selivanov added the comment: See https://github.com/python/asyncio/pull/452. I believe that the issue is not resolved (almost). What's left is documenting how to use get_event_loop and when to use explicit/implicit loop passing. Closing this issue. Will open a new one for the

[issue28637] Python startup performance regression

Ned Deily added the comment: Please leave this as a "release blocker" until we have had a chance to explore all the options for 3.6.0b4. We may still very well decide that reverting is the least bad option but I don't want to rule out other options without some further investigation. We have

[issue28637] Python startup performance regression

STINNER Victor added the comment: Possible options: > 3. avoid the use of re in site.py venv That would be a tiny but nice enhancement. re is a commonly used module. I would prefer to not make its import time slower. Python 3 startup is already something like 3x slower than Python 2. Please

[issue28637] Python startup performance regression

STINNER Victor added the comment: I remove the release blocker flag since the change was reverted. -- priority: release blocker -> ___ Python tracker

[issue28637] Python startup performance regression

Ned Deily added the comment: With being this close to release and with two weeks to go until the final beta, it seems a bit premature to immediately revert this without exploring all the alternatives especially since it seems the effects are limited to venvs. In any case, we do need to have

Re: [Theory] How to speed up python code execution / pypy vs GPU

On 11/05/2016 11:10 AM, Mr. Wrobel wrote: > Hi, > > Some skeptics asked my why there is a reason to use Python against of > any other "not interpreted" languages, like objective-C. As my > explanation, I have answered that there is a a lot of useful APIs, > language is modern, has advanced

[issue28572] IDLE: add tests for config dialog.

Ned Deily added the comment: test_idle now fails (macOS 10.12, Tcl/Tk 8.6): test test_idle failed -- Traceback (most recent call last): File "./lib/python3.7/idlelib/idle_test/test_configdialog.py", line 62, in test_font self.assertEqual(changes, expected) AssertionError: Lists differ:

[issue28613] Make get_event_loop() return the current loop if called from coroutines

Roundup Robot added the comment: New changeset abad0b9a35b3 by Yury Selivanov in branch '3.5': Issue #28613: Expose asyncio._get_running_loop() and _set_running_loop() https://hg.python.org/cpython/rev/abad0b9a35b3 New changeset 61a237f3bb07 by Yury Selivanov in branch '3.6': Merge 3.5 (issue

[issue28082] re: convert re flags to (much friendlier) IntFlag constants

Roundup Robot added the comment: New changeset d903a243c281 by Victor Stinner in branch '3.6': Issue #28637: Revert issue #28082, don't import enum in re https://hg.python.org/cpython/rev/d903a243c281 -- ___ Python tracker

[issue28637] Python startup performance regression

Roundup Robot added the comment: New changeset d903a243c281 by Victor Stinner in branch '3.6': Issue #28637: Revert issue #28082, don't import enum in re https://hg.python.org/cpython/rev/d903a243c281 -- nosy: +python-dev ___ Python tracker

[issue28637] Python startup performance regression

STINNER Victor added the comment: Oh, I understood why I had issues to reproduce the startup performance slowdown. When Python is run from the source code using ./python, the re module is not imported. When Python is installed, the re is not imported by default neither: haypo@speed-python$

[issue28637] Python startup performance regression

STINNER Victor added the comment: Ethan Furman added the comment: > Victor, can you add the commands you are using for timing so I can work on > making enum imports faster? Results of the python_startup benchmark: https://speed.python.org/timeline/#/?exe=4=python_startup=1=50=off=on=on This

[issue28637] Python startup performance regression

Ethan Furman added the comment: Ouch, that's a lot slower! Victor, can you add the commands you are using for timing so I can work on making enum imports faster? -- ___ Python tracker

[issue28637] Python startup performance regression

Guido van Rossum added the comment: Reverting is reasonable, though it may break some code that started using this in 3.6b1. Such is the life of beta testers. The benefit of using Enum for re constants doesn't seem worth such a big increase in startup time. -- nosy: +gvanrossum

[issue28082] re: convert re flags to (much friendlier) IntFlag constants

STINNER Victor added the comment: The changeset 223731925d06 caused a performance regression: see issue #28637. -- nosy: +haypo ___ Python tracker ___

[issue28637] Python startup performance regression

Changes by STINNER Victor : -- nosy: +ned.deily priority: normal -> release blocker ___ Python tracker ___

[issue28637] Python startup performance regression

New submission from STINNER Victor: The changeset 223731925d06 of the issue issue #28082 "use IntFlag for re constants" made Python startup 34% slower: - rev 5637c9b4dd4c: Median +- std dev: 19.5 ms +- 0.0 ms - rev 223731925d06: Median +- std dev: 26.2 ms +- 0.0 ms The change adds "import

[issue28633] Concatenating bytes literal and f-string causes segmentation fault

Changes by Eric V. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue28633] Concatenating bytes literal and f-string causes segmentation fault

Roundup Robot added the comment: New changeset 31543f7cbdf4 by Eric V. Smith in branch '3.6': Fixed issue #28633: segfault when concatenating bytes literal and f-string. https://hg.python.org/cpython/rev/31543f7cbdf4 -- nosy: +python-dev ___ Python

[issue28635] Update What's New for 3.6

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

[issue21590] Systemtap and DTrace support

Changes by Łukasz Langa : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue21590] Systemtap and DTrace support

Łukasz Langa added the comment: Yes, let's close this. @Charalampos, the error in your build comes from the /usr/bin/dtrace wrapper: Traceback (most recent call last): File "/usr/bin/dtrace", line 440, in sys.exit(main()) File "/usr/bin/dtrace", line 385, in main

[issue28632] configparser does not close files in read

Łukasz Langa added the comment: Cannot repro: ``` $ python3 Python 3.5.2 (default, Jul 28 2016, 21:28:00) >>> with open('/tmp/someconfig.py', 'w') as w: ... w.write("""[section] ... option=value ... """) ... 23 >>> import configparser >>> cp = configparser.ConfigParser() >>>

[issue28636] strange issue with Pandas-0.19.1 on Python-3.6.0b3

STINNER Victor added the comment: > while with python < 3.6, you get a "ValueError" It's because Python 3.6 is more strict. Python 3.5 doesn't catch the bug. -- ___ Python tracker

[issue28572] IDLE: add tests for config dialog.

Roundup Robot added the comment: New changeset d6440718eb30 by Terry Jan Reedy in branch '3.6': Issue #28572: Add 10% to coverage of IDLE's test_configdialog. https://hg.python.org/cpython/rev/d6440718eb30 -- nosy: +python-dev ___ Python tracker

[issue28636] strange issue with Pandas-0.19.1 on Python-3.6.0b3

Big Stone added the comment: the curiosity is the error message, different (and uncaught) under Python 3.6 "SystemError", while with python < 3.6, you get a "ValueError" -- ___ Python tracker

[issue28635] Update What's New for 3.6

Roundup Robot added the comment: New changeset 38c806f0943b by Yury Selivanov in branch 'default': Merge 3.6 (issue #28635) https://hg.python.org/cpython/rev/38c806f0943b -- nosy: +python-dev ___ Python tracker

Why are there so many Python Installers? Windows only :)

Hi folks, an interesting blog from Steve Dower giving the history of the little beasties http://stevedower.id.au/blog/why-so-many-python-installers/ Kindest regards. Mark Lawrence. -- https://mail.python.org/mailman/listinfo/python-list

[issue28636] strange issue with Pandas-0.19.1 on Python-3.6.0b3

STINNER Victor added the comment: Extract of the bug report: > ... > pandas/tslib.pyx in pandas.tslib.convert_str_to_tsobject > (pandas/tslib.c:26851)() > pandas/src/datetime.pxd in datetime._string_to_dts (pandas/tslib.c:87106)() > SystemError: returned a result with an error set It looks

Re: [Theory] How to speed up python code execution / pypy vs GPU

On Saturday, November 5, 2016 at 8:58:36 PM UTC-4, Steve D'Aprano wrote: > On Sun, 6 Nov 2016 08:17 am, Ben Bacarisse wrote: > > > Steve D'Aprano writes: > > >> Here's the same program in Objective C: > >> > >> --- cut --- > >> > >> #import > >> > >> int main (int argc,

[issue28636] strange issue with Pandas-0.19.1 on Python-3.6.0b3

New submission from Big Stone: hi, we detect a strange issue on Pandas-0.19.1/Python-3.6.0b3/Windows that may or may not be a Python-3.6 bug. As it was for the glory of Python-3.6.0b3 testing, we signal the incident here. https://github.com/pandas-dev/pandas/issues/14561 -- messages:

[issue28088] Document Transport.set_protocol and get_protocol

Guido van Rossum added the comment: Good point. Thanks Berker! -- ___ Python tracker ___ ___ Python-bugs-list

[issue28633] Concatenating bytes literal and f-string causes segmentation fault

Eric V. Smith added the comment: Thanks, Serhiy. I updated the patch. -- Added file: http://bugs.python.org/file45385/28633-1.diff ___ Python tracker ___

[issue28635] Update What's New for 3.6

Changes by Yury Selivanov : -- assignee: docs@python -> yselivanov ___ Python tracker ___

[issue28635] Update What's New for 3.6

New submission from Elvis Pranskevichus: Issue to track edits to "What's New in Python 3.6" -- assignee: docs@python components: Documentation files: 0001-Inital-pass-on-What-s-New-in-Python-3.6.patch keywords: patch messages: 280244 nosy: Elvis.Pranskevichus, docs@python, yselivanov

[issue28633] Concatenating bytes literal and f-string causes segmentation fault

Serhiy Storchaka added the comment: LGTM. I added comments about other asserts. Not related, but would be nice to fix them too while we are here. -- ___ Python tracker

[issue28634] asyncio.isfuture() should support Mocks

Roundup Robot added the comment: New changeset 0669dcf1eb36 by Yury Selivanov in branch '3.5': Issue #28634: Fix asyncio.isfuture() to support mocks https://hg.python.org/cpython/rev/0669dcf1eb36 New changeset a02915e4c165 by Yury Selivanov in branch '3.6': Merge 3.5 (issue #28634)

[issue28634] asyncio.isfuture() should support Mocks

Changes by Yury Selivanov : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue28634] asyncio.isfuture() should support Mocks

New submission from Yury Selivanov: In short: isfuture(unittest.mock.Mock()) should be False isfuture(unittest.mock.Mock(Future)) should be True This issue is a proxy for https://github.com/python/asyncio/pull/455 -- assignee: yselivanov components: asyncio messages: 280241 nosy:

[issue28621] Refactor duplicate code calculating digit's bit length

Mark Dickinson added the comment: LGTM, too. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue28633] Concatenating bytes literal and f-string causes segmentation fault

Eric V. Smith added the comment: It's a decref of a NULL pointer. Patch with test is attached. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file45383/28633-0.diff ___ Python tracker

[issue28559] Unclear error message when raising wrong type of exceptions

Berker Peksag added the comment: Thanks for the patch, but I find your proposed message less clearer (including NoneType adds unnecessary confusion and people may ask "where did NoneType come from?") Python 2 is different because of historical reasons (pre-BaseException era) so I don't think

[issue28603] traceback module can't format/print unhashable exceptions

Andreas Stührk added the comment: It was reported as bug to a project that uses the traceback module (https://github.com/bpython/bpython/issues/651). Parsley (https://pypi.python.org/pypi/Parsley) is at least one library that uses unhashable exceptions, although I guess it's by accident: it

[issue27392] Add loop.connect_accepted_socket

Changes by Yury Selivanov : -- title: Add a server_side keyword parameter to create_connection -> Add loop.connect_accepted_socket ___ Python tracker

[issue27392] Add a server_side keyword parameter to create_connection

Roundup Robot added the comment: New changeset 3e6570231c80 by Yury Selivanov in branch '3.5': Issue #27392: Document loop.connect_accepted_socket() https://hg.python.org/cpython/rev/3e6570231c80 New changeset 6811df9e9797 by Yury Selivanov in branch '3.6': Merge 3.5 (issue #27392)

[issue28633] Concatenating bytes literal and f-string causes segmentation fault

Eric V. Smith added the comment: The ones in msg280228 give correct error messages. -- ___ Python tracker ___

[issue28632] configparser does not close files in read

Serhiy Storchaka added the comment: I can't reproduce the issue. Looking at the code it seems to me that the file is always closed. Could you please provide more information Petr? -- nosy: +serhiy.storchaka ___ Python tracker

[issue28603] traceback module can't format/print unhashable exceptions

Berker Peksag added the comment: Thanks for the patch. Out of curiosity, how did you get an unhashable exception? Is there a way to reproduce this without creating a custom exception and set __hash__ to None? In other words, what's your use case? -- nosy: +berker.peksag stage: ->

[issue28088] Document Transport.set_protocol and get_protocol

Changes by Berker Peksag : -- nosy: -larry priority: release blocker -> normal ___ Python tracker ___

[issue28088] Document Transport.set_protocol and get_protocol

Berker Peksag added the comment: I just removed self from method signatures (we don't usually include it) and updated the versionadded directives to 3.5.3 since it was also backported to 3.5 in f12a59311885. Please let me know if got the 3.5 version wrong, thanks! -- nosy:

[issue28088] Document Transport.set_protocol and get_protocol

Roundup Robot added the comment: New changeset f4e86b1b051e by Berker Peksag in branch '3.5': Issue #28088: Don't include self in method signature https://hg.python.org/cpython/rev/f4e86b1b051e New changeset f2858945c058 by Berker Peksag in branch '3.6': Issue #28088: Merge from 3.5

[issue28609] argparse claims '*' positional argument is required in error output

Reuben Thomas added the comment: Thanks, that's a simple, robust workaround. I'll duck out now and leave the Python experts to sort out the underlying problem, if they can; I think it's still well worth sorting out, though documenting the problem and workaround would be much better than

[issue28628] Failure to add signal handlers for any signal but SIGINT

Yury Selivanov added the comment: I think I have a patch for this here: https://github.com/python/asyncio/pull/456 -- ___ Python tracker ___

[issue28632] configparser does not close files in read

Changes by R. David Murray : -- nosy: +lukasz.langa ___ Python tracker ___ ___

[issue28633] Concatenating bytes literal and f-string causes segmentation fault

Honor added the comment: Another: >>> 9,'''Ðؚ%''(r'''%b"r' File "", line 1 SyntaxError: cannot mix bytes and nonbytes literals >>> 9,'B''Ðؚ%''(r'''%b"r''' Traceback (most recent call last): File "", line 1, in ValueError: incomplete format key >>> 9,'B''Ðؚ%''(r'''%b"r'''F

[issue23218] Modernize the IDLE Find/Replace/Find in Files dialogs

Terry J. Reedy added the comment: Al, thanks for the honest comparison. For 3.6, we can just import and use ttk with no fuss. When I get to this, I will review tests and responses to and (see #27621). -- ___ Python tracker

Lua tutorial help for Python programmer?

I just got Lua scripting dumped in my lap as a way to do some server side scripting in Redis. The very most basic stuff isn't too hard (i = 1, a = {"x"=4, ...}, for i = 1,10,2 do ... end), but as soon as I get beyond that, I find it difficult to formulate questions which coax Google into useful

[issue27854] Installed 2.7: IDLE Help disabled because help.html is missing

Terry J. Reedy added the comment: Irv, could you check on any 2.7.11/12 installations you have access to? -- nosy: +IrvKalb ___ Python tracker ___

[issue28633] Concatenating bytes literal and f-string causes segmentation fault

Eric V. Smith added the comment: Works: >>> f'' b'' File "", line 1 SyntaxError: cannot mix bytes and nonbytes literals Fails: >>> b'' f'' Segmentation fault $ Regular strings work: >>> '' b'' File "", line 1 SyntaxError: cannot mix bytes and nonbytes literals >>> b'' '' File "", line

Re: [Theory] How to speed up python code execution / pypy vs GPU

On Saturday, November 5, 2016 at 6:39:52 PM UTC-7, Steve D'Aprano wrote: > On Sun, 6 Nov 2016 09:17 am, Mr. Wrobel wrote: > > > I don't have any experience with GPU processing. I expect that it will be > useful for somethings, but for number-crushing and numeric work, I am > concerned that GPUs

[issue28633] Concatenating bytes literal and f-string causes segmentation fault

Changes by Eric V. Smith : -- assignee: -> eric.smith ___ Python tracker ___ ___

[issue28633] Concatenating bytes literal and f-string causes segmentation fault

Changes by Serhiy Storchaka : -- title: eval() Function - Segmentation Fault -> Concatenating bytes literal and f-string causes segmentation fault ___ Python tracker

[issue28633] eval() Function - Segmentation Fault

Honor added the comment: Why not? I have tested it. Different payload : '%%-'%B'4--'F'' Again crashed. Can you try? On Mon, Nov 7, 2016 at 9:14 PM, Serhiy Storchaka wrote: > > Changes by Serhiy Storchaka : > > > -- > nosy:

Re: constructor classmethods

On 11/07/2016 12:46 AM, teppo.p...@gmail.com wrote: torstai 3. marraskuuta 2016 14.45.49 UTC Ethan Furman kirjoitti: On 11/03/2016 01:50 AM, teppo wrote: The guide is written in c++ in mind, yet the concepts stands for any programming language really. Read it through and think about it. If

[issue28633] eval() Function - Segmentation Fault

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

[issue25677] Syntax error caret confused by indentation

Serhiy Storchaka added the comment: This may be just bad example that it looks contradictorily to you. Is the example "None = 0" looks good to you? Without patch the caret is located at the middle of None (depending on the size of the indentation of this line). With patch applied it is

[issue28633] eval() Function - Segmentation Fault

Zachary Ware added the comment: Reproduced on macOS: $ ./python.exe Python 3.6.0b4+ (3.6:b26c8104e54f, Nov 7 2016, 12:01:37) [GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.38)] on darwin Type help, copyright, credits or license for more information. >>> B''F'' Segmentation fault: 11

[issue19569] Use __attribute__((deprecated)) to warn usage of deprecated functions and macros

Serhiy Storchaka added the comment: > Or, is this a "statement of direction" that only GCC (syntax) compilers are > (going to be) supported? This is only the first step. Since this feature is compiler specific, we should add the support for every compiler separately. Arfrever suggested the

[issue25677] Syntax error caret confused by indentation

Berker Peksag added the comment: With patch applied: File "x.py", line 2 1 + 1 = 2 ^ SyntaxError: can't assign to operator Without patch: File "x.py", line 2 1 + 1 = 2 ^ SyntaxError: can't assign to operator The caret is located at the wrong place in both examples

[issue28585] Restore docstring of os._isdir

Zachary Ware added the comment: LGTM. -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___

[issue28633] eval() Function - Segmentation Fault

New submission from Honor: Hello, Python version : 3.7.0a0 OS : Ubunt - Linux x 3.13.0-24-generic Test Script: >>> a="B\'\'F\'\'" >>> eval(a) Program received signal SIGSEGV, Segmentation fault. 0x00531c5a in parsestrplus (n=0x77ee0b20, c=0x7fffd730) at Python/ast.c:5150 5150

[issue25677] Syntax error caret confused by indentation

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___

[issue28585] Restore docstring of os._isdir

Serhiy Storchaka added the comment: This is Windows specific issue. I'm unable to test the patch myself. Could anybody with access to Windows computer please test it? -- ___ Python tracker

[issue28631] [2.7/3.5/3.6 Regression] crash using ctypes

Eryk Sun added the comment: po_message_create() returns a po_message_t pointer: /* A po_message_t represents a message in a PO file. */ typedef struct po_message *po_message_t; /* Return a freshly constructed message. To finish initializing the message, you must set the

[issue25677] Syntax error caret confused by indentation

Serhiy Storchaka added the comment: The patch fixes one bug, and I'm going to push it. There is other bug here. If add "1;" before the original example (so the line becomes "1;1 + 1 = 2"), the caret will be under ";". In some SyntaxErrors the caret points one position left before the start of

[issue28630] setup.py bdist_egg --without-source-files does not allow console_script to run as expected

Berker Peksag added the comment: console_script is a feature of setuptools. I'd suggest reporting this to https://github.com/pypa/setuptools We can reopen this if the problem is really in distutils. Thanks! -- nosy: +berker.peksag resolution: -> third party stage: -> resolved

[issue28564] shutil.rmtree is inefficient due to listdir() instead of scandir()

Serhiy Storchaka added the comment: Proposed patch implements shutil.rmtree using os.scandir. Needed file descriptors support in os.scandir (issue25996). I did not test how this affects the performance of shutil.rmtree. -- keywords: +patch stage: -> patch review Added file:

[issue28623] Let `shlex.quote` accept a `PathLike` object

Berker Peksag added the comment: Agreed with David. Closing this as 'rejected'. Thanks for the report. -- nosy: +berker.peksag resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue28563] Arbitrary code execution in gettext.c2py

Serhiy Storchaka added the comment: Sorry Xiang, but your patch looks overcomplicated to me. Too much methods, decorators, classes, too much strange names. Here is simpler implementation with using only one recursive function. -- Added file:

  1   2   >