[issue37348] Optimize PyUnicode_FromString for short ASCII strings

[Inada Naoki]

Inada Naoki  added the comment:

This optimization is only for short strings.  There is no significant 
difference for long and non-ASCII strings.

```
# 1000 ASCII
$ ./python -m pyperf timeit --compare-to=./python-master -s 'b=b"f"*1000' -- 
'b.decode()'
python-master: . 196 ns +- 1 ns
python: . 185 ns +- 1 ns

Mean +- std dev: [python-master] 196 ns +- 1 ns -> [python] 185 ns +- 1 ns: 
1.06x faster (-6%)

# 1 ASCII
$ ./python -m pyperf timeit --compare-to=./python-master -s 'b=b"f"*1' -- 
'b.decode()'
python-master: . 671 ns +- 4 ns
python: . 662 ns +- 1 ns

Mean +- std dev: [python-master] 671 ns +- 4 ns -> [python] 662 ns +- 1 ns: 
1.01x faster (-1%)

# 10 ASCII
$ ./python -m pyperf timeit --compare-to=./python-master -s 'b=b"f"*10' -- 
'b.decode()'
python-master: . 5.86 us +- 0.03 us
python: . 5.85 us +- 0.02 us

Mean +- std dev: [python-master] 5.86 us +- 0.03 us -> [python] 5.85 us +- 0.02 
us: 1.00x faster (-0%)

# 1 non-ASCII
$ ./python -m pyperf timeit --compare-to=./python-master -s 'b="あ".encode()' -- 
'b.decode()'
python-master: . 138 ns +- 2 ns
python: . 136 ns +- 2 ns

Mean +- std dev: [python-master] 138 ns +- 2 ns -> [python] 136 ns +- 2 ns: 
1.02x faster (-2%)

# 1000 ASCII + 1 non-ASCII
$ ./python -m pyperf timeit --compare-to=./python-master -s 'b=b"x"*1000 + 
"あ".encode()' -- 'b.decode()'
python-master: . 361 ns +- 9 ns
python: . 360 ns +- 5 ns

Mean +- std dev: [python-master] 361 ns +- 9 ns -> [python] 360 ns +- 5 ns: 
1.00x faster (-0%)
Not significant!

# 1 ASCII + 1 non-ASCII
$ ./python -m pyperf timeit --compare-to=./python-master -s 'b=b"x"*1 + 
"あ".encode()' -- 'b.decode()'
python-master: . 2.83 us +- 0.02 us
python: . 2.83 us +- 0.03 us

Mean +- std dev: [python-master] 2.83 us +- 0.02 us -> [python] 2.83 us +- 0.03 
us: 1.00x slower (+0%)
Not significant!
```

--

___
Python tracker 

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

[issue37097] python_is_optimized() false negatives

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

Never mind, I probably tested wrong here.

--
resolution:  -> works for me
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

[issue37382] Improve conditional check for test_gdb

[Jeroen Demeyer]

New submission from Jeroen Demeyer :

Many tests in test_gdb are not run if python_is_optimized() is true. However, 
it's not entirely clear why we have this condition. For example, on my system, 
with the default CPython configuration, Python *is* optimized but still all gdb 
tests pass if I artificially enable them.

Maybe we need debug symbols, but the existence of debug symbols and 
optimization are orthogonal.

--
components: Tests
messages: 346358
nosy: benjamin.peterson, jdemeyer
priority: normal
severity: normal
status: open
title: Improve conditional check for test_gdb
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

[issue20177] Derby #8: Convert 28 sites to Argument Clinic across 2 files

[Jeroen Demeyer]

Change by Jeroen Demeyer :


--
pull_requests: +14150
pull_request: https://github.com/python/cpython/pull/14330

___
Python tracker 

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

[issue37382] Improve conditional check for test_gdb

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

The tests FAIL when CPython is compiled with "-O0 -g0" (without optimizations, 
without debug info) but tests PASS when compiled with "-O3 -g", showing that 
the check for "-g" is the right one.

--

___
Python tracker 

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

[issue37382] Improve conditional check for test_gdb

[Jeroen Demeyer]

Change by Jeroen Demeyer :


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

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

Change by STINNER Victor :


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

___
Python tracker 

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

[issue37373] Configuration of windows event loop for libraries

[Andrew Svetlov]

Andrew Svetlov  added the comment:

I don't like to have not required parts like thread pool, time handlers, and 
the exception handler executed in the auxiliary thread.

What's about an alternative proposal: embed into ProactorEventLoop not entire 
SelectorEventLoop but selectors.SelectSelector only? We will have a little more 
code but the code is very clear and self-contained.

--

___
Python tracker 

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

[issue37345] Add formal support for UDPLITE protocol

[miss-islington]

miss-islington  added the comment:


New changeset 2ac3bab2a6e1f9e17fc0c58a26e8425bb93cb0f5 by Miss Islington (bot) 
(Gabe Appleton) in branch 'master':
bpo-37345: Add formal UDPLITE support (GH-14258)
https://github.com/python/cpython/commit/2ac3bab2a6e1f9e17fc0c58a26e8425bb93cb0f5


--
nosy: +miss-islington

___
Python tracker 

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

[issue37345] Add formal support for UDPLITE protocol

[Andrew Svetlov]

Change by Andrew Svetlov :


--
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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 47fbc4e45b35b3111e2d947a66490a43ac21d363 by Victor Stinner in 
branch 'master':
bpo-37359: Add --cleanup option to python3 -m test (GH-14332)
https://github.com/python/cpython/commit/47fbc4e45b35b3111e2d947a66490a43ac21d363


--

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +14153
pull_request: https://github.com/python/cpython/pull/14333

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +14154
pull_request: https://github.com/python/cpython/pull/14334

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +14155
pull_request: https://github.com/python/cpython/pull/14335

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

STINNER Victor  added the comment:

I created https://github.com/python/buildmaster-config/pull/98 to cleanup tests 
in buildbots.

--

___
Python tracker 

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

[issue37383] call count in not registered in AsyncMock till the coroutine is awaited

[Karthikeyan Singaravelan]

New submission from Karthikeyan Singaravelan :

I noticed this while working on https://github.com/aio-libs/aiosmtpd/issues/167 
where an async function was mocked that now returns an AsyncMock instead of 
MagicMock. The tests seem to look for call_args, mock_calls etc in the 
synchronous API without awaiting on the AsyncMock. In AsyncMock __call__ is an 
async function [0] and hence in the below example mock_calls is not recorded 
unless the coroutine is awaited. Is this intended since super()._mock_call [1] 
is inside the async function _mock_call through which the synchronous API is 
recorded. It's slightly confusing in my opinion while trying to use synchronous 
helpers before calling await. 

./python.exe -m asyncio
asyncio REPL 3.9.0a0 (heads/master:770847a7db, Jun 24 2019, 10:36:45)
[Clang 7.0.2 (clang-700.1.81)] on darwin
Use "await" directly instead of "asyncio.run()".
Type "help", "copyright", "credits" or "license" for more information.
>>> import asyncio
>>> from unittest.mock import AsyncMock
>>> mock = AsyncMock()
>>> coro = mock(1, 2)
>>> mock.mock_calls
[]
>>> await coro # Await executes _mock_call now and hence mock_calls are 
>>> registered

>>> mock.mock_calls
[call(1, 2)]

[0] 
https://github.com/python/cpython/blob/47fbc4e45b35b3111e2d947a66490a43ac21d363/Lib/unittest/mock.py#L2081
[1] 
https://github.com/python/cpython/blob/47fbc4e45b35b3111e2d947a66490a43ac21d363/Lib/unittest/mock.py#L2083

--
components: Library (Lib)
messages: 346364
nosy: cjw296, lisroach, mariocj89, michael.foord, xtreak
priority: normal
severity: normal
status: open
title: call count in not registered in AsyncMock till the coroutine is awaited
type: behavior
versions: 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

[issue37226] Asyncio Fatal Error on SSL Transport - IndexError Deque Index Out Of Range

[Ben Brown]

Ben Brown  added the comment:

Hi is there any update on this issue, were you able to replicate the error with 
the minimal example I provided or is there any additional information I can 
provide.

--

___
Python tracker 

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

[issue36974] Implement PEP 590

[Petr Viktorin]

Petr Viktorin  added the comment:


New changeset a8b27e623d75377aabe50df27e97cab4e81a174a by Petr Viktorin (Jeroen 
Demeyer) in branch 'master':
bpo-36974: inherit tp_vectorcall_offset unconditionally (GH-13858)
https://github.com/python/cpython/commit/a8b27e623d75377aabe50df27e97cab4e81a174a


--

___
Python tracker 

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

[issue37363] Additional PEP578 hooks

[Christian Heimes]

Christian Heimes  added the comment:

I'll add hooks to ssl module for wrap_socket and wrap_bio.

--

___
Python tracker 

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

[issue37384] Compiling Python 3.7.3 from source and getting all sorts of errors on Debian?

[Eryk]

New submission from Eryk :

So I am trying to compile python 3.7.3 on debian 9.9, got all the libraries 
installed and previously I was getting an uuid module error which was then 
fixed by finding this 'tweak':

--- Modules/_uuidmodule.c.orig
+++ Modules/_uuidmodule.c
@@ -3,8 +3,7 @@
 #include "Python.h"
 #ifdef HAVE_UUID_UUID_H
 #include 
-#endif
-#ifdef HAVE_UUID_H
+#elif defined(HAVE_UUID_H)
 #include 
 #endif

however now I am puzzled as I am getting a different error and have no idea how 
to go about it:

gcc -pthread -fPIC -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 
-Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter 
-Wno-missing-field-initializers -Werror=implicit-function-declaration 
-fprofile-use -fprofile-correction -DHAVE_NCURSESW=1 -I/usr/include/ncursesw 
-I./Include -I. -I/usr/include/x86_64-linux-gnu -I/usr/local/include 
-I/home/anubis/Python-3.7.3/Include -I/home/anubis/Python-3.7.3 -c 
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c -o 
build/temp.linux-x86_64-3.7/home/anubis/Python-3.7.3/Modules/_cursesmodule.o

/home/anubis/Python-3.7.3/Modules/_cursesmodule.c: In function 
‘PyCurses_ConvertToString.isra.0’:
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCurses_ConvertToString.isra.0’ does not match its profile 
data (counter ‘arcs’) [-Werror=coverage-mismatch]
 }
 ^
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCurses_ConvertToString.isra.0’ does not match its profile 
data (counter ‘time_profiler’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c: In function 
‘PyCursesWindow_InsNStr’:
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_InsNStr’ does not match its profile data 
(counter ‘arcs’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_InsNStr’ does not match its profile data 
(counter ‘indirect_call’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_InsNStr’ does not match its profile data 
(counter ‘time_profiler’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c: In function 
‘PyCursesWindow_InsStr’:
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_InsStr’ does not match its profile data 
(counter ‘arcs’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_InsStr’ does not match its profile data 
(counter ‘indirect_call’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_InsStr’ does not match its profile data 
(counter ‘time_profiler’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c: In function 
‘PyCursesWindow_AddNStr’:
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_AddNStr’ does not match its profile data 
(counter ‘arcs’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_AddNStr’ does not match its profile data 
(counter ‘indirect_call’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_AddNStr’ does not match its profile data 
(counter ‘time_profiler’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c: In function 
‘PyCursesWindow_AddStr’:
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_AddStr’ does not match its profile data 
(counter ‘arcs’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_AddStr’ does not match its profile data 
(counter ‘indirect_call’) [-Werror=coverage-mismatch]
/home/anubis/Python-3.7.3/Modules/_cursesmodule.c:3500:1: error: the control 
flow of function ‘PyCursesWindow_AddStr’ does not match its profile data 
(counter ‘time_profiler’) [-Werror=coverage-mismatch]

Failed to build these modules:
_curses 

Any help would be greatly appreciated as I am keen to start learning and never 
thought getting the newest version could be so complicated

--
components: Installation
messages: 346368
nosy: Eryk
priority: normal
severity: normal
status: open
title: Compiling Python 3.7.3 from source and getting all sorts of errors on 
Debian?
type: compile error
versions: Python 3.7

___
Python tracker 

___
_

[issue37373] Configuration of windows event loop for libraries

[STINNER Victor]

STINNER Victor  added the comment:

Ben:
> Concretely, this is a concern for Tornado (which requires add_reader()) and 
> applications in the scientific python community (including Jupyter) which 
> depend on it.

If you need add_reader/add_writer in Python 3.8, you can switch the default 
event loop to selector at the beginning of your application:

if sys.platform == 'win32':
  asyncio.set_event_loop_policy(asyncio.WindowsSelectorEventLoopPolicy())


Yury:
> If there's no native API for that, I guess we can spawn a thread with a 
> 'select()' call to emulate this API?

There is no native API because IOCP design is to run an asynchronous read/write 
and then wait for  its completion. Unix select() has the opposite design: check 
if a file descriptor is read for read/write.

Reimplementing add_reader/add_writer using a single select() call in a thread 
sounds like a good idea, but we have to make sure that it can be stopped 
whenever using a dedicated "self-pipe" (to awake the blocked select(), so 
loop.close() can stop this thread.

See attached proof-of-concept: selector_thread.py: run a selector in a 
separated thread which pass pack events to the loop using call_soon().

I would prefer to use a single selector to better scale with the number of FD.

Note: On Windows, select() only supports sockets.

Note: select.select() may be extended to support more than 512 sockets on 
Windows, see bpo-28708 :-)


Yury:
> Another question: if we fix this, would you allow this to go in beta2/3?  
> Strictly speaking it's going to be a new functionality.

It's a new feature, so it can wait for Python 3.9 :-)

I don't see any regression here, as soon as you can opt-in for 
SelectorEventLoop.

--
Added file: https://bugs.python.org/file48434/selector_thread.py

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 20ad3310d4f3dec1318a85e66963581501eeb634 by Victor Stinner in 
branch '3.7':
bpo-37359: Add --cleanup option to python3 -m test (GH-14332) (GH-14335)
https://github.com/python/cpython/commit/20ad3310d4f3dec1318a85e66963581501eeb634


--

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 2ec4545ebe49c62fdc60b0cf627e3aabe1bca037 by Victor Stinner in 
branch '3.8':
bpo-37359: Add --cleanup option to python3 -m test (GH-14332) (GH-14334)
https://github.com/python/cpython/commit/2ec4545ebe49c62fdc60b0cf627e3aabe1bca037


--

___
Python tracker 

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

[issue37384] Compiling Python 3.7.3 from source and getting all sorts of errors on Debian?

[Christian Heimes]

Christian Heimes  added the comment:

Could you please file separate issues for each problem? The curses and uuid 
issues are probably unrelated.

The curses issue seems to be caused by a problem with C code coverage 
profiling. Are you trying to build Python with PGO or profiling?

--
nosy: +christian.heimes

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +14156
pull_request: https://github.com/python/cpython/pull/14336

___
Python tracker 

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

[issue37250] C files generated by Cython set tp_print to 0: PyTypeObject.tp_print removed

[Petr Viktorin]

Petr Viktorin  added the comment:

1. If sdist consumers will need to regenerate an sdist?

They would need to compile from the source, e.g. clone from Git and make an 
sdist (or install) from that.

2. How many sdist consumers will likely be impacted?

I don't know. Depends on how fast people migrate to Python 3.8.

3. If impacted, how difficult would the regeneration be for a scientist who is 
moderately comfortable with compilation?

See (1.)

4. Is there any guidance or information that can be given to sdist consumers?

"Raise the issue with the sdist maintainers" is probably their best bet.

---

Realistically, I expect those people to stay on Python 3.7- until their 
dependencies are updated to (and also tested with!) 3.8.

I've seen anecdotal evidence of this hitting people who want to use real-world 
projects to benchmark Python 3.8+: 
https://mail.python.org/archives/list/python-...@python.org/message/TF2JI7G5ZMCGUMM3AWNSCQDYVFNRPMQ4/

If we "stop discussing and just [Apply PR 14193]", people wen't be blocked from 
trying out 3.8, even if sdist maintainers don't care about 3.8 yet.

--

___
Python tracker 

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

[issue37347] Reference-counting problem in sqlite

[Aleksandr Balezin]

Aleksandr Balezin  added the comment:

At my point of view, dererencing from sqlite destructor has next flaws:
- relying on external library which can has bugs
- using different routine for reference-counting(complicates code)
- loosing support for old sqlite version

Of cause, if it's necessary to use sqlite3_create_function_v2, I'm ready to 
make appropriate changes.

--

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[miss-islington]

Change by miss-islington :


--
pull_requests: +14157
pull_request: https://github.com/python/cpython/pull/14337

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 9bbf4d7083a819cbcee2a6cd3df2802d4c50f734 by Victor Stinner in 
branch 'master':
bpo-37359: Fix regrtest --cleanup (GH-14336)
https://github.com/python/cpython/commit/9bbf4d7083a819cbcee2a6cd3df2802d4c50f734


--

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 9d55bf440cd0b8b06509318d7676c0744147c5b2 by Victor Stinner in 
branch '2.7':
bpo-37359: Add --cleanup option to python3 -m test (GH-14332) (GH-14333)
https://github.com/python/cpython/commit/9d55bf440cd0b8b06509318d7676c0744147c5b2


--

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[miss-islington]

Change by miss-islington :


--
pull_requests: +14158
pull_request: https://github.com/python/cpython/pull/14338

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

STINNER Victor  added the comment:

I deployed the new buildbot configuration. New builds should run "make cleanup" 
(Unix) or "python -m test --cleanup" (Windows) on Python 2.7, 3.7, 3.8 and 
master, but not on custom branches.

--

___
Python tracker 

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

[issue28724] Add method send_io, recv_io to the socket module.

[STINNER Victor]

STINNER Victor  added the comment:

See also bpo-37385: "test_multiprocessing fails on AMD64 FreeBSD CURRENT Shared 
2.7".

--
nosy: +vstinner

___
Python tracker 

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

[issue37385] test_multiprocessing fails on AMD64 FreeBSD CURRENT Shared 2.7

[STINNER Victor]

New submission from STINNER Victor :

AMD64 FreeBSD CURRENT Shared 2.7:
https://buildbot.python.org/all/#/builders/169/builds/146

0:02:22 load avg: 3.64 [119/404/1] test_multiprocessing failed
Process Process-16:
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/process.py",
 line 267, in _bootstrap
self.run()
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/process.py",
 line 114, in run
self._target(*self._args, **self._kwargs)
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/test/test_multiprocessing.py",
 line 1797, in _writefd
fd = reduction.recv_handle(conn)
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/reduction.py",
 line 83, in recv_handle
return _multiprocessing.recvfd(conn.fileno())
RuntimeError: No file descriptor received
Process Process-17:
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/process.py",
 line 267, in _bootstrap
self.run()
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/process.py",
 line 114, in run
self._target(*self._args, **self._kwargs)
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/test/test_multiprocessing.py",
 line 1797, in _writefd
fd = reduction.recv_handle(conn)
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/reduction.py",
 line 83, in recv_handle
return _multiprocessing.recvfd(conn.fileno())
RuntimeError: No file descriptor received
test test_multiprocessing failed -- multiple errors occurred; run in verbose 
mode for details

...

test_duplex_false (test.test_multiprocessing.WithProcessesTestConnection) ... ok
Process Process-16:
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/process.py",
 line 267, in _bootstrap
self.run()
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/process.py",
 line 114, in run
self._target(*self._args, **self._kwargs)
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/test/test_multiprocessing.py",
 line 1797, in _writefd
fd = reduction.recv_handle(conn)
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/reduction.py",
 line 83, in recv_handle
return _multiprocessing.recvfd(conn.fileno())
RuntimeError: No file descriptor received
test_fd_transfer (test.test_multiprocessing.WithProcessesTestConnection) ... 
FAIL
Process Process-17:
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/process.py",
 line 267, in _bootstrap
self.run()
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/process.py",
 line 114, in run
self._target(*self._args, **self._kwargs)
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/test/test_multiprocessing.py",
 line 1797, in _writefd
fd = reduction.recv_handle(conn)
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/multiprocessing/reduction.py",
 line 83, in recv_handle
return _multiprocessing.recvfd(conn.fileno())
RuntimeError: No file descriptor received
test_large_fd_transfer (test.test_multiprocessing.WithProcessesTestConnection) 
... FAIL

==
FAIL: test_fd_transfer (test.test_multiprocessing.WithProcessesTestConnection)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/test/test_multiprocessing.py",
 line 1819, in test_fd_transfer
self.assertEqual(f.read(), b"foo")
AssertionError: '' != 'foo'

==
FAIL: test_large_fd_transfer 
(test.test_multiprocessing.WithProcessesTestConnection)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/Lib/test/test_multiprocessing.py",
 line 1851, in test_large_fd_transfer
self.assertEqual(f.read(), b"bar")
AssertionError: '' != 'bar'

--

--
components: Tests
messages: 346378
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_multiprocessing fails on AMD64 FreeBSD CURRENT Shared 2.7
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/a

[issue37385] test_multiprocessing fails on AMD64 FreeBSD CURRENT Shared 2.7

[STINNER Victor]

STINNER Victor  added the comment:

See also bpo-28724: Add method send_io, recv_io to the socket module.

--
nosy: +nanjekyejoannah, pablogsal

___
Python tracker 

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

[issue37124] test_msilib is potentially leaking references and memory blocks

[miss-islington]

Change by miss-islington :


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

___
Python tracker 

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

[issue37124] test_msilib is potentially leaking references and memory blocks

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +14160
pull_request: https://github.com/python/cpython/pull/14340

___
Python tracker 

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

[issue36456] task.cancel unbound recursion

[Guido Imperiale]

Change by Guido Imperiale :


--
nosy: +crusaderky

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[miss-islington]

miss-islington  added the comment:


New changeset 366dac99c0c0c416a37874140696f59178db4e43 by Miss Islington (bot) 
in branch '3.8':
bpo-37359: Fix regrtest --cleanup (GH-14336)
https://github.com/python/cpython/commit/366dac99c0c0c416a37874140696f59178db4e43


--
nosy: +miss-islington

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[miss-islington]

miss-islington  added the comment:


New changeset 5779898a1f2e959d4064c34ab3c655f785795322 by Miss Islington (bot) 
in branch '3.7':
bpo-37359: Fix regrtest --cleanup (GH-14336)
https://github.com/python/cpython/commit/5779898a1f2e959d4064c34ab3c655f785795322


--

___
Python tracker 

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

[issue37386] [EASY] test_io: test_large_file_ops() failed on AMD64 Windows7 SP1 3.x with: [Errno 28] No space left on device

[STINNER Victor]

New submission from STINNER Victor :

The fix seems to be simple: skip the test if write() fails with errno.ENOSPC: 
"OSError: [Errno 28] No space left on device".


AMD64 Windows7 SP1 3.x:
https://buildbot.python.org/all/#/builders/40/builds/2628

==
ERROR: test_large_file_ops (test.test_io.CIOTest)
--
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_io.py", line 
608, in test_large_file_ops
self.large_file_ops(f)
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_io.py", line 
389, in large_file_ops
self.assertEqual(f.write(b"xxx"), 3)
OSError: [Errno 28] No space left on device

==
ERROR: test_large_file_ops (test.test_io.PyIOTest)
--
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_io.py", line 
608, in test_large_file_ops
self.large_file_ops(f)
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_io.py", line 
389, in large_file_ops
self.assertEqual(f.write(b"xxx"), 3)
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\_pyio.py", line 1698, 
in write
return os.write(self._fd, b)
OSError: [Errno 28] No space left on device


No idea if the following test_asyncio failure is related.

==
ERROR: test_huge_content 
(test.test_asyncio.test_sock_lowlevel.SelectEventLoopTests)
--
Traceback (most recent call last):
  File 
"C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_asyncio\test_sock_lowlevel.py",
 line 170, in test_huge_content
self.loop.run_until_complete(
  File 
"C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\base_events.py", line 
608, in run_until_complete
return future.result()
  File 
"C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_asyncio\test_sock_lowlevel.py",
 line 157, in _basetest_huge_content
data = await self.loop.sock_recv(sock, DATA_SIZE)
  File 
"C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\selector_events.py", 
line 362, in sock_recv
return await fut
  File 
"C:\buildbot.python.org\3.x.kloth-win64\build\lib\asyncio\selector_events.py", 
line 373, in _sock_recv
data = sock.recv(n)
ConnectionResetError: [WinError 10054] An existing connection was forcibly 
closed by the remote host

--
keywords: easy
messages: 346383
nosy: vstinner
priority: normal
severity: normal
status: open
title: [EASY] test_io: test_large_file_ops() failed on AMD64 Windows7 SP1 3.x 
with: [Errno 28] No space left on device

___
Python tracker 

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

[issue37386] [EASY] test_io: test_large_file_ops() failed on AMD64 Windows7 SP1 3.x with: [Errno 28] No space left on device

[STINNER Victor]

Change by STINNER Victor :


--
components: +Tests
versions: +Python 2.7, 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

[issue33694] test_asyncio: test_start_tls_server_1() fails on Python on x86 Windows7 3.7 and 3.x

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +14161
pull_request: https://github.com/python/cpython/pull/14336

___
Python tracker 

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

[issue37124] test_msilib is potentially leaking references and memory blocks

[miss-islington]

miss-islington  added the comment:


New changeset c9015a7228029bb22fa581b31c4c1ebdc2882814 by Miss Islington (bot) 
in branch '3.7':
bpo-37124: Fix reference leak in test_msilib (GH-13750)
https://github.com/python/cpython/commit/c9015a7228029bb22fa581b31c4c1ebdc2882814


--
nosy: +miss-islington

___
Python tracker 

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

[issue37371] Optimize and refactor readline().

[Shlomi Fish]

Shlomi Fish  added the comment:

@Serhiy: I used 
https://github.com/shlomif/freecell-pro-0fc-deals/blob/master/collect-stats.py .

--

___
Python tracker 

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

[issue37384] Compiling Python 3.7.3 from source and getting all sorts of errors on Debian?

[Eryk]

Eryk  added the comment:

I am unsure, the uuid issue is already solved I was just saying that before I 
changed the uuid module I didn't get the 'failed to build curses' error, I am 
unsure of the difference I guess both, basically I am trying to make it as 
complete of an installation as possible with all optional modules installed and 
no errors so I can learn from A-Z without worrying about compiling again, 
getting more modules etc.

--

___
Python tracker 

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

[issue36732] test_asyncio: test_huge_content_recvinto() fails randomly

[Andrew Svetlov]

Andrew Svetlov  added the comment:

There is an interesting discussion: 
https://stackoverflow.com/questions/14499593/can-the-infamous-error-netname-deleted-error-be-considered-an-error-at-all

"[WinError 64] The specified network name is no longer available" is raised on 
pending reads from closed socket.

Looks like we can just drop these reads without error reporting, it is safe and 
easy.

Victor, what do you think?

--

___
Python tracker 

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

[issue37250] C files generated by Cython set tp_print to 0: PyTypeObject.tp_print removed

[Nick Coghlan]

Nick Coghlan  added the comment:

There's also the question of complying with our own deprecation policy, as the 
approval to ditch tp_print API compatibility in PEP 590 relied on the fact that 
it has been deprecated since Python 3.0.

However, it turns out the associated programmatic deprecation had never 
actually been implemented, which means it is now appropriate to provide that 
deprecation warning belatedly in Python 3.8, and then upgrade to full removal 
in Python 3.9.

That way the folks building affected sdists from source will get the additional 
warnings to tell them "Hey, you have a looming maintainability problem to solve 
(and a year or two to solve it)", rather than the current situation, which is 
"You have a dependency management crisis *now*, and until you solve it, you 
can't even start testing on Python 3.8, since you won't even be able to build 
your dependencies, let alone install them".

--

___
Python tracker 

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

[issue37221] PyCode_New API change breaks backwards compatibility policy

[Nick Coghlan]

Nick Coghlan  added the comment:

In reviewing https://github.com/cython/cython/pull/3009, Jeroen pointed out 
that my symbol checking idea wouldn't actually work, since the preprocessor can 
only see preprocessor definitions, not compiler symbols. If we're going to rely 
on a preprocessor definition, it may as well be PY_VERSION_HEX, so I've updated 
the Cython PR accordingly.

That means we're back to either breaking Cython compatibility with CPython 
master until the release is cut, or else just bumping the release serial a 
little early. The duration of either state is now a lot shorter though, since 
the target release date for 3.8.0b2 is next week.

--

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

STINNER Victor  added the comment:

cleantest was run successfully on the 4 Fedora workers:

3.x: https://buildbot.python.org/all/#/builders/185/builds/641
3.8: https://buildbot.python.org/all/#/builders/218/builds/98
3.7: https://buildbot.python.org/all/#/builders/181/builds/168
2.7: https://buildbot.python.org/all/#/builders/182/builds/42

--

___
Python tracker 

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

[issue37334] Add a cancel method to asyncio Queues

[Martin Teichmann]

Martin Teichmann  added the comment:

Given the reactions I gather "close" is a better name for the method, so I 
changed it accordingly.

In the current implementation, items that had been put on the queue but not 
processed yet still get processed after the close, and I think this is the 
desired behavior. I added a test such that this won't unexpectedly change in 
the future.

To be precise, the current implementation of the queue does not even put new 
items on the queue if there is already a waiting consumer. The item will 
directly be handed over to said consumer, which may hang around on the event 
loop for a bit longer, but during this time the item is not in the queue. This 
also answers the questions about catching the CancelledError: if there are 
waiting consumers, there is nothing on the queue, so the problem of processing 
leftover items does not exist. The same holds for the task_done.

As for the "why don't I just cancel the task?", well, if you know it. There may 
be many consumer or producer tasks waiting for their turn. Sure, you can keep a 
list of all those tasks. But that's exactly the point of the proposed change: 
the Queue already knows all the waiting tasks, no need to keep another list 
up-to-date!

--

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

STINNER Victor  added the comment:

cleantest was also run on Windows buildbots. Example a Windows 2.7 buildbot:
https://buildbot.python.org/all/#/builders/70/builds/415

D:\buildarea\2.7.ware-win81-release.nondebug\build>"D:\buildarea\2.7.ware-win81-release.nondebug\build\PCbuild\amd64\python"
  -Wd -3 -E -tt 
"D:\buildarea\2.7.ware-win81-release.nondebug\build\PCbuild\..\Lib\test\regrtest.py"
  -uall -rwW --slowest -j2 -j4 --cleanup 
Cleanup D:\buildarea\2.7.ware-win81-release.nondebug\build\build directory
Remove directory: 
D:\buildarea\2.7.ware-win81-release.nondebug\build\build\test_python_4824

So a previous test job leaked "test_python_4824" directory.

--

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[STINNER Victor]

STINNER Victor  added the comment:

I am not 100% sure that my change will fix the following warning on x86 Gentoo 
Installed with X 3.x, but I'm quite confident :-)

RuntimeWarning: tests may fail, unable to create temporary directory 
'/buildbot/tmp/tmpdir/test_python_28144': [Errno 17] File exists: 
'/buildbot/tmp/tmpdir/test_python_28144'"

I close the issue. Reopen it if the bug strikes back.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7, 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

[issue37181] fix test_regrtest failures on Windows arm64

[STINNER Victor]

STINNER Victor  added the comment:

I see two merged changes, so I close the issue. I don't think that ARM64 is 
supported on Python 3.7 and older.

--
nosy: +vstinner
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

[issue34556] Add --upgrade to venv module

[Cooper Lees]

Cooper Lees  added the comment:

That’s very disappointing. I had the very small PR ready to merge ~3 weeks 
before beta1. I now have to wait ~1.5years to be able to use this anywhere that 
I won’t be back porting it.

I am happy to be on the hook and forward fix anything it causes, but as a new 
CLI argument that does nothing unless specified, I can’t really see any 
disadvantages of merging this into 3.8. Is there any way other than discussing 
with the release manager to have this considered?

--

___
Python tracker 

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

[issue15629] Add to regrtest the ability to run Lib and Doc doctests

[STINNER Victor]

STINNER Victor  added the comment:

The issue has been fixed by bpo-35240.

commit a22df4896f6b83c8741203118790ae281716bca5
Author: Victor Stinner 
Date:   Wed Nov 28 10:24:08 2018 +0100

bpo-35240: Add "doctest" job to Travis CI (GH-10753)

Create a new "doctest" job in Travis CI to run "make doctest".

--
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Travis CI: xvfb-run: error: Xvfb failed to start

___
Python tracker 

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

[issue32246] test_regrtest alters the execution environment on Android

[STINNER Victor]

STINNER Victor  added the comment:

This issue should be fixed by bpo-32252:

commit 48d4dd974f0c8d47c54990eedd322b96b19c60ec
Author: Victor Stinner 
Date:   Mon Dec 11 13:57:12 2017 +0100

bpo-32252: Fix faulthandler_suppress_crash_report() (#4794)

Fix faulthandler_suppress_crash_report() used to prevent core dump files
when testing crashes. getrlimit() returns zero on success.


If it's not the case. Please open the issue.

--
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> test_regrtest  leaves a test_python_* directory in TEMPDIR

___
Python tracker 

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

[issue31088] regrtest.py: "${test_file_name} skipped" message printed twice for each ${test_file_name}

[STINNER Victor]

STINNER Victor  added the comment:

To be clear: the output is expected, it was a deliberate choice. I close the 
issue.

--
resolution:  -> not a bug
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

[issue7946] Convoy effect with I/O bound threads and New GIL

[Omer Katz]

Omer Katz  added the comment:

Celery 5 is going async and in order to isolate the main event loop from task 
execution, the tasks are going to be executed in a different thread with it's 
own event loop.

This thread may or may not be CPU bound.
The main thread is I/O bound.

This patch should help a lot.

I like Nir's approach a lot (although I haven't looked into the patch itself 
yet). It's pretty novel.
David's patch is also very interesting.

I'm willing to help.

--
nosy: +Omer.Katz

___
Python tracker 

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

[issue31098] test target of Makefile always run tests in parallel mode

[STINNER Victor]

STINNER Victor  added the comment:

To run tests sequentially, you can run regrtest using:

./python -m test

I don't use "make test".

--

___
Python tracker 

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

[issue31098] test target of Makefile always run tests in parallel mode

[STINNER Victor]

STINNER Victor  added the comment:

I close the issue as "not a bug". Reopen if you disagree.

IMHO it's a bad practice to run tests sequentially: a test can change th 
behavior of the following test. Spawning a new process per test file is safer. 
Even if we are working hard to fix all side effects.

--
resolution:  -> not a bug
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

[issue37387] test_compileall fails randomly on Windows when tests are run in parallel

[STINNER Victor]

New submission from STINNER Victor :

I'm not sure that it's a good practice to rewrite .pyc files of the stdlib 
while tests are run in parallel.

Maybe the test should copy all .py files of the stdlib into a temporary 
directory and work there, to not impact other tests run in parallel.

Example on AMD64 Windows7 SP1 3.8:
https://buildbot.python.org/all/#/builders/208/builds/105

==
FAIL: test_no_args_respects_force_flag 
(test.test_compileall.CommmandLineTestsWithSourceEpoch)
--
Traceback (most recent call last):
  File 
"C:\buildbot.python.org\3.8.kloth-win64\build\lib\test\test_py_compile.py", 
line 30, in wrapper
return fxn(*args, **kwargs)
  File 
"C:\buildbot.python.org\3.8.kloth-win64\build\lib\test\test_py_compile.py", 
line 20, in wrapper
return fxn(*args, **kwargs)
  File 
"C:\buildbot.python.org\3.8.kloth-win64\build\lib\test\test_compileall.py", 
line 322, in test_no_args_respects_force_flag
self.assertRunOK('-f', PYTHONPATH=self.directory)
  File 
"C:\buildbot.python.org\3.8.kloth-win64\build\lib\test\test_compileall.py", 
line 271, in assertRunOK
rc, out, err = script_helper.assert_python_ok(
  File 
"C:\buildbot.python.org\3.8.kloth-win64\build\lib\test\support\script_helper.py",
 line 157, in assert_python_ok
return _assert_python(True, *args, **env_vars)
  File 
"C:\buildbot.python.org\3.8.kloth-win64\build\lib\test\support\script_helper.py",
 line 143, in _assert_python
res.fail(cmd_line)
  File 
"C:\buildbot.python.org\3.8.kloth-win64\build\lib\test\support\script_helper.py",
 line 70, in fail
raise AssertionError("Process return code is %d\n"
AssertionError: Process return code is 1
command line: 
['C:\\buildbot.python.org\\3.8.kloth-win64\\build\\PCbuild\\amd64\\python_d.exe',
 '-X', 'faulthandler', '-S', '-m', 'compileall', '-f']

stdout:
---
(... truncated stdout ...)ling 
'C:\\buildbot.python.org\\3.8.kloth-win64\\build\\lib\\ipaddress.py'...
Compiling 'C:\\buildbot.python.org\\3.8.kloth-win64\\build\\lib\\keyword.py'...
Compiling 
'C:\\buildbot.python.org\\3.8.kloth-win64\\build\\lib\\linecache.py'...
Compiling 'C:\\buildbot.python.org\\3.8.kloth-win64\\build\\lib\\locale.py'...
(...)
*** PermissionError: [WinError 5] Access is denied: 
'C:\\buildbot.python.org\\3.8.kloth-win64\\build\\lib\\__pycache__\\site.cpython-38.pyc.25436544'
 -> 
'C:\\buildbot.python.org\\3.8.kloth-win64\\build\\lib\\__pycache__\\site.cpython-38.pyc'
(...)
Compiling 'C:\\buildbot.python.org\\3.8.kloth-win64\\build\\lib\\zipapp.py'...
Compiling 'C:\\buildbot.python.org\\3.8.kloth-win64\\build\\lib\\zipfile.py'...
Compiling 
'C:\\buildbot.python.org\\3.8.kloth-win64\\build\\lib\\zipimport.py'...
---

stderr:
---

---

--

Ran 81 tests in 25.827s

FAILED (failures=1, skipped=2)
test test_compileall failed

--
components: Tests
messages: 346402
nosy: pablogsal, vstinner
priority: normal
severity: normal
status: open
title: test_compileall fails randomly on Windows when tests are run in parallel
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

[issue36732] test_asyncio: test_huge_content_recvinto() fails randomly

[STINNER Victor]

STINNER Victor  added the comment:

We get a ConnectionResetError exception thanks to IocpProactor.recv() callback:

def finish_recv(trans, key, ov):
try:
return ov.getresult()
except OSError as exc:
if exc.winerror in (_overlapped.ERROR_NETNAME_DELETED,
_overlapped.ERROR_OPERATION_ABORTED):
raise ConnectionResetError(*exc.args)
else:
raise

Would it be legit to convert ConnectionResetError to returning b'' in 
sock_recv()? Example with the test:

while True:
data = await self.loop.sock_recv(sock, DATA_SIZE)
if not data:
break
expected = bytes(islice(checker, len(data)))
self.assertEqual(data, expected)
size -= len(data)
self.assertEqual(size, 0)

"if not data:" is a common test to check if we reached the end of file or if a 
socket has been closed by the peer, no?

Proposed patch:

diff --git a/Lib/asyncio/proactor_events.py b/Lib/asyncio/proactor_events.py
index 9b8ae064a8..14b7f10729 100644
--- a/Lib/asyncio/proactor_events.py
+++ b/Lib/asyncio/proactor_events.py
@@ -687,10 +687,16 @@ class BaseProactorEventLoop(base_events.BaseEventLoop):
 super().close()
 
 async def sock_recv(self, sock, n):
-return await self._proactor.recv(sock, n)
+try:
+return await self._proactor.recv(sock, n)
+except (ConnectionResetError, ConnectionAbortedError):
+return b''
 
 async def sock_recv_into(self, sock, buf):
-return await self._proactor.recv_into(sock, buf)
+try:
+return await self._proactor.recv_into(sock, buf)
+except (ConnectionResetError, ConnectionAbortedError):
+return 0
 
 async def sock_sendall(self, sock, data):
 return await self._proactor.send(sock, data)


I'm not sure about this change.

I'm not sure about sock_recv_info(): are you suppose to truncate buf to 0 bytes 
in this case?

--

___
Python tracker 

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

[issue36732] test_asyncio: test_huge_content_recvinto() fails randomly

[STINNER Victor]

STINNER Victor  added the comment:

The failing test was added by:

commit 74387926072abf338a4c1cec1bf0501fc65bbee5
Author: Andrew Svetlov 
Date:   Mon Nov 12 19:00:22 2018 +0200

bpo-30064: Refactor sock_* asyncio API (#10419)

--

___
Python tracker 

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

[issue37221] PyCode_New API change breaks backwards compatibility policy

[STINNER Victor]

STINNER Victor  added the comment:

> That means we're back to either breaking Cython compatibility with CPython 
> master until the release is cut

Yeah, that was my plan: merge PR 13959 "just before" beta2, and try to get a 
Cython release ASAP.

The best case would be to get a Cython release with the fix *before* beta2 is 
released. Would it be possible Stefan?

--

___
Python tracker 

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

[issue37124] test_msilib is potentially leaking references and memory blocks

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 6cbff564f00fbe17b5443f6986a44ce116d32aee by Victor Stinner in 
branch '2.7':
bpo-37124: Fix reference leak in test_msilib (GH-13750) (GH-14340)
https://github.com/python/cpython/commit/6cbff564f00fbe17b5443f6986a44ce116d32aee


--

___
Python tracker 

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

[issue37388] unknown error handlers should be reported early

[Miro Hrončok]

New submission from Miro Hrončok :

I was just bit by specifying an nonexisitng error handler for bytes.decode() 
without noticing.

Consider this code:

>>> 'a'.encode('cp1250').decode('utf-8', errors='Boom, Shaka Laka, Boom!')
'a'

Nobody notices that the error handler doesn't exist.

However:

>>> 'ž'.encode('cp1250').decode('utf-8', errors='Boom, Shaka Laka, Boom!')
Traceback (most recent call last):
  File "", line 1, in 
LookupError: unknown error handler name 'Boom, Shaka Laka, Boom!'


The error is only noticeable once there is an error in the data.

While nobody could possibly mistake 'Boom, Shaka Laka, Boom!' for a valid error 
handler, I was bit by this:

>>> b.decode('utf-8', errors='surrogate')

Which in fact should have been

>>> b.decode('utf-8', errors='surrogateescape')

Yet I wasn't notified, because the bytes in question were actually decodeable 
as valid utf-8.

I suggest that unknown error handler should rise an exception immediately like 
this:

>>> 'b'.encode('cp1250').decode('utf-8', errors='Boom, Shaka Laka, Boom!')
Traceback (most recent call last):
  File "", line 1, in 
LookupError: unknown error handler name 'Boom, Shaka Laka, Boom!'

--
components: Unicode
messages: 346407
nosy: ezio.melotti, hroncok, vstinner
priority: normal
severity: normal
status: open
title: unknown error handlers should be reported early
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

[issue37124] test_msilib is potentially leaking references and memory blocks

[STINNER Victor]

STINNER Victor  added the comment:

I backported Pablo's fix to 2.7 and 3.7 to attempt to fix Windows Refleak 2.7 
and Windows Refleak 3.7 buildbots.

--
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

[issue37388] unknown error handlers should be reported early

[STINNER Victor]

STINNER Victor  added the comment:

Getting an error handler is expensive compared to the time to encode 
text/decode bytes. Python loads the error handler lazily to provide best 
performances. Text codecs are performance critical for Python.

If we add a check, it should only be enabled in development (python3 -X dev) 
and/or debug mode (./configure --with-pydebug).

--

___
Python tracker 

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

[issue37388] unknown error handlers should be reported early

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +inada.naoki, serhiy.storchaka

___
Python tracker 

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

[issue37388] unknown error handlers should be reported early

[STINNER Victor]

Change by STINNER Victor :


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

___
Python tracker 

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

[issue36974] Implement PEP 590

[miss-islington]

Change by miss-islington :


--
pull_requests: +14163
pull_request: https://github.com/python/cpython/pull/14342

___
Python tracker 

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

[issue37389] Memory Leak - ThreadingUDPServer

[Daniel W Forsyth]

New submission from Daniel W Forsyth :

After putting a basic ThreadingUDPServer under load (500 messages per/second)  
I noticed that after a night it was consuming a lot of RAM given it does 
nothing with the data.

On inception, I noticed the _thread count inside the server was growing forever 
even though the sub-threads are done.

Setup a basic ThreadingUDPSever with handler that does nothing and check the 
request_queue_size, it seems to grow without limit.

--
components: Library (Lib)
messages: 346410
nosy: d...@dataforge.on.ca
priority: normal
severity: normal
status: open
title: Memory Leak - ThreadingUDPServer
type: performance
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

[issue37389] Memory Leak - ThreadingUDPServer

[STINNER Victor]

STINNER Victor  added the comment:

This issue is a duplicate of bpo-37193.

--
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Memory leak while running TCP/UDPServer with 
socketserver.ThreadingMixIn

___
Python tracker 

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

[issue37389] Memory Leak - ThreadingUDPServer

[Daniel W Forsyth]

Daniel W Forsyth  added the comment:

The only way I could figure out to control it was to do this in a thread;

for thread in server._threads:  # type: Thread
if not thread.is_alive():
server._threads.remove(thread)

Shouldn't the server process do this when the thread is done?

--

___
Python tracker 

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

[issue37193] Memory leak while running TCP/UDPServer with socketserver.ThreadingMixIn

[STINNER Victor]

STINNER Victor  added the comment:

I marked bpo-37389 as a duplicate of this issue:

"""
msg346410 - (view)  Author: Daniel W Forsyth (d...@dataforge.on.ca) 
Date: 2019-06-24 14:53

After putting a basic ThreadingUDPServer under load (500 messages per/second)  
I noticed that after a night it was consuming a lot of RAM given it does 
nothing with the data.

On inception, I noticed the _thread count inside the server was growing forever 
even though the sub-threads are done.

Setup a basic ThreadingUDPSever with handler that does nothing and check the 
request_queue_size, it seems to grow without limit.

msg346411 - (view)  Author: Daniel W Forsyth (d...@dataforge.on.ca) 
Date: 2019-06-24 14:59

The only way I could figure out to control it was to do this in a thread;

for thread in server._threads:  # type: Thread
if not thread.is_alive():
server._threads.remove(thread)

Shouldn't the server process do this when the thread is done?
"""

--

___
Python tracker 

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

[issue37388] unknown error handlers should be reported early

[STINNER Victor]

STINNER Victor  added the comment:

bench.py: microbenchmark to measure the overhead of PR 14341.

--
Added file: https://bugs.python.org/file48435/bench.py

___
Python tracker 

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

[issue37378] FatalError: initfsencoding python couldn't find codec Module not found: Encodings

[Steve Dower]

Steve Dower  added the comment:

> Also, just one question: how could python -m pip work but not pip? What are 
> the differences in them?

To answer this, "pip" on its own is essentially like writing the full path to a 
specific python.exe and passing "-m pip". If that Python install has been 
removed or (more likely in this case) is broken, then you'll get the error 
you're seeing.

Fixing your PATH as suggested should do it.

--

___
Python tracker 

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

[issue35621] asyncio.create_subprocess_exec() only works with main event loop

[Andrew Svetlov]

Change by Andrew Svetlov :


--
pull_requests: +14164
pull_request: https://github.com/python/cpython/pull/14344

___
Python tracker 

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

[issue37363] Additional PEP578 hooks

[Steve Dower]

Steve Dower  added the comment:


New changeset 60419a7e96577cf783b3b45bf3984f9fb0d7ddff by Steve Dower in branch 
'master':
bpo-37363: Add audit events for a range of modules (GH-14301)
https://github.com/python/cpython/commit/60419a7e96577cf783b3b45bf3984f9fb0d7ddff


--

___
Python tracker 

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

[issue37363] Additional PEP578 hooks

[miss-islington]

Change by miss-islington :


--
pull_requests: +14165
pull_request: https://github.com/python/cpython/pull/14345

___
Python tracker 

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

[issue37390] Generate table of audit events for docs

[Steve Dower]

New submission from Steve Dower :

All audit events are marked in the docs with the ".. audit-event::  
" syntax.

We should automatically collate these into a single table and generate a new 
doc page as part of docs build.

--
assignee: docs@python
components: Documentation
messages: 346417
nosy: christian.heimes, docs@python, steve.dower
priority: normal
severity: normal
stage: needs patch
status: open
title: Generate table of audit events for docs
type: enhancement
versions: 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

[issue37386] [EASY] test_io: test_large_file_ops() failed on AMD64 Windows7 SP1 3.x with: [Errno 28] No space left on device

[Jeremy Kloth]

Change by Jeremy Kloth :


--
nosy: +jkloth

___
Python tracker 

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

[issue37387] test_compileall fails randomly on Windows when tests are run in parallel

[Jeremy Kloth]

Change by Jeremy Kloth :


--
nosy: +jkloth

___
Python tracker 

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

[issue37363] Additional PEP578 hooks

[miss-islington]

miss-islington  added the comment:


New changeset 8763d43a9558b345af6a3a298afa18e7d3b42fd0 by Miss Islington (bot) 
in branch '3.8':
bpo-37363: Add audit events for a range of modules (GH-14301)
https://github.com/python/cpython/commit/8763d43a9558b345af6a3a298afa18e7d3b42fd0


--
nosy: +miss-islington

___
Python tracker 

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

[issue37390] Generate table of audit events for docs

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue37363] Additional PEP578 hooks

[Steve Dower]

Steve Dower  added the comment:

FWIW, I tried looking into how we can prevent or detect monkeypatching of 
"sys.audit", and the answer seems to be that we need to define a custom type 
for the sys module and for sys.__dict__.

I'm not prepared to do that yet, and IMHO there are enough way to detect 
someone patching it to nothing (all your logs disappear) or patching it more 
cleverly (someone ran some pretty complex code to redefine it) and events from 
native code can't be suppressed either, so I think it's fine. 

But I won't refuse a contribution if someone thinks this is a critical scenario 
(though I will push hard to make sure the implementation is solid, as I think 
this is pretty hard to get right).

--

___
Python tracker 

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

[issue37359] test_regrtest: test_list_cases() fails on x86 Gentoo Installed with X 3.x

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

The issue strikes back:

https://buildbot.python.org/all/#/builders/103/builds/2698

--
resolution: fixed -> 
status: closed -> open

___
Python tracker 

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

[issue37351] Drop libpython38.a from Windows release

[Steve Dower]

Steve Dower  added the comment:

Fixing --compiler=mingw32 is left for another bug, if anyone is so motivated.

--
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

[issue37384] Compiling Python 3.7.3 from source and getting all sorts of errors on Debian?

[Ned Deily]

Ned Deily  added the comment:

The uuid issue is described in Issue32627 and there is a PR fix for it awaiting 
review (PR 11751).  As Christian notes, the curses issues seems to be related 
to some configure option.  If you haven't already, suggest you start with the 
simplest configure options, so something like:

./configure && make -j2

or 

./configure --prefix=/path/to/installed/location && make -j2 && make install

and, once that is working, then try adding other options.  Please feel free to 
reopen this issue if you find a failing issue and please include all relevant 
details, in particular the exact configure command used and platform details.

--
nosy: +ned.deily
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Header dependent _uuid build failure on Fedora 27

___
Python tracker 

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

[issue32627] Header dependent _uuid build failure on Fedora 27

[Ned Deily]

Ned Deily  added the comment:


New changeset 6ffd9b05dfade9e3a101fe039157856eb855f82e by Ned Deily (ziheng) in 
branch 'master':
bpo-32627: Fix compile error when conflicting `_uuid` headers included 
(GH-11751)
https://github.com/python/cpython/commit/6ffd9b05dfade9e3a101fe039157856eb855f82e


--
nosy: +ned.deily

___
Python tracker 

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

[issue32627] Header dependent _uuid build failure on Fedora 27

[miss-islington]

Change by miss-islington :


--
pull_requests: +14166
pull_request: https://github.com/python/cpython/pull/14347

___
Python tracker 

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

[issue32627] Header dependent _uuid build failure on Fedora 27

[miss-islington]

Change by miss-islington :


--
pull_requests: +14167
pull_request: https://github.com/python/cpython/pull/14348

___
Python tracker 

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

[issue37250] C files generated by Cython set tp_print to 0: PyTypeObject.tp_print removed

[Stefan Behnel]

Stefan Behnel  added the comment:

Thank you, Petr, for bringing this discussion back on a solid basis, actually 
twice already.

And sorry for causing this problem in the first place. The "tp_print = 0" was 
necessary to fix misbehaviour in Py2, and we should have restricted it to Py2 
back then (that line has been there since late 2013).

I think keeping some kind of a "tp_print" named field in PyTypeObject for now 
is the best we can do. I like Jeroen's PR (thanks for taking care of so many 
things at a time, Jeroen!), and I think we should just go with it.

I'm happy to release a new point release for Cython, as soon as it's clear what 
CPython will do, and how Cython can detect the change to adapt to it.

--

___
Python tracker 

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

[issue36889] Merge StreamWriter and StreamReader into just asyncio.Stream

[Andrew Svetlov]

Andrew Svetlov  added the comment:


New changeset 6793cce155f8875b10efd746cb0b34cb72263af7 by Andrew Svetlov 
(Xtreak) in branch 'master':
bpo-36889: Document asyncio Stream and StreamServer (GH-14203)
https://github.com/python/cpython/commit/6793cce155f8875b10efd746cb0b34cb72263af7


--

___
Python tracker 

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

[issue36889] Merge StreamWriter and StreamReader into just asyncio.Stream

[miss-islington]

Change by miss-islington :


--
pull_requests: +14168
pull_request: https://github.com/python/cpython/pull/14349

___
Python tracker 

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

[issue32627] Header dependent _uuid build failure on Fedora 27

[miss-islington]

miss-islington  added the comment:


New changeset 742b16edd692f58a06e0d55bedfffb77a112b205 by Miss Islington (bot) 
in branch '3.7':
bpo-32627: Fix compile error when conflicting `_uuid` headers included 
(GH-11751)
https://github.com/python/cpython/commit/742b16edd692f58a06e0d55bedfffb77a112b205


--
nosy: +miss-islington

___
Python tracker 

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

[issue37221] PyCode_New API change breaks backwards compatibility policy

[Stefan Behnel]

Stefan Behnel  added the comment:

I'm really only waiting for bpo-37250 to be resolved, then I can prepare a new 
point release of Cython, preferably this week.

--

___
Python tracker 

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

[issue32627] Header dependent _uuid build failure on Fedora 27

[miss-islington]

miss-islington  added the comment:


New changeset 76b72f6ea26de4280279a01863f30fccd2dde8f3 by Miss Islington (bot) 
in branch '3.8':
bpo-32627: Fix compile error when conflicting `_uuid` headers included 
(GH-11751)
https://github.com/python/cpython/commit/76b72f6ea26de4280279a01863f30fccd2dde8f3


--

___
Python tracker 

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

[issue32627] Header dependent _uuid build failure on Fedora 27

[Ned Deily]

Ned Deily  added the comment:

Thanks, @adam, for the analysis and thanks, zihengCat, for the PR.

--
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