[issue33986] asyncio: Typo in documentation: BaseSubprocessTransport -> SubprocessTransport

[Bumsik Kim]

Change by Bumsik Kim :


--
keywords: +patch
pull_requests: +7592
stage:  -> patch review

___
Python tracker 

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

[issue33987] need ttk.Frame inside Toplevel(s)

[Mark Roseman]

New submission from Mark Roseman :

When adding a bunch of ttk widgets into a toplevel window, there needs to be an 
intervening ttk.Frame to ensure the background of the widgets matches the 
overall background.

The reason is the 'toplevel' is part of the classic tk widgets and not ttk, so 
it isn't guaranteed to have the same background. In practice, the only platform 
where the toplevel and ttk.Frame have different backgrounds is macOS. Check out 
topframe.png for an example, top is without the intervening ttk.Frame, bottom 
adds it in.

(Adding bug mainly so we have a place to store a concrete example of what this 
looks like)

--
assignee: terry.reedy
components: IDLE
files: topframe.png
messages: 320646
nosy: markroseman, terry.reedy
priority: normal
severity: normal
status: open
title: need ttk.Frame inside Toplevel(s)
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file47655/topframe.png

___
Python tracker 

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

[issue25094] [EASY][Windows] test_tools fails on Windows when passing

[Terry J. Reedy]

Terry J. Reedy  added the comment:

For me now, test site fails on installed 3.6.6 and 3.7.0 and passes on 
repository builds.  Serial or parallel, no difference.

When I ran as part of the suite, I got --slaveargs message.

py -3.7 -m test  test_tools

says cannot import test tools.

py -3.7 -m test.test_tools
says the following for each file in the directory
Testing C:\Programs\Python37\Lib\test\
and ends with
ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts)
--
Traceback (most recent call last):
  File "C:\Programs\Python37\lib\test\test_tools\test_sundry.py", line 36, in 
test_sundry
import_tool(name)
  File "C:\Programs\Python37\lib\test\test_tools\__init__.py", line 21, in 
import_tool
return importlib.import_module(toolname)
  File "C:\Programs\Python37\lib\importlib\__init__.py", line 127, in 
import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "", line 1006, in _gcd_import
  File "", line 983, in _find_and_load
  File "", line 967, in _find_and_load_unlocked
  File "", line 677, in _load_unlocked
  File "", line 728, in exec_module
  File "", line 219, in _call_with_frames_removed
  File "C:\Programs\Python37\Tools\scripts\2to3.py", line 5, in 
sys.exit(main("lib2to3.fixes"))
SystemExit: 2

--
versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5

___
Python tracker 

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

[issue33719] Test failures on Python 3.7 beta 5 and Windows 10

[Ned Deily]

Change by Ned Deily :


--
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

___
Python tracker 

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

[issue33719] Test failures on Python 3.7 beta 5 and Windows 10

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Same test_site and test_tools (#25094) failures on newly installed 3.6.6 and 
3.7.0.  They pass on repository 3.6,7,8.  Was there a fix not pulled into the 
releases, or are these install dependent?

--
nosy: +ned.deily
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.6

___
Python tracker 

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

[issue33833] ProactorEventLoop raises AssertionError

[twisteroid ambassador]

twisteroid ambassador  added the comment:

As an aside, I'm wondering whether it makes sense to add a blanket "assert 
exception handler has not been called" condition to ProactorEventLoop's tests, 
or even other asyncio tests. It looks like ProactorEventLoop is more prone to 
dropping exceptions on the floor than SelectorEventLoop.

--

___
Python tracker 

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

[issue33833] ProactorEventLoop raises AssertionError

[twisteroid ambassador]

twisteroid ambassador  added the comment:

No problem. Running the attached test script on latest master, Windows 10 1803, 
several errors like this are logged:

Exception in callback 
_ProactorBaseWritePipeTransport._loop_writing(<_OverlappedF...events.py:479>)
handle: ) 
created at 
%USERPROFILE%\source\repos\cpython\lib\asyncio\proactor_events.py:373>
source_traceback: Object created at (most recent call last):
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\base_events.py", line 
555, in run_until_complete
self.run_forever()
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\base_events.py", line 
523, in run_forever
self._run_once()
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\base_events.py", line 
1750, in _run_once
handle._run()
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\events.py", line 88, in 
_run
self._context.run(self._callback, *self._args)
  File "..\..\..\..\Documents\python\test_proactor_force_close.py", line 8, in 
server_callback
writer.write(b'hello')
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\streams.py", line 305, 
in write
self._transport.write(data)
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\proactor_events.py", 
line 334, in write
self._loop_writing(data=bytes(data))
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\proactor_events.py", 
line 373, in _loop_writing
self._write_fut.add_done_callback(self._loop_writing)
Traceback (most recent call last):
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\events.py", line 88, in 
_run
self._context.run(self._callback, *self._args)
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\proactor_events.py", 
line 346, in _loop_writing
assert f is self._write_fut
AssertionError

--

___
Python tracker 

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

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

[Ned Deily]

Ned Deily  added the comment:

Fixed in 3.7.0.  Thanks, everyone!

--
priority: release blocker -> 
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue33851] 3.7 regression: ast.get_docstring() for a node that lacks a docstring

[Ned Deily]

Ned Deily  added the comment:

Fixed in 3.7.0.  Thanks, everyone!

--
priority: release blocker -> 
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

[issue33985] ContextVar does not have a "name" attribute

[Yury Selivanov]

Yury Selivanov  added the comment:

Yeah, it seems that I forgot to implement ContextVars.name attribute.  Will 
have a PR shortly.

Expect to see this fixed in 3.7.1 in a couple of months.  Adding Ned to the 
issue just in case.

--
components: +Interpreter Core -Library (Lib)
nosy: +ned.deily
priority: normal -> release blocker
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

[issue33985] ContextVar does not have a "name" attribute

[Yury Selivanov]

Change by Yury Selivanov :


--
keywords: +patch
pull_requests: +7591
stage:  -> patch review

___
Python tracker 

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

[issue33986] asyncio: Typo in documentation: BaseSubprocessTransport -> SubprocessTransport

[STINNER Victor]

Change by STINNER Victor :


--
components: +asyncio -Documentation
nosy: +asvetlov, yselivanov
title: Typo: BaseSubprocessTransport -> SubprocessTransport -> asyncio: Typo in 
documentation: BaseSubprocessTransport -> SubprocessTransport

___
Python tracker 

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

[issue33984] test_multiprocessing_forkserver leaked [1, 2, 1] memory blocks on x86 Gentoo Refleaks 3.x

[STINNER Victor]

New submission from STINNER Victor :

http://buildbot.python.org/all/#/builders/1/builds/267

1:47:06 load avg: 4.77 [161/417/1] test_multiprocessing_forkserver failed (16 
min 32 sec) -- running: test_support (56 sec 282 ms)
beginning 6 repetitions
123456
..
test_multiprocessing_forkserver leaked [1, 2, 1] memory blocks, sum=4
(...)
Re-running failed tests in verbose mode
Re-running test 'test_multiprocessing_forkserver' in verbose mode
(...)
OK (skipped=27)

--
messages: 320636
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_multiprocessing_forkserver leaked [1, 2, 1] memory blocks on x86 
Gentoo Refleaks 3.x

___
Python tracker 

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

[issue33986] Typo: BaseSubprocessTransport -> SubprocessTransport

[Bumsik Kim]

New submission from Bumsik Kim :

https://docs.python.org/3/library/asyncio-protocol.html#basesubprocesstransport

I belive the doc has a wrong name "basesubprocesstransport" and it should be 
"Subprocesstransport".

You can see this in the source code: 
https://github.com/python/cpython/blob/3.6/Lib/asyncio/transports.py

--
assignee: docs@python
components: Documentation
messages: 320638
nosy: docs@python, kbumsik
priority: normal
severity: normal
status: open
title: Typo: BaseSubprocessTransport -> SubprocessTransport
versions: Python 3.6

___
Python tracker 

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

[issue33985] ContextVar does not have a "name" attribute

[Rajiv Vijayakumar]

New submission from Rajiv Vijayakumar :

Per PEP 567 and the contextvars documentation, I expected that a ContextVar 
would have a "name" read-only attribute. However I get an AttributeError when 
accessing ContextVar.name with 3.7.0rc1:

> python
Python 3.7.0rc1 (v3.7.0rc1:dfad352267, Jun 12 2018, 01:00:10) 
[Clang 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from contextvars import ContextVar
>>> var = ContextVar('var')
>>> var.name
Traceback (most recent call last):
  File "", line 1, in 
AttributeError: 'ContextVar' object has no attribute 'name'

--
components: Library (Lib)
messages: 320637
nosy: rvijayak, yselivanov
priority: normal
severity: normal
status: open
title: ContextVar does not have a "name" attribute
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

[issue33954] float.__format__('n') fails with _PyUnicode_CheckConsistency assertion error

[STINNER Victor]

STINNER Victor  added the comment:

Aha, the problem occurs when the thousands separator code point is greater than 
255.

On my Fedora 28 (glibc 2.27), it's U+202f:

vstinner@apu$ ./python
Python 3.8.0a0 (heads/master-dirty:492572715a, Jun 28 2018, 00:18:54) 
>>> import locale
>>> locale.setlocale(locale.LC_ALL, '')
'fr_FR.UTF-8'
>>> locale.localeconv()['thousands_sep']
'\u202f'

The bug is in _PyUnicode_InsertThousandsGrouping(): if thousands_sep kind is 
different than unicode kind, "data = _PyUnicode_AsKind(unicode, 
thousands_sep_kind);" is used, but later this memory is released. So the 
function writes into a temporary buffer which is then released. It doesn't 
work...

It seems like I introduced the regression 6 years ago in bpo-13706:

commit 90f50d4df9e21093f006427fd7ed11a0d704f792
Author: Victor Stinner 
Date:   Fri Feb 24 01:44:47 2012 +0100

Issue #13706: Fix format(float, "n") for locale with non-ASCII decimal 
point (e.g. ps_aF)

--

___
Python tracker 

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

[issue29514] Add a test case that prevents magic number changes in minor releases

[Ned Deily]

Ned Deily  added the comment:


New changeset 828351716ec436bfa174cfdb33def7ee7c0d2e63 by Ned Deily in branch 
'3.7':
bpo-29514: Make magic number test work for candidates
https://github.com/python/cpython/commit/828351716ec436bfa174cfdb33def7ee7c0d2e63


--

___
Python tracker 

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

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

[Ned Deily]

Ned Deily  added the comment:


New changeset b940921a67fa33e8c8812aa3b7746161c2552c1d by Ned Deily (Miss 
Islington (bot)) in branch '3.7':
bpo-33932: Calling Py_Initialize() twice does nothing (GH-7845)
https://github.com/python/cpython/commit/b940921a67fa33e8c8812aa3b7746161c2552c1d


--

___
Python tracker 

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

[issue33851] 3.7 regression: ast.get_docstring() for a node that lacks a docstring

[Ned Deily]

Ned Deily  added the comment:


New changeset 235d0fb93cb456701ce24fad2bc307e9f0312d73 by Ned Deily (Miss 
Islington (bot)) in branch '3.7':
bpo-33851: Fix ast.get_docstring() for a node that lacks a docstring. (GH-7682)
https://github.com/python/cpython/commit/235d0fb93cb456701ce24fad2bc307e9f0312d73


--

___
Python tracker 

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

[issue31647] asyncio: StreamWriter write_eof() after close raises mysterious AttributeError

[Ned Deily]

Ned Deily  added the comment:


New changeset 28c6b94f26661aa6f2bf7d885332c66c85ae4c95 by Ned Deily in branch 
'3.6':
Fix NEWS entry for bpo-31647
https://github.com/python/cpython/commit/28c6b94f26661aa6f2bf7d885332c66c85ae4c95


--

___
Python tracker 

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

[issue27755] Retire DynOptionMenu with a ttk Combobox

[Mark Roseman]

Change by Mark Roseman :


--
pull_requests: +7590

___
Python tracker 

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

[issue33914] test_gdb fails for Python 2.7.15

[STINNER Victor]

STINNER Victor  added the comment:

> Could not trace the inferior process.

Your issue doesn't seem to be related to Python, but more to gdb in general.

Can you try very basic commands like:

$ gdb -args python3 -c pass
(gdb) run
Starting program: /usr/bin/python3 -c pass
[Inferior 1 (process 20811) exited normally]
(gdb) quit

Or more advanced cases like:

vstinner@apu$ gdb -args ./python Lib/test/gdb_sample.py
(gdb) b builtin_id
Breakpoint 1 at 0x4dd7d0: file Python/bltinmodule.c, line 1205.
(gdb) run
Starting program: /home/vstinner/prog/python/master/python 
Lib/test/gdb_sample.py

Breakpoint 1, builtin_id (self=0x77fc0c28, v=42)
at Python/bltinmodule.c:1205
1205return PyLong_FromVoidPtr(v);
(gdb) py-bt
Traceback (most recent call first):
  
  File "Lib/test/gdb_sample.py", line 10, in baz
id(42)
  File "Lib/test/gdb_sample.py", line 7, in bar
baz(a, b, c)
  File "Lib/test/gdb_sample.py", line 4, in foo
bar(a, b, c)
  File "Lib/test/gdb_sample.py", line 12, in 
foo(1, 2, 3)
(gdb) quit
A debugging session is active.
Quit anyway? (y or n) y

--

___
Python tracker 

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

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:

I increased timeout from 10 seconds to 1 minute in 
test_multiprocessing_main_handling, in 3.6, 3.7 and master branches. It should 
make test failures less likely on buildbots.

--
dependencies:  -test_timeout() of 
test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 
Windows7 3.x buildbot
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

[issue24033] Update _test_multiprocessing.py to use script helpers

[STINNER Victor]

STINNER Victor  added the comment:

Sorry but these patches have been lost in the huge database of open bugs and we 
forgot it. They have been written 3 years ago. Since that, Python moved to 
GitHub. If you are still interested to convert tests to script_helper, please 
open GitHub pull requests. I would suggest to start with a small one, and then 
see if other tests should be converted. I close the issue. Reopen it if you 
want to work again on it.

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

[issue7060] test_multiprocessing dictionary changed size errors and hang

[STINNER Victor]

STINNER Victor  added the comment:

> RuntimeError: dictionary changed size during iteration

I didn't see this bug the last 5 years, so I consider that the issue has been 
fixed in the meanwhile :-)

--
resolution: out of date -> fixed
status: open -> closed

___
Python tracker 

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

[issue20934] test_multiprocessing is broken by design

[STINNER Victor]

STINNER Victor  added the comment:

I made different attempts, but at the end, we kept the status quo: some tests 
use an hardcoded timeout. When a test fails, I increase the timeout. That's not 
perfect, but nobody came up with a better approach, and it's not a deal.

--
resolution:  -> wont fix
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

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

[miss-islington]

miss-islington  added the comment:


New changeset 404250ed65e01505c1ec7ea194804df160ce5400 by Miss Islington (bot) 
in branch '3.6':
bpo-33715: Fix multiprocessing test_wait_result() (GH-7971)
https://github.com/python/cpython/commit/404250ed65e01505c1ec7ea194804df160ce5400


--

___
Python tracker 

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

[issue32063] test_multiprocessing_forkserver failed with OSError: [Errno 48] Address already in use

[STINNER Victor]

STINNER Victor  added the comment:

I didn't see this failure recently.

--
resolution:  -> out of date
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

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

[STINNER Victor]

STINNER Victor  added the comment:

I increased the timeout from 10 seconds to 1 minute in 
test_multiprocessing_main_handling in 3.6, 3.7 and master branches.

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

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 1d06be8cc55715be8c32ec3b462adfb3a7839dfe by Victor Stinner in 
branch '3.6':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972) (GH-7976)
https://github.com/python/cpython/commit/1d06be8cc55715be8c32ec3b462adfb3a7839dfe


--

___
Python tracker 

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

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 1d06be8cc55715be8c32ec3b462adfb3a7839dfe by Victor Stinner in 
branch '3.6':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972) (GH-7976)
https://github.com/python/cpython/commit/1d06be8cc55715be8c32ec3b462adfb3a7839dfe


--

___
Python tracker 

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

[issue33937] [3.6] test_socket: SendmsgSCTPStreamTest.testSendmsgTimeout() failed on Travis CI

[STINNER Victor]

Change by STINNER Victor :


--
title: [3.6] test_socket: testSendmsgTimeout() failed on Travis CI -> [3.6] 
test_socket: SendmsgSCTPStreamTest.testSendmsgTimeout() failed on Travis CI

___
Python tracker 

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

[issue31546] PyOS_InputHook is not called when waiting for input() in Windows

[Thomas Caswell]

Change by Thomas Caswell :


--
keywords: +patch
pull_requests: +7589
stage:  -> patch review

___
Python tracker 

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

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

[miss-islington]

miss-islington  added the comment:


New changeset ecb1525e10bbde9a66d2d14a24ff7a7ddd9d3258 by Miss Islington (bot) 
in branch '3.7':
bpo-33715: Fix multiprocessing test_wait_result() (GH-7971)
https://github.com/python/cpython/commit/ecb1525e10bbde9a66d2d14a24ff7a7ddd9d3258


--
nosy: +miss-islington

___
Python tracker 

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

[issue33983] unify types for lib2to3.pytree.Base.children

[John Reese]

Change by John Reese :


--
keywords: +patch
pull_requests: +7588
stage:  -> patch review

___
Python tracker 

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

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

[miss-islington]

miss-islington  added the comment:


New changeset 4b1d286ac06f32a5857af1b3141dd4127744b15b by Miss Islington (bot) 
in branch '3.7':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972)
https://github.com/python/cpython/commit/4b1d286ac06f32a5857af1b3141dd4127744b15b


--
nosy: +miss-islington

___
Python tracker 

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

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

[miss-islington]

miss-islington  added the comment:


New changeset 4b1d286ac06f32a5857af1b3141dd4127744b15b by Miss Islington (bot) 
in branch '3.7':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972)
https://github.com/python/cpython/commit/4b1d286ac06f32a5857af1b3141dd4127744b15b


--
nosy: +miss-islington

___
Python tracker 

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

[issue31463] test_multiprocessing_fork hangs test_subprocess

[STINNER Victor]

STINNER Victor  added the comment:

> This hangs reliably for me on master:
> $ ./python -m test.regrtest test_multiprocessing_fork test_subprocess

FYI right now, this command doesn't hang anymore.

> ValueError: signal number 32 out of range

This bug has been fixed by bpo-2.

> Let's take another look at the issue: why does test_subprocess need to know 
> about all child processes, rather than those that were launched during 
> test_subprocess?

This issue should be fixed by my commit 
11045c9d8a21dd9bd182a3939189db02815f9783.

It seems like all issues described here have been fixed and so I close the 
issue. If an issue is not properly fixed, maybe it's better to open a new issue 
since this one has long history and described multiple unrelated bugs.

--
resolution:  -> fixed
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

[issue33983] unify types for lib2to3.pytree.Base.children

[John Reese]

New submission from John Reese :

When type checking applications using lib2to3, the difference in types for 
lib2to3.pytree.Base.children versus Node.children makes it difficult to accept 
both leaves and nodes and programatically work with child nodes/leaves.  
Base/Leaf both have `children` defined as an empty Tuple, while Node defines it 
as an empty list.  It would be more useful for Base/Leaf to also use an empty 
list, so that the type is the same, regardless of which type of object you are 
given.

--
components: Library (Lib)
messages: 320616
nosy: jreese, lukasz.langa
priority: normal
severity: normal
status: open
title: unify types for lib2to3.pytree.Base.children
type: enhancement
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

[issue21081] missing vietnamese codec TCVN 5712:1993 in Python

[STINNER Victor]

STINNER Victor  added the comment:

Google Translate of msg320603 :-)

As far as I can understand, we are "subset" of each other only in the sense 
that VN1 have extensive map of the characters, but it also overlaps partially 
with control characters C0 and C1 in the page ISO code - 139 additional 
characters!

VN2 then let C0 and C1 retained the meaning of ISO-8859 by sacrificing some 
vowels (Ezio probably remember that Italy is Italy in Vietnamese - sorry, can 
not write it in upper case in VN2 ). VN3 then sacrifice more for some of the 
remaining space can be used for specific applications (standard is very vague 
about it);

Of standard text can be copied at https://sondandung.com & http://songiaco.com 
- however, the text lacks some tables.

The additional criteria including UCS-2 mapping and Unicode names of the 
characters, but they are in the picture; therefore, it would be preferable to 
get a map from the output iconv, said.

--

___
Python tracker 

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

[issue31687] test_semaphore_tracker() of test_multiprocessing_spawn fails randomly (race condition?)

[STINNER Victor]

STINNER Victor  added the comment:

See also bpo-33613.

--

___
Python tracker 

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

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

[STINNER Victor]

STINNER Victor  added the comment:

See also bpo-31687.

--

___
Python tracker 

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

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +7587

___
Python tracker 

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

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +7586

___
Python tracker 

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

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

[miss-islington]

Change by miss-islington :


--
pull_requests: +7585

___
Python tracker 

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

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:

I fixed the test in 3.6, 3.7 and master branches.

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

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:

Python 2.7 is not affected: it doesn't have the test.

--
versions: +Python 3.6, Python 3.7

___
Python tracker 

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

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

[miss-islington]

Change by miss-islington :


--
pull_requests: +7584

___
Python tracker 

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

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 492572715aa0f4ddab51f979f7f56465c762227c by Victor Stinner in 
branch 'master':
bpo-33715: Fix multiprocessing test_wait_result() (GH-7971)
https://github.com/python/cpython/commit/492572715aa0f4ddab51f979f7f56465c762227c


--

___
Python tracker 

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

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

[miss-islington]

Change by miss-islington :


--
pull_requests: +7583

___
Python tracker 

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

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

[miss-islington]

Change by miss-islington :


--
pull_requests: +7582

___
Python tracker 

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

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

[STINNER Victor]

STINNER Victor  added the comment:

Python 2.7 is not affected: it doesn't have these tests.

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

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 64737e9ae2081e529935ecf07f44e89f362d1c4b by Victor Stinner in 
branch 'master':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972)
https://github.com/python/cpython/commit/64737e9ae2081e529935ecf07f44e89f362d1c4b


--

___
Python tracker 

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

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 64737e9ae2081e529935ecf07f44e89f362d1c4b by Victor Stinner in 
branch 'master':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972)
https://github.com/python/cpython/commit/64737e9ae2081e529935ecf07f44e89f362d1c4b


--

___
Python tracker 

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

[issue33968] os.makedirs and empty string

[Emily Morehouse]

Emily Morehouse  added the comment:

The os.path conventions do follow, '' and '.' are not treated the same here 
either --

>>> os.path.exists('')
False
>>> os.path.exists('.')
True
>>> os.path.isdir('')
False
>>> os.path.isdir('.')
True

The only os.path function that I see as potentially confusing in this 
discussion is dirname, as that can return an empty string which yields 
unexpected results when used as an argument for other functions.

>>> os.path.dirname('testdir')
''
>>> os.path.dirname('./testdir')
'.'

However, changing this functionality (e.g. os.path.dirname('testdir') returning 
'.') would result in backward-compatibility issues that would not be warranted 
(IMO).


I'll leave the final word to Serhiy to close out as 'not a bug' at his 
discretion.

--
assignee:  -> emilyemorehouse
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue25007] Add support of copy protocol to zlib compressors and decompressors

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Thank you for your contribution Zackery!

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

[issue25007] Add support of copy protocol to zlib compressors and decompressors

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset d2cbfffc842b00b5257aa1c25dbcdeb456b6a249 by Serhiy Storchaka 
(Zackery Spytz) in branch 'master':
bpo-25007: Add copy protocol support to zlib compressors and decompressors 
(GH-7940)
https://github.com/python/cpython/commit/d2cbfffc842b00b5257aa1c25dbcdeb456b6a249


--

___
Python tracker 

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

[issue21081] missing vietnamese codec TCVN 5712:1993 in Python

[Tô Thị Mai]

Tô Thị Mai  added the comment:

Theo tôi có thể hiểu, chúng là "tập hợp con" của nhau chỉ theo nghĩa là VN1 có 
bản đồ rộng nhất của các ký tự, nhưng điều này cũng trùng lặp một phần với các 
ký tự điều khiển C0 và C1 trong các trang mã ISO - có 139 nhân vật bổ sung!

VN2 sau đó cho phép C0 và C1 giữ lại ý nghĩa của ISO-8859 bằng cách hy sinh một 
số nguyên âm (Ezio có lẽ nhớ rằng Ý là Ý trong tiếng Việt - xin lỗi, không thể 
viết nó trong trường hợp trên trong VN2). VN3 sau đó hy sinh nhiều hơn cho một 
số không gian còn lại để có thể sử dụng ứng dụng cụ thể (tiêu chuẩn là rất mơ 
hồ về điều đó);

Văn bản của tiêu chuẩn có thể sao chép được tại https://sondandung.com & 
http://songiaco.com - tuy nhiên, văn bản thiếu một số bảng.

Các tiêu chuẩn bổ sung có cả UCS-2 ánh xạ và tên Unicode của các nhân vật, 
nhưng họ đang ở trong hình ảnh; do đó, nó sẽ là thích hợp hơn để có được bản đồ 
từ đầu ra iconv, nói.

--
nosy: +sondecorpaint

___
Python tracker 

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

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

[miss-islington]

miss-islington  added the comment:


New changeset a599323fc7661668a01e9fbb0d2369e62941bdf1 by Miss Islington (bot) 
in branch '3.6':
bpo-30356: Fix test_mymanager_context() of multiprocessing (GH-7968)
https://github.com/python/cpython/commit/a599323fc7661668a01e9fbb0d2369e62941bdf1


--

___
Python tracker 

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

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

[STINNER Victor]

STINNER Victor  added the comment:

See also bpo-30339 and bpo-33715 (PR 7971).

--

___
Python tracker 

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

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
pull_requests: +7581
stage:  -> patch review

___
Python tracker 

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

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
pull_requests: +7580
stage:  -> patch review

___
Python tracker 

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

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

[miss-islington]

miss-islington  added the comment:


New changeset 34f2935dca7bb20cd87e42dc41985cc3d688a735 by Miss Islington (bot) 
in branch '3.7':
bpo-30356: Fix test_mymanager_context() of multiprocessing (GH-7968)
https://github.com/python/cpython/commit/34f2935dca7bb20cd87e42dc41985cc3d688a735


--
nosy: +miss-islington

___
Python tracker 

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

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
pull_requests: +7579
stage:  -> patch review

___
Python tracker 

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

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:

The bug can easily be reproduced on Linux using this change:

diff --git a/Lib/multiprocessing/managers.py b/Lib/multiprocessing/managers.py
index 04df26bac6..3d952407c2 100644
--- a/Lib/multiprocessing/managers.py
+++ b/Lib/multiprocessing/managers.py
@@ -649,7 +649,7 @@ class BaseManager(object):
 except Exception:
 pass
 
-process.join(timeout=1.0)
+process.join(timeout=0.0)
 if process.is_alive():
 util.info('manager still alive')
 if hasattr(process, 'terminate'):

--

___
Python tracker 

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

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:


New changeset fbd7172325e6ce55b6d5d3d7603e4c1c8a219cb8 by Victor Stinner in 
branch 'master':
bpo-30356: Fix test_mymanager_context() of multiprocessing (GH-7968)
https://github.com/python/cpython/commit/fbd7172325e6ce55b6d5d3d7603e4c1c8a219cb8


--

___
Python tracker 

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

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

[miss-islington]

Change by miss-islington :


--
pull_requests: +7578

___
Python tracker 

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

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

[miss-islington]

Change by miss-islington :


--
pull_requests: +7577

___
Python tracker 

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

[issue33974] _stringify handles quoted strings incorrectly

[Gauchj]

Gauchj  added the comment:

I tried to display entries from the Windows Registry in a TreeView.

--

___
Python tracker 

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

[issue33982] cgi.FieldStorage doesn't parse QUERY_STRING with POST that is not application/x-www-form-urlencoded

[Daniel Klein]

New submission from Daniel Klein :

The documentation says "A form submitted via POST that also has a query string 
will contain both FieldStorage and MiniFieldStorage items." suggesting that I 
can have a query with bost a QUERY_STRING and POST parameters. The code backs 
this up most of the time...

In read_urlencoded() the initial query string is read from STDIN, and 
self.qs_on_post (i.e., env['QUERY_STRING']) is appended to that. This is what 
is called when the CONTENT_TYPE of the POST request is 
application/x-www-form-urlencoded. This leads to a FieldStorage object 
containing a list of MiniFieldStorage objects, like:

FieldStorage(None, None, [MiniFieldStorage('action', 'rate'), 
MiniFieldStorage('seq', '3'), MiniFieldStorage('version', '15')])


However, I am using a webhook interface from Google cloud, and it 
(legitimately!) does a POST with a CONTENT_TYPE of application/json.

When I call cgi.Fieldstorage(), the __init__ routine ultimately calls 
read_single().  This results in a FieldStorage object containing a single 
string as 

FieldStorage(None, None, '{"incident": {"incident_id": 
"0.ktptjso969s0","res...the rest of the JSON')

This results in a few problems.
1) The QUERY_STRING args are not parsed as promised
2) The FeildStorage object does not contain a list, and so will raise 
TypeError, "not indexable" if I try to use most of the other FieldStorage 
methods.

--
components: Library (Lib)
messages: 320597
nosy: Daniel Klein
priority: normal
severity: normal
status: open
title: cgi.FieldStorage doesn't parse QUERY_STRING with POST that is not 
application/x-www-form-urlencoded
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue33735] test_multiprocessing_spawn leaked [1, 2, 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7

[STINNER Victor]

STINNER Victor  added the comment:

I also created bpo-33966: 
"test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4 
handles on Windows".

--

___
Python tracker 

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

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

[STINNER Victor]

STINNER Victor  added the comment:

FAIL: test_timeout (test.test_multiprocessing_spawn.WithThreadsTestQueue)
--
Traceback (most recent call last):
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\_test_multiprocessing.py",
 line 883, in test_timeout
self.assertGreaterEqual(delta, 0.170)
AssertionError: 0.16714811325073242 not greater than or equal to 0.17

=> I fixed this one in bpo-30317.

--

___
Python tracker 

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

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:

> I see different options: (...) * Allow -signal.SIGTERM exit code in 
> test_mymanager_context()

When I discussed with Davin, he told me that it's an acceptable solution.

So I wrote the PR 7968 to implement this trivial fix.

--

___
Python tracker 

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

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:

Python 2.7 terminates the manager process if it takes longer than 200 ms to 
stop (Python 3 uses a limit of 1 second), but test_multiprocessing doesn't test 
the exit code of the manager process and so Python 2.7 is not impacted by this 
bug.

--
versions: +Python 3.6, Python 3.8

___
Python tracker 

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

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
pull_requests: +7576
stage:  -> patch review

___
Python tracker 

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

[issue31647] asyncio: StreamWriter write_eof() after close raises mysterious AttributeError

[Ned Deily]

Ned Deily  added the comment:


New changeset 4a8b037d2b9c7199890bc5a01b3a40687a5ce2b1 by Ned Deily (twisteroid 
ambassador) in branch 'master':
bpo-31647: Fix bpo typo in NEWS entry. (GH-7964)
https://github.com/python/cpython/commit/4a8b037d2b9c7199890bc5a01b3a40687a5ce2b1


--

___
Python tracker 

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

[issue33939] Provide a robust O(1) mechanism to check for infinite iterators

[Erik Bray]

Erik Bray  added the comment:

> Thinking about the generator-iterator case a bit more, "False" would be a bad 
> default for that. Allowing "NotImplemented" to indicate the ambiguous "Might 
> be finite, might be infinite" state, and using that as the default for 
> generator-iterators, would probably make sense.

This is why I suggested the converse--something like __finite_iterator__ 
(nevermind bikeshedding over the name or "yet another dunder method).  This is 
something one would use to mark as iterator as "this is definitely expected to 
terminate at some point, assuming it is correctly implemented".  

If __finite_iterator__ == False, which should be the default, it doesn't 
necessarily mean it is infinite either, it just may or may not be finite, so 
there's no guarantee.

I think that __finite_iterator__ == True is more or less equivalent to 
returning a non-zero value from __length_hint__, whereas __finite_iterator__ == 
False is equivalent to raising NotImplemented for __length_hint__.  Either way 
it means adding __length_hint__ to all iterators, and also (as Nick suggested) 
having a decorator for generators to set the appropriate hint as well.

--

___
Python tracker 

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

[issue33938] Cross compilation fail for ARM

[David]

David  added the comment:

After using --with-system-ffi and setting the correct LD_LIBRARY_PATH, it 
worked.

Many thanks for the help!

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

[issue18174] Make regrtest with --huntrleaks check for fd leaks

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +7575

___
Python tracker 

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

[issue33834] test_asyncio: test_sendfile_close_peer_in_the_middle_of_receiving() of ProactorEventLoop logs InvalidStateError error

[STINNER Victor]

Change by STINNER Victor :


--
title: Test for ProactorEventLoop logs InvalidStateError -> test_asyncio: 
test_sendfile_close_peer_in_the_middle_of_receiving() of ProactorEventLoop logs 
InvalidStateError error

___
Python tracker 

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

[issue33834] Test for ProactorEventLoop logs InvalidStateError

[STINNER Victor]

STINNER Victor  added the comment:

bpo-33981 has been marked as a duplicate of this issue. Copy of messages:

msg320583 - (view)  Author: STINNER Victor (vstinner) * (Python committer)  
Date: 2018-06-27 14:26

Python 3.8 (master) on Windows 10:

C:\vstinner\python\master>python -m test test_asyncio -m 
test_sendfile_close_peer_in_the_middle_of_receiving -v
Running Debug|x64 interpreter...
== CPython 3.8.0a0 (heads/wip:dd08b85c84, Jun 26 2018, 12:47:56) [MSC v.1914 64 
bit (AMD64)]
== Windows-10-10.0.16299-SP0 little-endian
== cwd: C:\vstinner\python\master\build\test_python_7020
== CPU count: 2
== encodings: locale=cp1252, FS=utf-8
Run tests sequentially
0:00:00 [1/1] test_asyncio
test_sendfile_close_peer_in_the_middle_of_receiving 
(test.test_asyncio.test_events.ProactorEventLoopTests) ... Exception in 
callback _ProactorReadPipeTransport._loop_reading(<_OverlappedF...ne, 64, 
None)>)
handle: )>
Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 428, in 
finish_recv
return ov.getresult()
OSError: [WinError 64] The specified network name is no longer available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 255, in 
_loop_reading
data = fut.result()
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 732, in 
_poll
value = callback(transferred, key, ov)
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 432, in 
finish_recv
raise ConnectionResetError(*exc.args)
ConnectionResetError: [WinError 64] The specified network name is no longer 
available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\events.py", line 88, in _run
self._context.run(self._callback, *self._args)
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 282, in 
_loop_reading
self._force_close(exc)
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 117, in 
_force_close
self._empty_waiter.set_exception(exc)
concurrent.futures._base.InvalidStateError: invalid state
ok
test_sendfile_close_peer_in_the_middle_of_receiving 
(test.test_asyncio.test_events.SelectEventLoopTests) ... ok

--
Ran 2 tests in 0.111s

OK

== Tests result: SUCCESS ==

1 test OK.

Total duration: 453 ms
Tests result: SUCCESS

msg320586 - (view)  Author: STINNER Victor (vstinner) * (Python committer)  
Date: 2018-06-27 14:30

See also bpo-32710: "test_asyncio leaked [4, 4, 3] memory blocks, sum=11 on 
AMD64 Windows8.1 Refleaks 3.x".

msg320587 - (view)  Author: STINNER Victor (vstinner) * (Python committer)  
Date: 2018-06-27 14:31

Oh, it's a duplicate of bpo-33834.

--
nosy: +vstinner

___
Python tracker 

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

[issue33981] test_asyncio: test_sendfile_close_peer_in_the_middle_of_receiving() logs a big error

[STINNER Victor]

STINNER Victor  added the comment:

Oh, it's a duplicate of bpo-33834.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Test for ProactorEventLoop logs InvalidStateError

___
Python tracker 

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

[issue33833] ProactorEventLoop raises AssertionError

[STINNER Victor]

STINNER Victor  added the comment:

> Sometimes when a socket transport under ProactorEventLoop is writing while 
> the peer closes the connection, asyncio logs an AssertionError. 

Would you mind to add an example of such error in this issue?

--

___
Python tracker 

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

[issue33981] test_asyncio: test_sendfile_close_peer_in_the_middle_of_receiving() logs a big error

[STINNER Victor]

STINNER Victor  added the comment:

See also bpo-32710: "test_asyncio leaked [4, 4, 3] memory blocks, sum=11 on 
AMD64 Windows8.1 Refleaks 3.x".

--

___
Python tracker 

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

[issue33823] concurrent.futures: cannot specify the number of cores

[STINNER Victor]

STINNER Victor  added the comment:

The first argument of ProcessPoolExecutor is the maximum number of workers. You 
can use os.cpu_count() to get the number of CPU cores.

https://docs.python.org/dev/library/concurrent.futures.html#concurrent.futures.ProcessPoolExecutor

I don't see anything wrong here, I close the issue.

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

[issue33823] concurrent.futures: cannot specify the number of cores

[STINNER Victor]

Change by STINNER Victor :


--
components: +Library (Lib) -asyncio
title: A BUG in concurrent/asyncio -> concurrent.futures: cannot specify the 
number of cores

___
Python tracker 

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

[issue33981] test_asyncio: test_sendfile_close_peer_in_the_middle_of_receiving() logs a big error

[STINNER Victor]

New submission from STINNER Victor :

Python 3.8 (master) on Windows 10:

C:\vstinner\python\master>python -m test test_asyncio -m 
test_sendfile_close_peer_in_the_middle_of_receiving -v
Running Debug|x64 interpreter...
== CPython 3.8.0a0 (heads/wip:dd08b85c84, Jun 26 2018, 12:47:56) [MSC v.1914 64 
bit (AMD64)]
== Windows-10-10.0.16299-SP0 little-endian
== cwd: C:\vstinner\python\master\build\test_python_7020
== CPU count: 2
== encodings: locale=cp1252, FS=utf-8
Run tests sequentially
0:00:00 [1/1] test_asyncio
test_sendfile_close_peer_in_the_middle_of_receiving 
(test.test_asyncio.test_events.ProactorEventLoopTests) ... Exception in 
callback _ProactorReadPipeTransport._loop_reading(<_OverlappedF...ne, 64, 
None)>)
handle: )>
Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 428, in 
finish_recv
return ov.getresult()
OSError: [WinError 64] The specified network name is no longer available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 255, in 
_loop_reading
data = fut.result()
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 732, in 
_poll
value = callback(transferred, key, ov)
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 432, in 
finish_recv
raise ConnectionResetError(*exc.args)
ConnectionResetError: [WinError 64] The specified network name is no longer 
available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\events.py", line 88, in _run
self._context.run(self._callback, *self._args)
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 282, in 
_loop_reading
self._force_close(exc)
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 117, in 
_force_close
self._empty_waiter.set_exception(exc)
concurrent.futures._base.InvalidStateError: invalid state
ok
test_sendfile_close_peer_in_the_middle_of_receiving 
(test.test_asyncio.test_events.SelectEventLoopTests) ... ok

--
Ran 2 tests in 0.111s

OK

== Tests result: SUCCESS ==

1 test OK.

Total duration: 453 ms
Tests result: SUCCESS

--
components: asyncio
messages: 320583
nosy: asvetlov, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: test_asyncio: test_sendfile_close_peer_in_the_middle_of_receiving() logs 
a big error
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

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

[STINNER Victor]

STINNER Victor  added the comment:

Please keep it open until 3.7.0 is released.

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

[issue33939] Provide a robust O(1) mechanism to check for infinite iterators

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I think being able to handle Ctrl-C would be the right solution here.  Not 
handling Ctrl-C is a problem also for very long but non-infinite iterators.

--

___
Python tracker 

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

[issue33939] Provide a robust O(1) mechanism to check for infinite iterators

[Nick Coghlan]

Nick Coghlan  added the comment:

If C level iterator implementations in the standard library natively handled 
Ctrl-C (to cope with naive third party C level iterator consumers), and so did 
C level iterator consumers in the standard library (to cope with with naive 
third party C level iterators), I agree this wouldn't be that useful.

However, if folks are going to actively oppose making it possible for users to 
interrupt tight loops over non-Python iterators that are "bigger or slower than 
convenient" on the grounds of it making the C code more complicated to solve a 
problem they personally consider to be purely theoretical (despite other core 
developers telling them otherwise), then special casing known-infinite 
iterators is better than nothing.

--

___
Python tracker 

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

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

[Nick Coghlan]

Nick Coghlan  added the comment:

I went ahead and closed my PR, as I'm now happy that keeping this behaviour 
isn't going to block anything we want to do for PEP 432.

If we change our minds and decide we want to deprecate the current behaviour 
after all, then we can start that deprecation process in Python 3.8.

--
resolution:  -> fixed
stage: patch review -> 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

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

[Nick Coghlan]

Nick Coghlan  added the comment:

https://github.com/python/cpython/pull/7967 amends the docs and adds the 
deprecation notices, but after taking another look at the way Victor's patch 
works, I'm thinking we may not need them: the *new* initialization API remains 
strict about the required state machine transitions, which means that calling 
`Py_Initialize` when only the core has been initialized will fail at the 
_Py_InitializeCore step (as that complains if the core has already been 
initialized).

Similarly, calling _Py_InitializeCore after Py_Initialize still fails, as the 
*only* case that becomes a no-op is specifically Py_InitializeEx, *after* the 
interpreter is fully initialized.

Given that, I think we can just keep Victor's compatibility fix indefinitely, 
and only have the new incremental initialization APIs be strict about the 
expected transitions through the state machine.

--

___
Python tracker 

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

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

[Nick Coghlan]

Change by Nick Coghlan :


--
pull_requests: +7574

___
Python tracker 

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

[issue33929] test_multiprocessing_spawn: WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows

[STINNER Victor]

STINNER Victor  added the comment:

I was decided to only fix the bug in the master branch, since it's a minor bug 
(leak a few handles in a rare case), whereas the backport can introduce 
regressions.
https://github.com/python/cpython/pull/7921#issuecomment-400612321

The bug has been fixed in the master branch, I close the issue.

Sorry for the commit/revert in the 3.7 branch, it's an issue with 
miss-inlington bot (and also my fault!).

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

[issue33929] test_multiprocessing_spawn: WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 0aab8660cdaa540730994afbce49a146dd779bce by Victor Stinner in 
branch 'master':
bpo-33929: Fix regression in spawn_main() (#7962)
https://github.com/python/cpython/commit/0aab8660cdaa540730994afbce49a146dd779bce


--

___
Python tracker 

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

[issue33929] test_multiprocessing_spawn: WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 7b5856e7f059748f41f37d00abc76be0807d989d by Victor Stinner in 
branch '3.7':
Revert "bpo-33929: multiprocessing: fix handle leak on race condition 
(GH-7921)" (GH-7963)
https://github.com/python/cpython/commit/7b5856e7f059748f41f37d00abc76be0807d989d


--

___
Python tracker 

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

[issue33966] test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4 handles on Windows

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +7573

___
Python tracker 

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

[issue31647] asyncio: StreamWriter write_eof() after close raises mysterious AttributeError

[twisteroid ambassador]

twisteroid ambassador  added the comment:

Well, I opened the PR, it shows up here, but there's no reviewer assigned.

--

___
Python tracker 

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

[issue33980] SSL Error when uploading package to your own pypi

[javi]

New submission from javi :

Hi

I am trying to upload a package to a local Pypi repo i have created, and when 
trying to do it, im having an ssl error since this repository is under a self 
signed certificate



Using pip, there is an option, --trusted-host, that you can use to ignore ssl 
validation. Is there a similar option like that when using distutils?

The command i am running is python setup.py sdist upload -r myrepo

Thanks

--
components: Distutils
messages: 320573
nosy: dstufft, eric.araujo, javidr
priority: normal
severity: normal
status: open
title: SSL Error when uploading package to your own pypi
type: crash
versions: Python 3.6

___
Python tracker 

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

[issue33966] test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4 handles on Windows

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
pull_requests: +7572
stage:  -> patch review

___
Python tracker 

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