[issue27969] Suppress unnecessary message when running test_gdb

New submission from Xiang Zhang: Right now, when running test_gdb generates following message: ./python -m test test_gdb Run tests sequentially 0:00:00 [1/1] test_gdb *Python Exception No module named gdb: *gdb: warning: *Could not load the Python gdb module from `/usr/local/share/gdb/python'

[issue27889] ctypes interfers with signal handling

George Slavin added the comment: In case anyone else sees this thread, here's my trimmed down script to repro the issue: #!/usr/bin/env python2 import threading as mt import signal import time import os def sigusr2_handler(signum, frame): raise RuntimeError('caught sigusr2') signal

[issue27889] ctypes interfers with signal handling

Andre Merzky added the comment: Hi George, > From these results, it appears there is no guarentee that the signal handler > will run before the main thread continues execution at the time.sleep(500) > line. This would explain why we advance to the else clause before the > exception is raise

[issue27965] automatic .py extension

Terry J. Reedy added the comment: This issue is essentially a duplicate of $4832, in which Ned Deily added 'defaultextension' in the code below. Saving works fine on Windows, The added default extension is not shown in the input box of the SaveAs dialog but it is visible in file listing or in

[issue27965] Automatic .py extension when saving with IDLE on OSX

Changes by Terry J. Reedy : -- title: automatic .py extension -> Automatic .py extension when saving with IDLE on OSX type: -> behavior ___ Python tracker ___ _

[issue27106] configparser.__all__ is incomplete

Jacek Kołodziej added the comment: That's completely fine for me. I'm attaching the patch that just adds test for __all__, then. :) -- Added file: http://bugs.python.org/file44393/configparser_all.v2.patch ___ Python tracker

[issue27889] ctypes interfers with signal handling

George Slavin added the comment: The docs say the sleep call will end if a signal is caught, so once the main thread wakes, it won't go back to sleep. On Sep 6, 2016 12:35 AM, "Andre Merzky" wrote: > > Andre Merzky added the comment: > > Hi George, > > > From these results, it appears there is

[issue18844] allow weights in random.choice

Raymond Hettinger added the comment: Latest draft patch attached (w/o tests or docs). Incorporates consultation from Alan Downey and Jake Vanderplas. * Population and weights are separate arguments (like numpy.random.choice() and sample() in R). Matches the way data would arrive in Pandas. Ea

[issue1067702] urllib fails with multiple ftp transfers

Sohaib Ahmad added the comment: The problem is reproducible on latest python 2.7 package (2.7.12). I tried the same scenario on 2.7.10 and it worked fine. I am not sure if this issue can be reopened or should I create a new one? In my case first transfer succeeds but second ftp transfer fails

[issue27866] ssl: get list of enabled ciphers

Roundup Robot added the comment: New changeset 9377ed49746b by Christian Heimes in branch 'default': Issue 27866: relax test case for set_cipher() and allow more cipher suites https://hg.python.org/cpython/rev/9377ed49746b -- ___ Python tracker

[issue27889] ctypes interfers with signal handling

Andre Merzky added the comment: I think we are on the same page then, thanks. AFAIU, the C-level signal handler results in a flag being set, which is evaluated at some later point in time[1], after a certain number of opcodes have been executed. Could it be that those opcodes blindly contin

[issue27970] ssl: can't verify a trusted site with imcomplete certificate chain

New submission from lilydjwg: This fails: Python 3.5.2 (default, Jun 28 2016, 08:46:01) [GCC 6.1.1 20160602] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import ssl >>> import socket >>> s = socket.socket() >>> c = >>> ssl.create_default_context(cafile='CO

[issue27350] Compact and ordered dict

Changes by INADA Naoki : Added file: http://bugs.python.org/file44395/compact-dict.patch ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue27744] Add AF_ALG (Linux Kernel crypto) to socket module

Roundup Robot added the comment: New changeset e3b83bfa02c5 by Christian Heimes in branch 'default': Issue 27744: skip test if AF_ALG socket bind fails https://hg.python.org/cpython/rev/e3b83bfa02c5 -- ___ Python tracker

[issue27970] ssl: can't verify a trusted site with imcomplete certificate chain

Christian Heimes added the comment: Yes, that is to be expected. Python does not use AIA to fetch missing certs. The server must return all intermediate certs. Browsers have workarounds and local caches, Python doesn't. Other tools like curl behave the same. -- nosy: +christian.heimes

[issue27866] ssl: get list of enabled ciphers

Roundup Robot added the comment: New changeset dad4c42869f6 by Christian Heimes in branch 'default': Issue 27866: relax get_cipher() test even more. Gentoo buildbot has no ECDHE https://hg.python.org/cpython/rev/dad4c42869f6 -- ___ Python tracker

[issue27958] 'zlib compression' not found in set(['RLE', 'ZLIB', None])

Changes by Christian Heimes : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ __

[issue27971] utf-16 decoding can't handle lone surrogates

New submission from Christoph Reiter: Using Python 2.7.12 >>> u"\ud83d".encode("utf-16-le") '=\xd8' >>> u"\ud83d".encode("utf-16-le").decode("utf-16-le") Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/encodings/utf_16_le.py", line 16, in decode return co

[issue27972] Confusing error during cyclic yield

New submission from Max von Tettenborn: Below code reproduces the problem. The resulting error is a RecursionError and it is very hard to trace that to the cause of the problem, which is the runner task and the stop task yielding from each other, forming a deadlock. I think, an easy to make mi

[issue27971] utf-16 decoding can't handle lone surrogates

Christoph Reiter added the comment: Same problem on 3.3.6. But works on 3.4.5. So I guess this was fixed but not backported. -- ___ Python tracker ___ __

[issue27970] ssl: can't verify a trusted site with imcomplete certificate chain

lilydjwg added the comment: Please read my code. I've provided the CA certificate; this should work because I've downloaded the certificate manually and feed it to Python. openssl command line tool works. gnutls-cli works too. wget (with openssl) works too. curl (with openssl) fails like Pytho

[issue27970] ssl: can't verify a trusted site with imcomplete certificate chain

Christian Heimes added the comment: >From https://www.ssllabs.com/ssltest/analyze.html?d=miaosss.top Chain issuesIncomplete Extra download COMODO RSA Domain Validation Secure Server CA Python does not support extra downloads of incomplete chains. The server must return the EE cert and al

[issue27866] ssl: get list of enabled ciphers

Christian Heimes added the comment: I have relaxed the tests and stabilized the buildbots. Some Gentoo machines don't have ECDHE cipher suites enabled. -- dependencies: -Make OpenSSL module compatible with OpenSSL 1.1.0 resolution: -> fixed stage: patch review -> resolved ___

[issue27744] Add AF_ALG (Linux Kernel crypto) to socket module

Christian Heimes added the comment: Some distributions mess with the Kernel or disable user-space crypto. I have added some tweaks and fixed a couple of buildbots. I don't know what is going on with x86-64 Ubuntu 15.10 Skylake CPU. It's a Kernel 4.2 machine and should support AES-CBC. ---

[issue27866] ssl: get list of enabled ciphers

Changes by Berker Peksag : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue27970] ssl: can't verify a trusted site with imcomplete certificate chain

lilydjwg added the comment: I understand now, thank you! It's much easier to work around such issues than fix other people's sites. -- ___ Python tracker ___

[issue27971] utf-16 decoding can't handle lone surrogates

Xiang Zhang added the comment: With the latest build, even encode will fail: Python 3.6.0a4+ (default:dad4c42869f6, Sep 6 2016, 21:41:38) [GCC 5.2.1 20151010] on linux Type "help", "copyright", "credits" or "license" for more information. >>> u"\ud83d".encode("utf-16-le") Traceback (most recen

[issue27971] utf-16 decoding can't handle lone surrogates

Eryk Sun added the comment: Probably Python 2's UTF-16 decoder should be as broken as the encoder, which will match the broken behavior of the UTF-8 and UTF-32 codecs: >>> u'\ud83d\uda12'.encode('utf-8').decode('utf-8') u'\ud83d\uda12' >>> u'\ud83d\uda12'.encode('utf-32-le').decode(

[issue27962] null poiter dereference in set_conversion_mode due uncheck _ctypes_conversion_encoding

Changes by Eryk Sun : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> null poiter dereference in set_conversion_mode due uncheck _ctypes_conversion_errors ___ Python tracker

[issue27744] Add AF_ALG (Linux Kernel crypto) to socket module

Xiang Zhang added the comment: My PC is Ubuntu15.10, kernel 4.2, though CPU not Skylake. Everything works fine. test_aead_aes_gcm (test.test_socket.LinuxKernelCryptoAPI) ... skipped "('[Errno 2] No such file or directory', 'aead', 'gcm(aes)')" test_aes_cbc (test.test_socket.LinuxKernelCryptoAPI

[issue27971] utf-16 decoding can't handle lone surrogates

Christoph Reiter added the comment: On Tue, Sep 6, 2016 at 3:43 PM, Xiang Zhang wrote: > > Xiang Zhang added the comment: > > With the latest build, even encode will fail: With Python 3 you have to use the "surrogatepass" error handler. I assumed this was the default in Python 2 since it worked

[issue27973] urllib.urlretrieve() fails on second ftp transfer

New submission from Sohaib Ahmad: urllib.urlretrieve() fails on ftp: - start and complete a transfer - immediately start another transfer The second transfer will fail with the following error: [Errno ftp error] 200 Type set to I I am using urllib.urlretrieve(url, filename) to retrieve two files

[issue27971] utf-16 decoding can't handle lone surrogates

Christoph Reiter added the comment: On Tue, Sep 6, 2016 at 4:10 PM, Eryk Sun wrote: > Lone surrogate codes aren't valid Unicode. In Python 3 they get used > internally for tricks like the "surrogateescape" error handler. In Python > 3.4+. the 'surrogatepass' error handler allows encoding and d

[issue6135] subprocess seems to use local encoding and give no choice

Steve Dower added the comment: Given specifying an encoding will do the same thing as universal_newlines would have, should I just "hide" references to universal_newlines in the doc? (i.e. only mention it under a versionchanged banner, rather than front-and-centre) --

[issue6135] subprocess seems to use local encoding and give no choice

Nick Coghlan added the comment: Ah, excellent point about "encoding='utf-8'" already being a less cryptic replacement for universal_newlines=True, so consider my questions withdrawn :) As far as universal_newlines goes, that needs to remain documented for the sake of folks reading code that us

[issue27575] dict viewkeys intersection slow for large dicts

David Su added the comment: ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mai

[issue27974] Remove dead code in importlib._bootstrap

New submission from Xiang Zhang: _ManageReload in importlib._bootstrap seems obsolete since reve729b946cc03, remove it? -- files: importlib__bootstrap.patch keywords: patch messages: 274564 nosy: brett.cannon, xiang.zhang priority: normal severity: normal status: open title: Remove dead

[issue27971] utf-16 decoding can't handle lone surrogates

STINNER Victor added the comment: UTF codecs must not encode surrogate characters: http://unicodebook.readthedocs.io/issues.html#non-strict-utf-8-decoder-overlong-byte-sequences-and-surrogates Python 3 is right, sadly it's too late to fix Python 2. -- __

[issue6135] subprocess seems to use local encoding and give no choice

STINNER Victor added the comment: Steve Dower added the comment: > Given specifying an encoding will do the same thing as universal_newlines > would have, should I just "hide" references to universal_newlines in the doc? > (i.e. only mention it under a versionchanged banner, rather than > fron

[issue27967] Remove unused variables causing compile warnings in sqlite3 module

Roundup Robot added the comment: New changeset ecaa1af8fe04 by Benjamin Peterson in branch '2.7': fix unused variable warnings in pysqlite (closes #27967) https://hg.python.org/cpython/rev/ecaa1af8fe04 -- nosy: +python-dev resolution: -> fixed stage: -> resolved status: open -> closed

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

New submission from Steven D'Aprano: Currently, math.isnan(n) and math.isinf(n) for n an int may raise OverflowError if n is too big to convert to a float, e.g.: py> math.isnan(10**1) Traceback (most recent call last): File "", line 1, in OverflowError: int too large to convert to float

[issue27974] Remove dead code in importlib._bootstrap

Changes by Brett Cannon : -- nosy: +eric.snow, ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue26896] mix-up with the terms 'importer', 'finder', 'loader' in the import system and related code

Brett Cannon added the comment: It sounds like you have a backport ready, Senthil. Is that true? If so then go ahead and apply the changes. You're right it could be backported, I just didn't due to laziness/lack of time. -- ___ Python tracker

[issue27969] Suppress unnecessary message when running test_gdb

Roundup Robot added the comment: New changeset 5e75bf8e5526 by Benjamin Peterson in branch '2.7': suppress stderr output when checking gdb (closes #27969) https://hg.python.org/cpython/rev/5e75bf8e5526 New changeset 2c4359ff4d6d by Benjamin Peterson in branch '3.5': suppress stderr output when c

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Mark Dickinson added the comment: I see this as a documentation issue: the vast majority of math module functions are designed to operate on floats, and if given a non-float input, simply convert that input to a float as a convenience. If we start special-casing math module functions for int,

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Mark Dickinson added the comment: Related: #18842 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Steven D'Aprano added the comment: As a convenience for whom? Certainly not the poor user, who thinks that math.isnan(x) should return False if the number x is not a NAN. Since neither 10**1 nor 10**10 are NANs, why should one return correctly and the other raise a completely spurious Over

[issue27973] urllib.urlretrieve() fails on second ftp transfer

R. David Murray added the comment: If you want to help out with tracking this down, you could hg bisect the commits and find out which one broke it. -- nosy: +r.david.murray ___ Python tracker

[issue6135] subprocess seems to use local encoding and give no choice

Steve Dower added the comment: > universal_newlines uses the locale encoding which is a good choice in most cases. Well, some cases, and only really by accident. I won't hide the parameter, but it is promoted as "frequently used" and I'll make sure to document encoding before universal_newline

[issue27976] Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms

New submission from Zachary Ware: Nosy list copied from #23085. Here's a patch that deprecates building _ctypes with the bundled copy of libffi (Modules/_ctypes/libffi/). The default on all platforms (other than Windows) is now to use a system copy of libffi; use the '--without-system-ffi' fl

[issue27976] Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms

Changes by Zachary Ware : -- components: +ctypes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue23085] update internal libffi copy to 3.2.1

Zachary Ware added the comment: I'm closing this as superseded by #27976, which deprecates building with the bundled libffi. -- resolution: -> rejected stage: -> resolved status: open -> closed superseder: -> Deprecate building with bundled copy of libffi on non-Darwin POSIX platfor

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Mark Dickinson added the comment: > It shouldn't be hard to do the equivalent of: Right, that's not hard at all. But is it what we *want* to do? Why do you single out `int` for special treatment, but not `Fraction` or `Decimal`? How should the implementation handle Fraction objects, and why? H

[issue17884] Try to reuse stdint.h types like int32_t

Benjamin Peterson added the comment: In 3.6, I just deprecated support for platforms without "long long". https://bugs.python.org/issue27961 "deprecated" is a strong word because I couldn't actually find a modern Python version that compiles without it. I'm informed that the MSVC we're since 3

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Mark Dickinson added the comment: > As a convenience for whom? I was referring to the general math module model. Being able to type `sqrt(2)` rather than having to type `sqrt(float(2))` or `sqrt(2.0)` is a convenience. -- ___ Python tracker

[issue17884] Try to reuse stdint.h types like int32_t

Changes by Christian Heimes : -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue27323] ncurses putwin() fails in test_module_funcs

Xavier de Gaye added the comment: > Just wondering, how you built Python with ncurses 6.0 Xavier? I am using archlinux ncurses 6.0 [1] (sorry for the delay, no internet on a sail crossing). [1] https://www.archlinux.org/packages/core/x86_64/ncurses/ -- ___

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Roundup Robot added the comment: New changeset d209fd77 by Christian Heimes in branch '3.5': Issues #27850 and #27766: Remove 3DES from ssl default cipher list and add ChaCha20 Poly1305. https://hg.python.org/cpython/rev/d209fd77 New changeset 6f4f19217d9b by Christian Heimes in branch

[issue27766] Add ChaCha20 Poly1305 to SSL ciphers

Roundup Robot added the comment: New changeset d209fd77 by Christian Heimes in branch '3.5': Issues #27850 and #27766: Remove 3DES from ssl default cipher list and add ChaCha20 Poly1305. https://hg.python.org/cpython/rev/d209fd77 New changeset 6f4f19217d9b by Christian Heimes in branch

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Changes by Christian Heimes : -- stage: -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Christian Heimes added the comment: Larry, Georg I haven't pushed the new cipher suite list to 3.3 and 3.4 yet. It can break compatibility with ancient IE versions on Windows XP machines. The risk of 3DES is small for a typical application. -- nosy: +georg.brandl, larry _

[issue27766] Add ChaCha20 Poly1305 to SSL ciphers

Christian Heimes added the comment: See #27850. ChaCha20 is even less relevant for 3.3 an 3.4. It either requires LibreSSL, patch #26470 or a patched OpenSSL installation. -- nosy: +georg.brandl, larry stage: -> commit review ___ Python tracker

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Tim Peters added the comment: The only sane way to do things "like this" is to allow types to define their own special methods (like `__isnan__()`), in which case the math module defers to such methods when they exist. For example, this is how `math.ceil(Fraction)` works, by deferring to `Fra

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Larry Hastings added the comment: I don't think "remove de-recommended cypher" qualifies as a security fix for 3.3 or 3.4. Certainly you're not permitted to add ChaCha20 to 3.3 or 3.4. IMO these changes should only be in 2.7 and 3.5+. -- versions: -Python 3.3, Python 3.4 __

[issue14119] Ability to adjust queue size in Executors

Patrik Dufresne added the comment: Any update on this subject ? Also had to monkey patch the implementation to avoid consuming all the system memory. -- nosy: +Patrik Dufresne ___ Python tracker _

[issue27928] Add hashlib.scrypt

Roundup Robot added the comment: New changeset d926fa1a833c by Christian Heimes in branch 'default': Issue #27928: Add scrypt (password-based key derivation function) to hashlib module (requires OpenSSL 1.1.0). https://hg.python.org/cpython/rev/d926fa1a833c -- nosy: +python-dev ___

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Donald Stufft added the comment: > I don't think "remove de-recommended cypher" qualifies as a security fix for > 3.3 or 3.4. Certainly you're not permitted to add ChaCha20 to 3.3 or 3.4 I think that this is a bad stance to take here. The difference between a security feature and a security f

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Steven D'Aprano added the comment: On Tue, Sep 06, 2016 at 05:59:08PM +, Mark Dickinson wrote: > Why do you single out `int` for special treatment, Mostly as a demonstration for what could be done, not necessarily as what should be done. Secondly as a potential optimization. Why go to the

[issue27971] utf-16 decoding can't handle lone surrogates

Eryk Sun added the comment: Victor, it seems the only option here (other than closing this as won't fix) is to modify the UTF-16 decoder in 2.7 to allow lone surrogates, which would be consistent with the UTF-8 and UTF-32 decoders. While it's too late to enforce strict compliance in 2.7, it sh

[issue21009] Potential deadlock in concurrent futures when garbage collection occurs during Queue.get

Patrik Dufresne added the comment: I've encounter this issue. To easily avoid this issue, I've change `queue.put(None)` to `queue.put(None, block=False)` to work around this. -- nosy: +Patrik Dufresne ___ Python tracker

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Christian Heimes added the comment: Donald, my OpenSSL 1.1.0 patch hasn't landed in 3.3 and 3.4 either. It's a bit mood to discuss ChaCha20 w/o OpenSSL 1.1.0. Rich Salz doesn't want to include ChaCha20 suites in 1.0.2 upstream. You either have to patch and build OpenSSL yourself or use LibreSS

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Donald Stufft added the comment: We should backport OpenSSL 1.1.0 too *shrug*. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Mark Dickinson added the comment: [Steven] > Versus the even simpler model: > "Return whether the number x is a NAN." But what you're proposing doesn't match that description! Under your proposal, `math.isnan(10**1000)` would be `False`, but `math.isnan(Fraction(10**1000))` would again raise a

[issue27977] smtplib send_message does not correctly handle unicode addresses if message uses EmailPolicy

New submission from R. David Murray: In rewriting the examples in the email docs to use the new policies, I discovered that smtplib has a bug when handling a message that uses an EmailPolicy derived policy if the addresses contain unicode characters. Currently it is extracting the addresses a

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Mark Dickinson added the comment: > as would `math.isnan(Decimal('1e500'))` Whoops, no. I'd forgotten that large finite `Decimal` objects end up as `float` infinities under conversion. Not sure I like that much, but it is what it is ... -- ___ Pytho

[issue27978] Executor#shutdown with timeout

New submission from Patrik Dufresne: Would be nice to add a new parameter to timeout if the shutdown take too long. def shutdown(self, wait=True, timeout=None): with self._shutdown_lock: self._shutdown = True self._work_queue.put(None) if wait:

[issue27979] Remove bundled libffi

New submission from Zachary Ware: The attached patch allows the bundled libffi used in non-Darwin POSIX builds (Modules/_ctypes/libffi, along with Modules/_ctypes/libffi.diff) to be removed. It depends on the patch in #27976, and does not affect OSX or Windows. -- components: Build, c

[issue17884] Try to reuse stdint.h types like int32_t

Roundup Robot added the comment: New changeset ae03163b6378 by Benjamin Peterson in branch 'default': require standard int types to be defined (#17884) https://hg.python.org/cpython/rev/ae03163b6378 -- nosy: +python-dev ___ Python tracker

[issue27979] Remove bundled libffi

Changes by Zachary Ware : -- dependencies: +Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms ___ Python tracker ___ _

[issue27980] Add better pythonw support to py launcher

New submission from Mark Summerfield: The excellent py.exe launcher on Windows always uses a python.exe interpreter (although another issue suggests it will use pythonw.exe when the python file has a .pyw suffix which is good). However, if one wanted to provide a .bat file like this: @echo of

[issue27980] Add better pythonw support to py launcher

Zachary Ware added the comment: pyw.exe is installed alongside py.exe, is it insufficient? -- ___ Python tracker ___ ___ Python-bugs-l

[issue17884] Try to reuse stdint.h types like int32_t

Mark Dickinson added the comment: LVGTM, if the buildbots agree. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue27078] Make f'' strings faster than .format: BUILD_STRING opcode?

Roundup Robot added the comment: New changeset 28e280915508 by Serhiy Storchaka in branch 'default': Issue #27078: Added BUILD_STRING opcode. Optimized f-strings evaluation. https://hg.python.org/cpython/rev/28e280915508 -- nosy: +python-dev ___ Pyth

[issue27980] Add better pythonw support to py launcher

Eryk Sun added the comment: py.exe is a console application. There's no point in using it to run pythonw.exe. Use pyw.exe, as Zachary suggests. Or better yet, just run `MyGuiApp.pyw %*`. Unless you've reconfigured the .pyw file association, it should run via pyw.exe. -- nosy: +eryksun

[issue17884] Try to reuse stdint.h types like int32_t

Serhiy Storchaka added the comment: Python/dtoa.c contains a number of "#ifdef ULLong". Since now ULLong is not a macro but a typedef, this condition is false and the compiler now compiles different (less efficient and perhaps less tested) branch of the code. -- nosy: +serhiy.storchaka

[issue27078] Make f'' strings faster than .format: BUILD_STRING opcode?

Serhiy Storchaka added the comment: Thank you for your review Eric. I considered passing NULL, but as Antti said, it is already used for space separated concatenation. PyUnicode_New(0, 0) is the obvious way to get an empty string, and I think it is fast enough. If this affects performance we c

[issue17884] Try to reuse stdint.h types like int32_t

Mark Dickinson added the comment: Good point. I'd be happy to see the non-"#ifdef ULLong" branches simply disappear in dtoa.c. We're long past the point of trying to keep dtoa.c in sync with the upstream version. -- ___ Python tracker

[issue27078] Make f'' strings faster than .format: BUILD_STRING opcode?

Eric V. Smith added the comment: Now that I've looked at PyUnicode_New, I agree with using PyUnicode_New(0, 0). I can't imagine we could measure the difference with optimizing it in the opcode itself before calling PyUnicode_New. Thanks for adding this, Serhiy. I think it's great stuff, and wo

[issue25596] Use scandir() to speed up the glob module

Serhiy Storchaka added the comment: I think the change in general is approved by GvR. If there are some implementation bugs, we can fix them later. -- ___ Python tracker ___ ___

[issue25596] Use scandir() to speed up the glob module

Roundup Robot added the comment: New changeset cb7ee9d9cddd by Serhiy Storchaka in branch 'default': Issue #25596: Optimized glob() and iglob() functions in the https://hg.python.org/cpython/rev/cb7ee9d9cddd -- nosy: +python-dev ___ Python tracker

[issue17884] Try to reuse stdint.h types like int32_t

Roundup Robot added the comment: New changeset 8b74e5528f35 by Benjamin Peterson in branch 'default': dtoa.c: remove code for platforms with 64-bit integers (#17884) https://hg.python.org/cpython/rev/8b74e5528f35 -- ___ Python tracker

[issue24821] The optimization of string search can cause pessimization

Serhiy Storchaka added the comment: Could you please make a review Victor? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue27905] Add documentation for typing.Type

Michael Lee added the comment: Ok, here's version 2, taking into account Ivan's feedback! -- Added file: http://bugs.python.org/file44401/document-type-v2.patch ___ Python tracker __

[issue26798] add BLAKE2 to hashlib

Roundup Robot added the comment: New changeset 4969f6d343b1 by Christian Heimes in branch 'default': Issue #26798: Add BLAKE2 (blake2b and blake2s) to hashlib. https://hg.python.org/cpython/rev/4969f6d343b1 -- nosy: +python-dev ___ Python tracker

[issue17884] Try to reuse stdint.h types like int32_t

Serhiy Storchaka added the comment: Include/pyport.h now includes both and . But the header shall include the header. [1] [1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/inttypes.h.html -- ___ Python tracker

[issue17884] Try to reuse stdint.h types like int32_t

Roundup Robot added the comment: New changeset c092eb31db05 by Benjamin Peterson in branch 'default': only include inttypes.h (#17884) https://hg.python.org/cpython/rev/c092eb31db05 -- ___ Python tracker __

[issue17884] Try to reuse stdint.h types like int32_t

Roundup Robot added the comment: New changeset be8645213517 by Benjamin Peterson in branch 'default': replace Python aliases for standard integer types with the standard integer types (#17884) https://hg.python.org/cpython/rev/be8645213517 -- ___ Pyt

[issue27971] utf-16 decoding can't handle lone surrogates

STINNER Victor added the comment: I dislike the idea of changing the behaviour in a minor release :-/ -- ___ Python tracker ___ ___ Py

[issue27980] Add better pythonw support to py launcher

Mark Summerfield added the comment: Sorry, I didn't even know that pyw.exe existed. Naturally pyw -h produces no output, but maybe py -h could mention it? -- ___ Python tracker

[issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c

New submission from STINNER Victor: Does the following function call leaks a reference? if (PyObject_CallObject(readline, NULL) == NULL) { readline = NULL; goto cleanup; } -- messages: 274622 nosy: haypo priority: normal severity: normal status: o

  1   2   3   >