[issue39318] NamedTemporaryFile could cause double-close on an fd if _TemporaryFileWrapper throws

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +serhiy.storchaka
versions:  -Python 3.5, Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39318] NamedTemporaryFile could cause double-close on an fd if _TemporaryFileWrapper throws

[Seth Troisi]

Change by Seth Troisi :


--
nosy: +Seth.Troisi

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39168] Generic type subscription is a huge toll on Python performance

[Wouter De Borger]

Change by Wouter De Borger :


--
nosy: +Wouter De Borger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39318] NamedTemporaryFile could cause double-close on an fd if _TemporaryFileWrapper throws

[Albert Zeyer]

Albert Zeyer  added the comment:

Instead of `except:` and `except BaseException:`, I think better use `except 
Exception:`.

For further discussion and reference, also see the discussion here: 
https://news.ycombinator.com/item?id=22028581

--
nosy: +Albert.Zeyer

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26317] Build Problem with GCC + Macintosh OS X 10.11 El Capitain

[Dong-hee Na]

Dong-hee Na  added the comment:

Any progress?

--
nosy: +corona10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26317] Build Problem with GCC + Macintosh OS X 10.11 El Capitain

[Dong-hee Na]

Dong-hee Na  added the comment:

I met this issue during I compile with gcc9 on my local mac machine.
This issue should be fixed..

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26317] Build Problem with GCC + Macintosh OS X 10.11 El Capitain

[Dong-hee Na]

Change by Dong-hee Na :


--
nosy: +vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39318] NamedTemporaryFile could cause double-close on an fd if _TemporaryFileWrapper throws

[Fabio Sangiovanni]

Change by Fabio Sangiovanni :


--
nosy: +sanjioh

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39318] NamedTemporaryFile could cause double-close on an fd if _TemporaryFileWrapper throws

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39307] Memory leak in parsetok

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset 7ba6f18de2582755ae31888ba6a4237d96dddc48 by Pablo Galindo (Alex 
Henrie) in branch 'master':
bpo-39307: Fix memory leak on error path in parsetok (GH-17953)
https://github.com/python/cpython/commit/7ba6f18de2582755ae31888ba6a4237d96dddc48


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39307] Memory leak in parsetok

[miss-islington]

Change by miss-islington :


--
pull_requests: +17384
pull_request: https://github.com/python/cpython/pull/17978

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39307] Memory leak in parsetok

[miss-islington]

Change by miss-islington :


--
pull_requests: +17385
pull_request: https://github.com/python/cpython/pull/17979

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39307] Memory leak in parsetok

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36020] HAVE_SNPRINTF and MSVC std::snprintf support

[Roundup Robot]

Change by Roundup Robot :


--
pull_requests: +17386
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17980

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39307] Memory leak in parsetok

[miss-islington]

miss-islington  added the comment:


New changeset 9671b6b3b3e480fbc4b14aab7008b90b38767f55 by Miss Islington (bot) 
in branch '3.8':
bpo-39307: Fix memory leak on error path in parsetok (GH-17953)
https://github.com/python/cpython/commit/9671b6b3b3e480fbc4b14aab7008b90b38767f55


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39319] ntpath module must not be available on POSIX platforms

[Aurora]

Change by Aurora :


--
components: +Library (Lib) -Interpreter Core
type: behavior -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39319] ntpath module must not be available on POSIX platforms

[Aurora]

New submission from Aurora :

According to https://docs.python.org/dev/library/undoc.html the 'ntpath' module 
is an "Implementation of os.path on Win32 and Win64 platforms".
Just like all other Windows-specific modules(like winreg),'ntpath' must not be 
available for use on a POSIX system like Linux.
I guess that 'posixpath' is also available on Windows, that if it is, it must 
not be available too.

--
components: Interpreter Core
messages: 359897
nosy: opensource-assist
priority: normal
severity: normal
status: open
title: ntpath module must not be available on POSIX platforms
type: behavior
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39318] NamedTemporaryFile could cause double-close on an fd if _TemporaryFileWrapper throws

[Ned Batchelder]

Change by Ned Batchelder :


--
nosy: +nedbat

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39310] Add math.ulp(x): unit in the last place

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 0b2ab21956fbab8eab6d064060d4544499730316 by Victor Stinner in 
branch 'master':
bpo-39310: Add math.ulp(x) (GH-17965)
https://github.com/python/cpython/commit/0b2ab21956fbab8eab6d064060d4544499730316


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39310] Add math.ulp(x): unit in the last place

[STINNER Victor]

Change by STINNER Victor :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39310] Add math.ulp(x): unit in the last place

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +17387
pull_request: https://github.com/python/cpython/pull/17982

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38903] #if 0 block on parsetok.c

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1531415] parsetok.c emits warnings by writing to stderr

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Closed by https://github.com/python/cpython/pull/17365

--
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39319] ntpath module must not be available on POSIX platforms

[Eryk Sun]

Eryk Sun  added the comment:

No, ntpath and posixpath are cross-platform. They are tested on all platforms, 
and the os.path documentation lists them and notes that "you can also import 
and use the individual modules if you want to manipulate a path that is always 
in one of the different formats".

--
nosy: +eryksun
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39320] Handle unpacking of */** arguments and rvalues in the compiler

[Mark Shannon]

New submission from Mark Shannon :

Currently the unpacking of starred values in arguments and the right hand side 
of assignments is handled in the interpreter without any help from the compiler.
The layout of arguments and values is visible to the compiler, so the compiler 
should do more of the work.

We can replace the complex bytecodes used in unpacking with simpler more 
focused ones.
Specifically the collection building operations 
BUILD_LIST_UNPACK, BUILD_TUPLE_UNPACK, BUILD_SET_UNPACK and 
BUILD_TUPLE_UNPACK_WITH_CALL
can be replaced with simpler, and self-explanatory operations:
LIST_TO_TUPLE, LIST_EXTEND, SET_UPDATE

In addition, the mapping operations
BUILD_MAP_UNPACK and BUILD_MAP_UNPACK_WITH_CALL
can be replaced with DICT_UPDATE and DICT_MERGE.

DICT_MERGE is like DICT_UPDATE but raises an exception for duplicate keys.

This change would not have much of an effect of performance, as the bytecodes 
listed are relatively rarely used, but shrinking the interpreter is always 
beneficial.

--
components: Interpreter Core
messages: 359901
nosy: Mark.Shannon
priority: normal
severity: normal
status: open
title: Handle unpacking of */** arguments and rvalues in the compiler
type: performance
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39320] Handle unpacking of */** arguments and rvalues in the compiler

[Mark Shannon]

Change by Mark Shannon :


--
keywords: +patch
pull_requests: +17388
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17984

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39318] NamedTemporaryFile could cause double-close on an fd if _TemporaryFileWrapper throws

[Ned Batchelder]

Change by Ned Batchelder :


--
keywords: +patch
pull_requests: +17389
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17985

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20443] __code__. co_filename should always be an absolute path

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +17390
pull_request: https://github.com/python/cpython/pull/17986

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20443] __code__. co_filename should always be an absolute path

[STINNER Victor]

STINNER Victor  added the comment:


New changeset c1ee6e5e9b87c9812c6745c1dd6c1788a984f9f9 by Victor Stinner in 
branch 'master':
bpo-20443: Update What's New In Python 3.9 (GH-17986)
https://github.com/python/cpython/commit/c1ee6e5e9b87c9812c6745c1dd6c1788a984f9f9


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29282] Fused multiply-add: proposal to add math.fma()

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +17391
stage: commit review -> patch review
pull_request: https://github.com/python/cpython/pull/17987

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39321] AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by SIGKILL (Signal 9)

[STINNER Victor]

STINNER Victor  added the comment:

Same error on https://buildbot.python.org/all/#builders/214/builds/148

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39238] test_asyncio: test_cancel_make_subprocess_transport_exec() hangs randomly on PPC64LE Fedora 3.x

[STINNER Victor]

STINNER Victor  added the comment:

AMD64 RHEL7 LTO + PGO 3.8:
https://buildbot.python.org/all/#/builders/83/builds/76

...
test_terminate (test.test_asyncio.test_subprocess.SubprocessFastWatcherTests) 
... ok
Timeout (0:15:00)!
Thread 0x7f070075a740 (most recent call first):
  File 
"/home/buildbot/buildarea/3.8.cstratak-RHEL7-x86_64.lto-pgo/build/Lib/selectors.py",
 line 468 in select
  File 
"/home/buildbot/buildarea/3.8.cstratak-RHEL7-x86_64.lto-pgo/build/Lib/asyncio/base_events.py",
 line 1823 in _run_once
  File 
"/home/buildbot/buildarea/3.8.cstratak-RHEL7-x86_64.lto-pgo/build/Lib/asyncio/base_events.py",
 line 570 in run_forever
  File 
"/home/buildbot/buildarea/3.8.cstratak-RHEL7-x86_64.lto-pgo/build/Lib/asyncio/base_events.py",
 line 603 in run_until_complete
  File 
"/home/buildbot/buildarea/3.8.cstratak-RHEL7-x86_64.lto-pgo/build/Lib/test/test_asyncio/test_subprocess.py",
 line 440 in test_cancel_make_subprocess_transport_exec
  File 
"/home/buildbot/buildarea/3.8.cstratak-RHEL7-x86_64.lto-pgo/build/Lib/unittest/case.py",
 line 633 in _callTestMethod

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

[STINNER Victor]

STINNER Victor  added the comment:

The test still hangs randomly. Can it be disabled or fixed?

s390x Debian 3.x:
https://buildbot.python.org/all/#builders/105/builds/167

test_close_dont_kill_finished 
(test.test_asyncio.test_subprocess.SubprocessMultiLoopWatcherTests) ... ok
Timeout (0:15:00)!
Thread 0x03ffaa9f8700 (most recent call first):
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/selectors.py", 
line 468 in select
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/asyncio/base_events.py",
 line 1852 in _run_once
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/asyncio/base_events.py",
 line 596 in run_forever
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/asyncio/base_events.py",
 line 629 in run_until_complete
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/test_asyncio/test_subprocess.py",
 line 485 in test_close_kill_running
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/case.py", 
line 616 in _callTestMethod
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/case.py", 
line 659 in run
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/case.py", 
line 719 in __call__
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/unittest/runner.py",
 line 176 in run
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/support/__init__.py",
 line 2079 in _run_suite
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/support/__init__.py",
 line 2201 in run_unittest
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/libregrtest/runtest.py",
 line 209 in _test_module
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/libregrtest/runtest.py",
 line 234 in _runtest_inner2
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/libregrtest/runtest.py",
 line 270 in _runtest_inner
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/libregrtest/runtest.py",
 line 153 in _runtest
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/libregrtest/runtest.py",
 line 193 in runtest
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/libregrtest/main.py",
 line 318 in rerun_failed_tests
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/libregrtest/main.py",
 line 691 in _main
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/libregrtest/main.py",
 line 634 in main
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/libregrtest/main.py",
 line 712 in main
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/__main__.py", 
line 2 in 
  File "/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/runpy.py", 
line 86 in _run_code
  File "/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/runpy.py", 
line 193 in _run_module_as_main
test_close_kill_running 
(test.test_asyncio.test_subprocess.SubprocessMultiLoopWatcherTests) ... 
Makefile:1164: recipe for target 'buildbottest' failed
make: *** [buildbottest] Error 1

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29282] Fused multiply-add: proposal to add math.fma()

[STINNER Victor]

STINNER Victor  added the comment:

I converted https://hg.python.org/cpython/rev/b33012ef1417 written by Mark 
Dickinson into a GitHub PR: PR 17987. I still expect tests failures. I plan to 
use the PR as a starting point to implement math.fma(). If tests continue to 
fail on some platforms, I plan to manually handle NaN and INF in the C code, 
before calling libc fma().

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39321] AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by SIGKILL (Signal 9)

[STINNER Victor]

STINNER Victor  added the comment:

It seems like Signal 9 is SIGKILL.

--
title: AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by Signal 9 -> 
AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by SIGKILL (Signal 9)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39321] AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by Signal 9

[STINNER Victor]

New submission from STINNER Victor :

https://buildbot.python.org/all/#/builders/214/builds/152

...
0:08:21 load avg: 3.66 [240/420] test_wait3 passed -- running: 
test_multiprocessing_forkserver (1 min 51 sec)
0:08:22 load avg: 3.66 [241/420] test_uuid passed -- running: 
test_multiprocessing_forkserver (1 min 53 sec)
0:08:25 load avg: 3.53 [242/420] test_tuple passed -- running: 
test_multiprocessing_forkserver (1 min 55 sec)
0:08:32 load avg: 3.56 [243/420] test___all__ passed -- running: 
test_multiprocessing_forkserver (2 min 3 sec)
*** Signal 9
Stop.
make: stopped in /usr/home/buildbot/python/3.x.koobs-freebsd-9e36.nondebug/build
program finished with exit code 1
elapsedTime=519.823452

--
components: Tests
messages: 359904
nosy: pablogsal, vstinner
priority: normal
severity: normal
status: open
title: AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by Signal 9
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39320] Handle unpacking of */** arguments and rvalues in the compiler

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
nosy: +pablogsal

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39321] AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by SIGKILL (Signal 9)

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +koobs

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39321] AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by SIGKILL (Signal 9)

[STINNER Victor]

STINNER Victor  added the comment:

Same error https://buildbot.python.org/all/#builders/214/builds/138

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

[Andrew Svetlov]

Andrew Svetlov  added the comment:

I'd like to spend time by reproducing the issue locally.
Please give me a few days.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39048] Change the lookup order of __aenter__ and __aexit__ for async with

[Géry]

Change by Géry :


--
title: Reorder  __aenter__ & __aexit__ checks for async with statement -> 
Change the lookup order of __aenter__ and __aexit__ for async with

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29282] Fused multiply-add: proposal to add math.fma()

[Mark Dickinson]

Mark Dickinson  added the comment:

> If tests continue to fail on some platforms, I plan to manually handle NaN 
> and INF in the C code, before calling libc fma().

For Windows, you need to do much more than this: it's not just about handling 
NaNs and infinities, it's about reimplementing the entire function from scratch 
to give correctly rounded results. Without correctly-rounded results, there's 
very little point in having fma.

If it were a couple of niche platforms that gave bad results, then we could 
push this through. But it's Windows. :-(

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39299] Improve test coverage for mimetypes module

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:


New changeset d8efc1495194228c3a4cd472200275d6491d8e2d by Karthikeyan 
Singaravelan in branch 'master':
bpo-39299: Add more tests for mimetypes and its cli. (GH-17949)
https://github.com/python/cpython/commit/d8efc1495194228c3a4cd472200275d6491d8e2d


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29282] Fused multiply-add: proposal to add math.fma()

[Mark Dickinson]

Mark Dickinson  added the comment:

Okay, looks like Windows is happy in the PR's continuous integration. If the 
buildbots are also happy, then I'm content to have this pushed through.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39322] Add gc.is_finalized to check if an object has been finalised by the gc

[Pablo Galindo Salgado]

New submission from Pablo Galindo Salgado :

Right now is not possible to check from the Python layer if an object with gc 
support has been already finalized by the GC (but has been resurrected). When 
implementing some callbacks for the gc in order to add advanced statistics, I 
have greatly missed a function like this to check if a certain object has been 
resurrected / the finalizer has been called.

--
assignee: pablogsal
components: Interpreter Core
messages: 359914
nosy: pablogsal
priority: normal
severity: normal
status: open
title: Add gc.is_finalized to check if an object has been finalised by the gc
type: enhancement
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39322] Add gc.is_finalized to check if an object has been finalised by the gc

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
keywords: +patch
pull_requests: +17392
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17989

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36710] Pass _PyRuntimeState as an argument rather than using the _PyRuntime global variable

[STINNER Victor]

STINNER Victor  added the comment:

I continued this work by passing tstate to internal C functions: bpo-38644.

I also added PyInterpreterState.runtime field, so it's now possible to retrieve 
the runtime from tstate:

runtime = tstate->interp->runtime;

I wrote an article on passing tstate to internal C functions:

https://vstinner.github.io/cpython-pass-tstate.html

I consider that this issue is now done. I close the issue.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38644] Pass explicitly tstate to function calls

[STINNER Victor]

STINNER Victor  added the comment:

> One further step would be to change the VECTORCALL/FASTCALL calling 
> convention to pass tstate. But I am not sure what is the risk to do that in 
> Python 3.9? Cython uses FASTCALL internally for example.

I started a thread on python-dev:
https://mail.python.org/archives/list/python-...@python.org/thread/PIXJAJPWKDGHSQD65VOO2B7FDLU2QLHH/

I also wrote an article on this issue, "Pass the Python thread state 
explicitly":
https://vstinner.github.io/cpython-pass-tstate.html

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38644] Pass explicitly tstate to function calls

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +17393
pull_request: https://github.com/python/cpython/pull/17990

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39164] PyErr_GetExcInfo does not allow to retrieve for an arbitrary thread

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 3430c55417f59078ac397c343894a3ee82a39624 by Victor Stinner 
(Julien Danjou) in branch 'master':
bpo-39164: Add private _PyErr_GetExcInfo() function (GH-17752)
https://github.com/python/cpython/commit/3430c55417f59078ac397c343894a3ee82a39624


--
nosy: +vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39164] Add private _PyErr_GetExcInfo() function which accepts a tstate argument

[STINNER Victor]

STINNER Victor  added the comment:

Thanks Julien Danjou.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: PyErr_GetExcInfo does not allow to retrieve for an arbitrary thread -> 
Add private _PyErr_GetExcInfo() function which accepts a tstate argument
versions:  -Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39323] Add test for imghdr cli

[Karthikeyan Singaravelan]

New submission from Karthikeyan Singaravelan :

imghdr module has a cli that can display the image type for a given filename 
and also recurse through directories. I would like to propose following changes 
:

* Add tests for the imghdr cli.
* The cli uses hardcoded '/' separator in the end for directories this is a 
minor issue with windows where the separators are \ and the last separator is 
displayed with / like c:\Foo\Bar\Spam/ . Using os.sep can be a better option 
here.

I have a PR that I will add shortly for review.

--
components: Tests
messages: 359919
nosy: xtreak
priority: normal
severity: normal
status: open
title: Add test for imghdr cli
type: enhancement
versions: Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18233] SSLSocket.getpeercertchain()

[Chris Burr]

Change by Chris Burr :


--
nosy: +chrisburr

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38644] Pass explicitly tstate to function calls

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 2b1df4592e1691017414337514c6e378eb639498 by Victor Stinner in 
branch 'master':
bpo-38644: Pass tstate to _Py_FinishPendingCalls() (GH-17990)
https://github.com/python/cpython/commit/2b1df4592e1691017414337514c6e378eb639498


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26317] Build Problem with GCC + Macintosh OS X 10.11 El Capitain

[STINNER Victor]

Change by STINNER Victor :


--
nosy:  -corona10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29282] Fused multiply-add: proposal to add math.fma()

[STINNER Victor]

STINNER Victor  added the comment:

> For Windows, you need to do much more than this: it's not just about handling 
> NaNs and infinities, it's about reimplementing the entire function from 
> scratch to give correctly rounded results. Without correctly-rounded results, 
> there's very little point in having fma.

Would it make sense to only make the function available on non-Windows 
platforms? As we do for other Unix-only functions in the os module. Maybe even 
skip more platforms if they provide a broken implementation.

We could implement a test suite in configure to decide if fma() fits our 
requirements or not.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26317] Build Problem with GCC + Macintosh OS X 10.11 El Capitain

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +corona10 -vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26317] Build Problem with GCC + Macintosh OS X 10.11 El Capitain

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The progress was the PR.  I just fixed the merge conflicts, I believe 
correctly.  Please test and review.

--
nosy: +vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26317] Build Problem with GCC + Macintosh OS X 10.11 El Capitain

[Ned Deily]

Ned Deily  added the comment:

Thanks, Terry. I'll look at it shortly.

--
assignee:  -> ned.deily
nosy:  -vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39299] Improve test coverage for mimetypes module

[miss-islington]

Change by miss-islington :


--
pull_requests: +17395
pull_request: https://github.com/python/cpython/pull/17992

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39299] Improve test coverage for mimetypes module

[miss-islington]

Change by miss-islington :


--
pull_requests: +17394
pull_request: https://github.com/python/cpython/pull/17991

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39323] Add test for imghdr cli

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
keywords: +patch
pull_requests: +17396
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17993

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39296] Windows register keys

[Steve Dower]

Steve Dower  added the comment:

You should read the version number from the Version or SysVersion values, 
rather than from the tag.

Having -32 in the key name is a compatibility requirement. Without it, if you 
installed 32-bit and 64-bit versions for the current user (which is now the 
default), they would overwrite each other.

The Wow6432Node key is due to Windows, not Python. We don't decide the name or 
when it is used, and Windows determined that HKEY_CURRENT_USER is not subject 
to registry redirection. That's why you don't see it there.

Hope that helps clarify what's going on.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39293] Windows 10 64-bit needs reboot

[Steve Dower]

Steve Dower  added the comment:

Can you show some of these errors?

Certainly any existing console windows (cmd/PowerShell) will not have their 
PATH variables updated - that's by design - but there should not be anything 
else in Python 3.8 that requires a reboot.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29282] Fused multiply-add: proposal to add math.fma()

[Juraj Sukop]

Juraj Sukop  added the comment:

FWIW, there is a new implementation of FMA [1] which is licensed very 
permissively [2]. Perhaps it could be used here as well..?

[1] https://github.com/smasher164/fma
[2] 
https://github.com/smasher164/fma/commit/4e85d2388c7d4d850be12df918f9431ca687f57a

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39310] Add math.ulp(x): unit in the last place

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 9362f8526e42157baf27df982b16f23f212c3c3a by Victor Stinner in 
branch '3.8':
bpo-39310: Update sys.float_info documentation (GH-17982)
https://github.com/python/cpython/commit/9362f8526e42157baf27df982b16f23f212c3c3a


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39310] Add math.ulp(x): unit in the last place

[miss-islington]

Change by miss-islington :


--
pull_requests: +17397
pull_request: https://github.com/python/cpython/pull/17994

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

[Andrew Svetlov]

Andrew Svetlov  added the comment:

FYI, I'm able to reproduce the hang by running "python -m test -F test_asyncio 
-m test_close_kill_running".

Working on the fix.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39310] Add math.ulp(x): unit in the last place

[miss-islington]

miss-islington  added the comment:


New changeset dfe159ca552870f801e34cc57e9bb7d6836ce7df by Miss Islington (bot) 
in branch '3.7':
bpo-39310: Update sys.float_info documentation (GH-17982)
https://github.com/python/cpython/commit/dfe159ca552870f801e34cc57e9bb7d6836ce7df


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39259] poplib.POP3/POP3_SSL should reject timeout = 0 (non-blocking mode)

[STINNER Victor]

STINNER Victor  added the comment:


New changeset a190e2ade1a704a6b5a94464a0a19b140c7dd031 by Victor Stinner 
(Dong-hee Na) in branch 'master':
bpo-39259: ftplib.FTP/FTP_TLS now reject timeout = 0 (GH-17959)
https://github.com/python/cpython/commit/a190e2ade1a704a6b5a94464a0a19b140c7dd031


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39324] Add mimetype for extension .md (markdown)

[Ryan Batchelder]

New submission from Ryan Batchelder :

I would like to propose that the mimetype for markdown files ending in .md to 
text/markdown is included in the mimetypes library. This is registered here: 
https://www.iana.org/assignments/media-types/text/markdown

--
messages: 359931
nosy: Ryan Batchelder
priority: normal
severity: normal
status: open
title: Add mimetype for extension .md (markdown)
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39324] Add mimetype for extension .md (markdown)

[Ryan Batchelder]

Change by Ryan Batchelder :


--
keywords: +patch
pull_requests: +17398
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17995

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28166] WindowsConsoleIO misbehavior when Ctrl+C is ignored

[Eryk Sun]

Eryk Sun  added the comment:

On second thought, I think the fact that the console leaves the previously 
entered text on the line is ugly and confusing. The text isn't in the input 
buffer, so it won't be read. Yet there's no way for the user to even clear it 
-- not by escape or backspace. I think the user is better served if we settle 
for less. 

We can try to write a CRLF to the input buffer via WriteConsoleInputW and then 
continue. The next read will return immediately, and we'll drop out of the 
loop, retaining however much was read prior to the canceled read. The console's 
cooked read will take care of advancing the cursor to the next line for us. If 
WriteConsoleInputW fails (e.g. the file is "CON", opened with only generic-read 
access), we can fall back on directly writing "\r\n" to the buffer instead of 
continuing. However this won't advance the cursor to the next line.

I think we should also merge in the CancelSynchronousIo abort case, i.e. where 
n_read is still the initial value of (DWORD)-1.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39319] ntpath module must not be available on POSIX platforms

[Aurora]

Aurora  added the comment:

@eryksun So modify the documentation to note that they're operable on both 
platforms.
I've seen that ntpath worked on my Linux system, but the documentation was 
misleading.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39318] NamedTemporaryFile could cause double-close on an fd if _TemporaryFileWrapper throws

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

This issue is more complex. I am working on it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39318] NamedTemporaryFile could cause double-close on an fd if _TemporaryFileWrapper throws

[Jörn Heissler]

Change by Jörn Heissler :


--
nosy: +joernheissler

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39298] add BLAKE3 to hashlib

[Jack O'Connor]

Jack O'Connor  added the comment:

I'm in the middle of adding some Rust bindings to the C implementation in 
github.com/BLAKE3-team/BLAKE3, so that `cargo test` and `cargo bench` can cover 
both. Once that's done, I'll follow up with benchmark numbers from my laptop 
(Kaby Lake i5-8250U, also AVX2 with no AVX-512). For benchmark numbers with 
AVX-512 support, see the Performance section of the BLAKE3 paper 
(https://github.com/BLAKE3-team/BLAKE3-specs/blob/master/blake3.pdf). Larry, 
what processor did you run your benchmarks on?

Also, is there anything currently in CPython that does dispatch based on 
runtime CPU feature detection? Is this something that BLAKE3 should do for 
itself, or is there existing machinery that we'd want to integrate with?

--
nosy: +oconnor663

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39310] Add math.ulp(x): unit in the last place

[Brett Cannon]

Brett Cannon  added the comment:

Can I just say that "ulp" is totally non-obvious what that even means unless 
you have a specific math background?

--
nosy: +brett.cannon

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39310] Add math.ulp(x): unit in the last place

[Brett Cannon]

Brett Cannon  added the comment:

And sorry if that last response from me came off as grumpy; it wasn't meant to. 
I just had no clue what you were adding based on the name.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39310] Add math.ulp(x): unit in the last place

[STINNER Victor]

STINNER Victor  added the comment:

> Can I just say that "ulp" is totally non-obvious what that even means unless 
> you have a specific math background?

The math.ulp() documentation explicitly says: 
https://docs.python.org/dev/library/math.html#math.ulp

   ULP stands for “Unit in the Last Place”.

The term "ulp" is commonly used when talking about IEEE 754 floating point 
numbers. It is used in numpy and Java for example.

test_math.py already had an ulp() function which was a pure Python 
implementation.

The term is also commonly used in math articles.

If you don't know the term "ulp", it's likely a *good thing*. You didn't have 
to suffer with rounding issues :-D

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39310] Add math.ulp(x): unit in the last place

[Steven D'Aprano]

Steven D'Aprano  added the comment:

I hear what you are saying, but "ulp" is the standard term of art. Sure 
it is non-obvious until you learn it, just like other technical terms 
like "mro", "abc" or "ast".

Mathematics and numeric programming are rife with short names that are 
non-obvious and often ambiguous with "ordinary" words, e.g.

sin, tan, log, nan

to mention just a few. "ulp" is a technical, and subtle, concept to 
grasp, and no easier to understand when spelled out as "unit in last 
place".

At least ulp is a TLA from English, unlike (say) "sine" which ultimately 
derives from the Sanscrit word "jya" (chord), via Arabic and Latin. If 
you've ever wondered if the trigonometric sin() function is related to 
the sinus cavities in your nose, yes it is :-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39298] add BLAKE3 to hashlib

[Larry Hastings]

Larry Hastings  added the comment:

According to my order details it is a "8th Generation Intel Core i7-8650U".

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39325] Original window focus when opening IDLE by double clicking Python file Mac

[Irv Kalb]

New submission from Irv Kalb :

I have my Mac to open ".py" files with IDLE.  If IDLE is not running, and I 
double click on a Python file, the Shell window opens, then the Python file I 
clicked on opens in front, but the Shell has keyboard focus.  In order to edit 
or run the source file, I must click in that window to give it focus.

I have made a two minute video that is available here as a private video:

https://youtu.be/Fs_ZAiej-WI

Thanks for your consideration.

Irv

--
assignee: terry.reedy
components: IDLE
messages: 359942
nosy: IrvKalb, terry.reedy
priority: normal
severity: normal
status: open
title: Original window focus when opening IDLE by double clicking Python file 
Mac
type: behavior
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39321] AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by SIGKILL (Signal 9)

[Kubilay Kocak]

Kubilay Kocak  added the comment:

Identified a kernel/userland mismatch which may have caused this. Have 
restarted the server and worker, and will rebuild 
https://buildbot.python.org/all/#/builders/214/builds/152

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39321] AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by SIGKILL (Signal 9)

[Kubilay Kocak]

Kubilay Kocak  added the comment:

Rebuilding now

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39326] Python-3.8.1 "test_importlib" failed

[Divyansh tiwari]

New submission from Divyansh tiwari :

Python-3.8.1 after "make test" command in Ubuntu terminal report an error 
saying "test_importlib" failed.

= Tests result: FAILURE then FAILURE ==

1 test failed:
test_importlib

1 re-run test:
test_importlib

==
I re-ran the test my the command make test TESTOPTS="-v test_importlib"

but again result in failed

--
components: Build
messages: 359945
nosy: Divyansh_tiwari
priority: normal
severity: normal
status: open
title: Python-3.8.1 "test_importlib" failed
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39326] Python-3.8.1 "test_importlib" failed

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Can you please attach the output log of the test?

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39295] usage of bitfields in ctypes structures changed between 3.7.5 and 3.7.6

[Matthew Newville]

Matthew Newville  added the comment:

So, again, I'm trying to understand what the best workaround for this change 
is.  I asked "can this workaround be improved" twice and got no reply, while 
getting plenty of responses to questions about the development process.  I take 
this to mean that the workaround we have is the best available. That's 
unfortunate.

>> it appears that an old, poorly verified bug report
>
> Why do you say the bug report is poorly verified? The libffi maintainers
> accept it is an issue.
>
> https://github.com/libffi/libffi/issues/33

Well, it is more than six years old. It did not appear that lots of people were 
saying "yeah me too, please fix!".  Maybe I missed those calls of urgency? 


>> inspired a change that was actually not well tested and so incorrectly 
>> broke valid code without deprecation. Trying to be as polite as possible, >> 
>> this appears to indicate a poor testing process, if not a poor 
>> understanding of the actual code in question.

> Well, the original developer of ctypes is no longer involved in maintaining > 
> it. Those of us who try to address ctypes issues are perhaps not as well-
> versed in the code as the original developer and maintainer, but we do our
> best. This of course applies to other areas in CPython, and many other
> projects besides.

I think you are agreeing with me ;).  That worries me.

> The change was accompanied by tests, which have been no doubt found 
> wanting, 

It appears that the change was *intended* to fix a problem with Unions, but had 
the unintended consequence of not allowing any structures with bitfields. That 
suggests that the ctypes tests don't include structures with bitfields, These 
seem sort of common to me, so it appears that testing of ctypes is far less 
comprehensive than I had imagined.

> but do *you* write software which guarantees no bugs ever in released 
> versions? 

Of course not, and that is not the expectation.  It's a bit alarming to hear 
Python devs be so defensive and using such straw man arguments.  What is 
expected is that working code does not break without warning or deprecation and 
that testing is sort of complete. It is expected that when changes 
unintentionally break working code that the devs take a step back and say 
"wait, how did that happen? what are we not testing that our users are 
expecting to work?". It is also expected that problems are acknowledged and 
fixed in a timely manner.  

And yes, to the extent possible, we try to do those things. With Py 3.7.6 
available and installed with `conda update`, this break was a very urgent 
problem (library failed to import!) for us and our downstream users. Within 36 
hours of the first report of the problem, we had a workaround verified and 
pushed to PyPI. The response of Python team to the original problem and to the 
unintended breakage were much slower.  
 

> Using your example above, I will look into what was missed 
> and try to improve the checking. The underlying libffi issue is a real
> one. The change wasn't introduced in a cavalier manner, as you seem to
> be suggesting.

Well, the change did wait six years from the first report and yet did not 
include a deprecation cycle. If that TypeError had been a Warning for a few 
releases, you would have no doubt heard questions like "why is this working 
code going to be deprecated" instead of "why did Python break by library".

> Do you regularly test your code with Python alpha and beta versions? 
> I ask because I may reinstate the check for Python 3.9 after seeing what
> false-positive cases were missed here. Python 3.9 is at alpha 2 level 
> right now. Continued feedback could help to minimise the chances of 
> future surprises.

I have never tested an `alpha` versions, and not used many `beta` version 
either (code development is not actually my full-time job) -- certainly not in 
the Python 3 series. I have trusted the Python devels.  This has worked well 
for many years and Python versions. But that trust, especially concerning 
ctypes, is diminished (a structure with bitfields was unexpected usage??) and 
we probably should be testing beta versions regularly.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39314] Autofill the closing paraenthesis during auto-completion for functions which accept no arguments at all

[Aurora]

Change by Aurora :


--
versions:  -Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39295] usage of bitfields in ctypes structures changed between 3.7.5 and 3.7.6

[Ned Deily]

Change by Ned Deily :


--
keywords: +3.7regression, 3.8regression
versions: +Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39318] NamedTemporaryFile could cause double-close on an fd if _TemporaryFileWrapper throws

[Carl Harris]

Change by Carl Harris :


--
nosy: +hitbox

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39160] ./configure --help has inconsistencies in style

[Ned Deily]

Ned Deily  added the comment:


New changeset 2de064e6305008d16571a21e5f0c178e62e81f27 by Ned Deily (Anthony 
Shaw) in branch 'master':
bpo-39160 Align the verbs, grammar and defaults for `./configure --help` 
(GH-17747)
https://github.com/python/cpython/commit/2de064e6305008d16571a21e5f0c178e62e81f27


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39273] ncurses does not include BUTTON5_* constants

[Zackery Spytz]

Change by Zackery Spytz :


--
keywords: +patch
pull_requests: +17400
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17996

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39273] ncurses does not include BUTTON5_* constants

[Zackery Spytz]

Change by Zackery Spytz :


--
nosy: +ZackerySpytz
versions:  -Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39283] Add ability to inherit unittest arguement parser

[Ajay Tripathi]

Ajay Tripathi  added the comment:

Hi,

Thanks for your response, here is a code sample of what I am doing right now:

```
import unittest
import sys

class MyTest(unittest.TestCase):

def __init__(self, testName, extraArg):
super(MyTest, self).__init__(testName)
self.myExtraArg = extraArg

def test_something(self):
print(self.myExtraArg)

extraArg = sys.argv.pop()
suite = unittest.TestSuite()
suite.addTest(MyTest('test_something', extraArg))
unittest.TextTestRunner(verbosity=2).run(suite)
```

It works.
However, this can be cumbersome if there are a lot of "extraArgs" and 
MyTestClasses.
Especically, if there is an existing argparser function existing that is used 
in the program, re-writing the code for passing args in another way for 
unittest doesn't seem ideal.


Ideally, I think something like this may work perfectly:

```
import unittest


class SomethingLikeInheritedUnitest(unittest.TestProgram):
# parent_parser is used here: 
https://github.com/python/cpython/blob/master/Lib/unittest/main.py#L162
parent = super().createParentArgParserAndReturnIt()
parser = argparse.ArgumentParser(parents=[parent])
parser.add_argument('--myarg1', ...)
parser.add_argument('--myarg2', ...)
return parser
```

Now the parser may be exposed to user's MyTest class and they can use
arguements as: `paser.myarg1`


Note: I am not certain this may be the way to go about it, there may be a 
better way, infact, I've not even had the time to read the entire code. :-( 
I am only trying to point out is that the ability to add `myarg1` in the 
parent_parser may be useful at times.

Hope this makes the point a bit more clear. If I have misunderstood something 
please correct me.



Thank You,
Ajay Tripathi

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39160] ./configure --help has inconsistencies in style

[Ned Deily]

Change by Ned Deily :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39321] AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by SIGKILL (Signal 9)

[Kubilay Kocak]

Kubilay Kocak  added the comment:

Looks OK now: https://buildbot.python.org/all/#/builders/214

If it fails again in the same manner, please re-open

--
assignee:  -> koobs
resolution:  -> fixed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39259] poplib.POP3/POP3_SSL should reject timeout = 0 (non-blocking mode)

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 62e3973395fb9fab2eb8f651bcd0fea4e695e1cf by Victor Stinner 
(Dong-hee Na) in branch 'master':
bpo-39259: smtp.SMTP/SMTP_SSL now reject timeout = 0 (GH-17958)
https://github.com/python/cpython/commit/62e3973395fb9fab2eb8f651bcd0fea4e695e1cf


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39259] poplib.POP3/POP3_SSL should reject timeout = 0 (non-blocking mode)

[STINNER Victor]

STINNER Victor  added the comment:

Can we now close this issue? Or is there still something to do?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39321] AMD64 FreeBSD Non-Debug 3.x: main regrtest process killed by SIGKILL (Signal 9)

[STINNER Victor]

STINNER Victor  added the comment:

> Identified a kernel/userland mismatch which may have caused this. Have 
> restarted the server and worker, and will rebuild 
> https://buildbot.python.org/all/#/builders/214/builds/152

Aha, interesting bug. Thanks for fixing it ;-)

--
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com