[issue33700] [doc] Old version picker don't understand language tags in URL

[Julien Palard]

Julien Palard  added the comment:

Hi Larry, bringing you in, I'd like your word on this.

--
nosy: +larry

___
Python tracker 

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

[issue33706] Segfault in command line processing due to buffer over-read

[Christoph Gohlke]

Change by Christoph Gohlke :


--
type:  -> crash

___
Python tracker 

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

[issue33706] Segfault in command line processing due to buffer over-read

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
components: +Interpreter Core
nosy: +vstinner
priority: normal -> critical
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

[issue33677] Fix signatures of tp_clear handlers

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset db1074244d2c12961799f6f9353ae191f59cc497 by Serhiy Storchaka in 
branch '2.7':
[2.7] bpo-33677: Fix the signature of tp_clear handler for deque. (GH-7196). 
(GH-7277)
https://github.com/python/cpython/commit/db1074244d2c12961799f6f9353ae191f59cc497


--

___
Python tracker 

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

[issue33677] Fix signatures of tp_clear handlers

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

[issue33479] Document tkinter and threads

[Ivan Pozdeev]

Ivan Pozdeev  added the comment:

@markroseman I'm about 50% okay with your changes. Could you create a PR 
against my branch so we can work out the specifics?

--

___
Python tracker 

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

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Did your PR fix the issue?

--

___
Python tracker 

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

[issue29272] test_logging hangs if /etc/hosts only aliases "localhost" to ::1

[KMiNT21]

KMiNT21  added the comment:

The same bug for me:
3.6.5 and 3.6.4 -hangs on test_logging forever.

Thanks to this report - I've commented some lines in /etc/host
and after 'test_logging' passed OK!

--
nosy: +KMiNT21

___
Python tracker 

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

[issue33698] `._pth` does not allow to populate `sys.path` with empty entry

[Vladimir Chebotarev]

Vladimir Chebotarev  added the comment:

Unfortunately this is not true: "Blank lines and lines beginning with # are 
skipped." (https://docs.python.org/3/library/site.html#index-1)
I'm not sure we should change this behavior as it would make huge impact on 
usage of `pth` files by users (`._pth`, on the contrary, is the only one per 
distribution and managed by the distribution).

I could easily add `''` to `sys.path` manually if I had one script or even 
dozen of them, but as the solution that alternative is not acceptable. :(

--

___
Python tracker 

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

[issue33707] Doc:

[Марк Коренберг]

New submission from Марк Коренберг :

https://docs.python.org/3/library/asyncio-sync.html#asyncio.Event :

Class implementing event objects. An event manages a flag that can be set to 
true with the set() method and reset to false with the clear() method. The 
->  wait()  <- method blocks until the flag is true. The flag is 
initially false.

this link points to wrong place.

--
assignee: docs@python
components: Documentation, asyncio
messages: 318268
nosy: asvetlov, docs@python, socketpair, yselivanov
priority: normal
severity: normal
status: open
title: Doc:
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

[issue33707] Doc:

[Марк Коренберг]

Марк Коренберг  added the comment:

Sorry, I did not

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

[issue33708] Doc: Asyncio's Event documentation typo.

[Марк Коренберг]

New submission from Марк Коренберг :

https://docs.python.org/3/library/asyncio-sync.html#asyncio.Event :

Class implementing event objects. An event manages a flag that can be set to 
true with the set() method and reset to false with the clear() method. The 
->  wait()  <- method blocks until the flag is true. The flag is 
initially false.

this link points to wrong place.

--
assignee: docs@python
components: Documentation, asyncio
messages: 318270
nosy: asvetlov, docs@python, socketpair, yselivanov
priority: normal
severity: normal
status: open
title: Doc: Asyncio's Event documentation typo.
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

[issue33709] test.support.FS_NONASCII returns incorrect result in Windows with non-US locale

[Ivan Pozdeev]

New submission from Ivan Pozdeev :

This causes test_ntpath and test_posixpath to fail in subj.

Sample failure:

==
FAIL: test_expandvars_nonascii (__main__.NtCommonTest)
--
Traceback (most recent call last):
  File "c:\Users\Sasha\Documents\cpython\lib\test\test_genericpath.py", line 230
, in test_expandvars_nonascii
check(u'$spam bar', u'%s bar' % unonascii)
  File "c:\Users\Sasha\Documents\cpython\lib\test\test_genericpath.py", line 214
, in check
self.assertEqual(expandvars(value), expected)
AssertionError: u'? bar' != u'\xe6 bar'
- ? bar
? ^
+ \xe6 bar
? ^


Cause:

if sys.getfilesystemencoding()=='mbcs', encoding Unicode characters that are 
missing in the current locale succeeds but produces '?'.

So, test.support.FS_NONASCII's test fails to detect if a character is present 
in the current locale.

--
components: Tests
messages: 318271
nosy: Ivan.Pozdeev
priority: normal
severity: normal
status: open
title: test.support.FS_NONASCII returns incorrect result in Windows with non-US 
locale
type: behavior
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33709] test.support.FS_NONASCII returns incorrect result in Windows with non-US locale

[Ivan Pozdeev]

Change by Ivan Pozdeev :


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

___
Python tracker 

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

[issue33698] `._pth` does not allow to populate `sys.path` with empty entry

[Paul Moore]

Paul Moore  added the comment:

You could add the line

import sys; sys.path.insert(0, '')

to a .pth file. The documentation you pointed out states that lines starting 
with "import" are executed...

--

___
Python tracker 

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

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

[Stefan Krah]

Stefan Krah  added the comment:

On Wed, May 30, 2018 at 10:34:01PM +, STINNER Victor wrote:
> Fatal Python error: Segmentation fault
> Current thread 0x2b52f7326400 (most recent call first):
> 
> Is it a bug in the _decimal module?

These kinds of errors are often completely random in the test suite:

https://bugs.python.org/issue25276
https://bugs.python.org/issue25276#msg252113

One with test_decimal, one with test_email.

--

___
Python tracker 

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

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

[Stefan Krah]

Stefan Krah  added the comment:

How would #33627 support the theory that this is a bug in _decimal?  As I read 
it, #33627 is in test_complex, which supports the "unrelated random" theory.

--

___
Python tracker 

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

[issue33709] test.support.FS_NONASCII returns incorrect result in Windows with non-US locale

[Ivan Pozdeev]

Change by Ivan Pozdeev :


--
pull_requests: +6904

___
Python tracker 

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

[issue33708] Doc: Asyncio's Event documentation typo.

[Timo Furrer]

Timo Furrer  added the comment:

It seems like it's pointing to the correct location, it's just that depending 
on the size of your screen the "wait" section is too far to the bottom and 
therefore it can't quite scroll to the heading of the wait heading so that it's 
on top of your screen ;)

--
nosy: +tuxtimo

___
Python tracker 

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

[issue33708] Doc: Asyncio's Event documentation typo.

[Марк Коренберг]

Марк Коренберг  added the comment:

NO! it points to asyncio.wait() but should point to asyncio.Event.wait()

--

___
Python tracker 

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

[issue33709] test.support.FS_NONASCII returns incorrect result in Windows with non-US locale

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +vstinner

___
Python tracker 

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

[issue33708] Doc: Asyncio's Event documentation typo.

[Timo Furrer]

Timo Furrer  added the comment:

Yes, sorry, my bad.

--

___
Python tracker 

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

[issue33708] Doc: Asyncio's Event documentation typo.

[Timo Furrer]

Timo Furrer  added the comment:

The link to the set method is also wrong. It points to 
https://docs.python.org/3/library/stdtypes.html#set instead of 
https://docs.python.org/3/library/asyncio-sync.html#asyncio.Event.set

--

___
Python tracker 

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

[issue33447] Asynchronous lambda syntax

[Thomas Dybdahl Ahle]

Thomas Dybdahl Ahle  added the comment:

Just wanted to add another use-case. In a project I'm working on, we are 
building a lot of graphs using code like this:

```
nodes = [
Node('node-name1',
 children=[...],
 classifier=has_foo),
Node('node-name2',
 children=[...],
 classifier=has_bar),
...
]
```
where `has_foo` and `has_bar` are async functions.
Sometimes it would be useful to combine two functions with
```
Node('node-name',
 children=[...],
 classifier=async lambda: x: await has_bar(x) or await has_foo(x))
```
If this function was to be an `async def`, rather than `async lambda`, it would 
have to be defined far away from where it is used. This doesn't always make 
sense semantically.

I don't think this example on its own is enough to warrant new syntax in the 
language, but if somebody is collecting "multiple use cases to justify not just 
using async def first", perhaps it's worth including.

--
nosy: +thomasahle

___
Python tracker 

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

[issue33708] Doc: Asyncio's Event documentation typo.

[Timo Furrer]

Timo Furrer  added the comment:

I'm working on a patch :)

--

___
Python tracker 

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

[issue32591] Deprecate sys.set_coroutine_wrapper and replace it with more focused API(s)

[Thomas Wouters]

Thomas Wouters  added the comment:


New changeset 500a419a7a68c32650717b213f0f5ab0461bb16b by T. Wouters in branch 
'3.6':
[3.6] bpo-32591: fix abort in _PyErr_WarnUnawaitedCoroutine during shutdown 
(GH-5337) (#6536)
https://github.com/python/cpython/commit/500a419a7a68c32650717b213f0f5ab0461bb16b


--
nosy: +twouters

___
Python tracker 

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

[issue2504] Add gettext.pgettext() and variants support

[Cheryl Sabella]

Cheryl Sabella  added the comment:

No, I didn't have a use case for the l* functions.  I included them just as a 
result of applying the entire patch from 2010.  I also didn't know if further 
discussion was needed before excluding them.

--

___
Python tracker 

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

[issue33708] Doc: Asyncio's Event documentation typo.

[Timo Furrer]

Change by Timo Furrer :


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

___
Python tracker 

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

[issue33710] Deprecate gettext.lgettext()

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

Using gettext.lgettext() is the one of two right ways of doing translation in 
Python 2. In Python 2, gettext.gettext() returns a raw 8-bit string as it was 
written in the translation file. Since different translation files can use 
different encodings, and the locale encoding can be different from them, 
gettext.gettext() usually is not appropriate. gettext.lgettext() re-encodes all 
translated messages from file encodings to the specified one (or to the locale 
encoding by default). It works properly for str-based messages. Other right way 
is using gettext.ugettext() which returns a Unicode string.

In Python 3 gettext.gettext() was removed, and gettext.ugettext() was renamed 
to gettext.gettext(). This is the single right way. gettext.lgettext() still 
returns messages encoded to bytes, but since virtually all messages are Unicode 
strings in Python 3, it is virtually useless. At least I don't know any proper 
use case for it. In addition, gettext.lgettext() was half-broken up to recent 
times (see issue29755).

Seems gettext.lgettext() was not removed in Python 3.0 just due to an 
oversight. I suggest to deprecate it in 3.8 and remove it in future versions.

--
components: Library (Lib)
messages: 318283
nosy: barry, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Deprecate gettext.lgettext()
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

[issue33600] [EASY DOC] Python 2: document that platform.linux_distribution() has been removed

[Timo Furrer]

Change by Timo Furrer :


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

___
Python tracker 

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

[issue33711] Could not find externals/db-* in msi.py on license generation

[Ivan Pozdeev]

New submission from Ivan Pozdeev :

c:\Users\Sasha\Documents\cpython\Tools\msi>python msi.py
Traceback (most recent call last):
  File "msi.py", line 1372, in 
add_files(db)
  File "msi.py", line 956, in add_files
generate_license()
  File "msi.py", line 928, in generate_license
raise ValueError, "Could not find "+srcdir+"/externals/"+pat
ValueError: Could not find c:\Users\Sasha\Documents\cpython/externals/db-*

The dir in externals is actually called bsddb-.


I've no idea how they can official releases

--
components: Build
messages: 318284
nosy: Ivan.Pozdeev
priority: normal
pull_requests: 6907
severity: normal
status: open
title: Could not find externals/db-* in msi.py on license generation
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

[issue33711] Could not find externals/db-* in msi.py on license generation

[Ivan Pozdeev]

Ivan Pozdeev  added the comment:

... can be built with such a glaring mistake in the script.

--

___
Python tracker 

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

[issue33687] uu.py calls os.path.chmod which doesn't exist

[Timo Furrer]

Change by Timo Furrer :


--
keywords: +patch
pull_requests: +6908
stage: needs patch -> patch review

___
Python tracker 

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

[issue33687] uu.py calls os.path.chmod which doesn't exist

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Would be nice to add a test.

--

___
Python tracker 

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

[issue33712] OrderedDict can set an exception in tp_clear

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

The tp_clear handler of OrderedDict can set an exception when fail to allocate 
a nodes cache for an empty dict. An exception in tp_clear is not expected and 
caused a crash in the garbage collector. In the master branch it will cause 
just writing a traceback to stderr (see issue33622), but in any case it would 
be better to handle the failure locally in OrderedDict. Perhaps the cache for 
an empty dict is not needed.

--
components: Interpreter Core
messages: 318287
nosy: eric.snow, inada.naoki, serhiy.storchaka
priority: normal
severity: normal
status: open
title: OrderedDict can set an exception in tp_clear
type: crash
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

The tp_clear handler of memoryview can set an exception when fail to release 
the buffer. An exception in tp_clear is not expected and caused a crash in the 
garbage collector. In the master branch it will cause just writing a traceback 
to stderr (see issue33622), but in any case it would be better to handle the 
failure locally in memoryview. I don't know what is the best solution: 
silencing an error, writing a traceback with more detailed information, or 
resurrecting the buffer object.

--
components: Interpreter Core
messages: 318288
nosy: serhiy.storchaka, skrah
priority: normal
severity: normal
status: open
title: memoryview can set an exception in tp_clear
type: crash
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33714] module can set an exception in tp_clear

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

The tp_clear handler of the module object calls a custom clear function if the 
PyModuleDef.m_clear field is set. This function can set an exception which will 
be leaked to the garbage collector. An exception in tp_clear is not expected 
and caused a crash in the garbage collector. In the master branch it will cause 
just writing a traceback to stderr (see issue33622), but in any case it would 
be better to handle the failure locally in the module's tp_clear.

--
components: Interpreter Core
messages: 318289
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: module can set an exception in tp_clear
type: crash
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33622] Fix and improve errors handling in the garbage collector

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

See issue33712, issue33713 and issue33714 for three cases in the stdlib where 
an exception can be set in the tp_clear handler. This caused a crash in the 
garbage collector, or can be just silenced if failed at the shutdown stage. In 
the master branch it will cause writing a traceback to the stderr. It would be 
better to handle exceptions locally in the tp_clear handlers. But perhaps it 
may be worth to handle leaked exceptions in the garbage collector too. I'm just 
not sure about a solution. Writing a traceback to the stderr can cause a 
regression if it was just silenced before. But silencing it can hide bugs.

--

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[Stefan Krah]

Stefan Krah  added the comment:

Could you please show how tp_clear() can be called when self->exports > 0? It 
should not happen.

#33622 is a big issue with many commits.  Would it be possible to extract the 
relevant part?

--
nosy: +pitrou

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

New submission from STINNER Victor :

http://buildbot.python.org/all/#/builders/58/builds/932

==
FAIL: test_wait_result 
(test.test_multiprocessing_spawn.WithManagerTestCondition)
--
Traceback (most recent call last):
  File 
"D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\_test_multiprocessing.py",
 line 1485, in test_wait_result
self.assertTrue(c.wait(10))
AssertionError: False is not true

Note: this buildbot is known to be slow.

See also bpo-30317 and bpo-30356. (And maybe also bpo-31687.)

--
components: Tests, Windows
messages: 318292
nosy: davin, paul.moore, pitrou, steve.dower, tim.golden, vstinner, zach.ware
priority: normal
severity: normal
status: open
title: test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x
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

[issue33687] uu.py calls os.path.chmod which doesn't exist

[Timo Furrer]

Timo Furrer  added the comment:

I've added a test and updated the PR.

--
nosy: +tuxtimo

___
Python tracker 

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

[issue33716] test_concurrent_futures.test_crash() failed on x86 Windows7 3.7

[STINNER Victor]

New submission from STINNER Victor :

x86 Windows7 3.7:
http://buildbot.python.org/all/#/builders/111/builds/299

test_crash (test.test_concurrent_futures.ProcessPoolSpawnExecutorDeadlockTest) 
... 26.57s ok
...
test_crash (test.test_concurrent_futures.ProcessPoolSpawnExecutorDeadlockTest) 
... 90.96s FAIL
...

==
FAIL: test_crash 
(test.test_concurrent_futures.ProcessPoolSpawnExecutorDeadlockTest)
--
Traceback (most recent call last):
  File 
"D:\cygwin\home\db3l\buildarea\3.7.bolen-windows7\build\lib\test\test_concurrent_futures.py",
 line 131, in tearDown
self.assertLess(dt, 60, "synchronization issue: test lasted too long")
AssertionError: 90.95560574531555 not less than 60 : synchronization issue: 
test lasted too long


This buildbot is known to be slow.

See also bpo-33715.

--
components: Tests, Windows
messages: 318294
nosy: paul.moore, steve.dower, tim.golden, vstinner, zach.ware
priority: normal
severity: normal
status: open
title: test_concurrent_futures.test_crash() failed on x86 Windows7 3.7
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

[issue33713] memoryview can set an exception in tp_clear

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I don't know how to reproduce a failure in tp_clear(). I just can't prove that 
it never fails. Maybe it is needed a bug in the implementation of the buffer 
protocol in third-party extension.

If it should not happen then we can just add

assert(!PyErr_Occurred());

or

if (PyErr_Occurred()) {
PyErr_WriteUnraisable(NULL);
}

It is better to crash in memoryview.c than in the garbage collector if this 
crash is caused by incorrect buffer protocol implementation.

--

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

See the delete_garbage() function line 770 in Modules/gcmodule.c for changes in 
the master branch relevant to this issue. See Py_FatalError() in the collect() 
function at line 974 for a crash.

--

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[Stefan Krah]

Stefan Krah  added the comment:

This looks the same as #25525.  I think it cannot happen, and no one has ever 
reported an actual issue for 6 years now.

You *really* need to show a reproducer if you assert that something can crash.

--

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[Stefan Krah]

Stefan Krah  added the comment:

Yes, but who calls tp_clear() if the memoryview is not being deallocated?

--

___
Python tracker 

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

[issue33706] Segfault in command line processing due to buffer over-read

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +6909
stage:  -> patch review

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

The GC calls tp_clear() if the memoryview is a part of the reference loop.

a = [memoryview(...)]
a.append(a)
del a

The GC will call tp_clear() of the list or the memoryview. What will be called 
first is not specified.

--

___
Python tracker 

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

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

[STINNER Victor]

STINNER Victor  added the comment:

> Did your PR fix the issue?

The bug was that *sometimes* on Travis CI, and only on Travis CI (!?), writing 
1 MiB into the multiprocessing pipe didn't block. The bug is really strange 
because it is only reproduced on the clang Linux job of Travis CI which runs 
tests in parallel. Not on the Linux gcc which runs tests sequentially in 
coverage. Moreover, the failure only occurs for a specific order of tests.

You can easily reproduce the issue if you reduce the size of the data written 
into the pipe at the end of _test_ignore(). If the write (send_bytes) doesn't 
block, you get the same error.

I'm confident that writing 4 MiB instead of 1 MiB will fix the issue. I saw the 
test passing with 4 MiB whereas it failed with 1 MiB, when I fixed the test 
order.

--

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[Stefan Krah]

Stefan Krah  added the comment:

The point is that *no garbage collection is triggered* if self->exports > 0.

It would be a major bug if it were and I suspect it would be reported within a 
week.  Fortunately, no such bug has been reported in 6 years.

--

___
Python tracker 

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

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

[STINNER Victor]

Change by STINNER Victor :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.6

___
Python tracker 

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

[issue33706] Segfault in command line processing due to buffer over-read

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 58d1683255abb0df4fc70960da6121aeaa41e1d1 by Victor Stinner in 
branch 'master':
bpo-33706: Fix pymain_parse_cmdline_impl() (GH-7283)
https://github.com/python/cpython/commit/58d1683255abb0df4fc70960da6121aeaa41e1d1


--

___
Python tracker 

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

[issue33706] Segfault in command line processing due to buffer over-read

[miss-islington]

Change by miss-islington :


--
pull_requests: +6910

___
Python tracker 

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

[issue33627] test-complex of test_numeric_tower.test_complex() crashes intermittently on Ubuntu buildbots

[STINNER Victor]

STINNER Victor  added the comment:

> Lib/test/test_numeric_tower.py:184 in test_complex

The crash occurs at:

def test_complex(self):
# comparisons with complex are special:  equality and inequality
# comparisons should always succeed, but order comparisons should
# raise TypeError.
z = 1.0 + 0j
w = -3.14 + 2.7j

for v in 1, 1.0, F(1), D(1), complex(1):  # <~~ HERE
self.assertEqual(z, v)
self.assertEqual(v, z)

where F = fractions.Fraction and D = decimal.Decimal

--

___
Python tracker 

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

[issue33606] Improve logging performance when logger disabled

[Timo Furrer]

Change by Timo Furrer :


--
keywords: +patch
pull_requests: +6911
stage: needs patch -> patch review

___
Python tracker 

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

[issue33627] test-complex of test_numeric_tower.test_complex() crashes intermittently on Ubuntu buildbots

[STINNER Victor]

STINNER Victor  added the comment:

I bet that the bug comes from _decimal. Fraction is implemented in pure Python, 
and complex type is supposed to be simpler than the _decimal.Decimal type.

The whole mystery is why the bug only occurs in 
test_numeric_tower.test_complex() and why not in test_complex, test_fractions 
or test_decimal!? And why the bug is random.

--

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Serhiy is right about the theoretical concern here.  However, it's probably 
quite difficult to find a concrete situation where this occurs, because we're 
talking about mbuf_clear and the managerbuffer object can't really get involved 
in a reference cycle by itself (not in normal use anyway): the memoryview 
object does, but it's a different thing.

By the way: PyBuffer_Release() returns void, so IMO it's a bug if it can return 
with an exception set.  We should fix that rather than focus on mbuf_clear().

--

___
Python tracker 

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

[issue33627] test-complex of test_numeric_tower.test_complex() crashes intermittently on Ubuntu buildbots

[Stefan Krah]

Stefan Krah  added the comment:

Good luck finding it then, Victor.

--
nosy: +skrah

___
Python tracker 

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

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

[STINNER Victor]

STINNER Victor  added the comment:

> How would #33627 support the theory that this is a bug in _decimal?  As I 
> read it, #33627 is in test_complex, which supports the "unrelated random" 
> theory.

I'm not sure of anything. It's just a bet. I asked you to have a look, just in 
case you see something "obvious". My theory for bpo-33627:
https://bugs.python.org/issue33627#msg318304

None of these bugs make any sense :-)

--

___
Python tracker 

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

[issue33709] test.support.FS_NONASCII returns incorrect result in Windows with non-US locale

[STINNER Victor]

STINNER Victor  added the comment:

> FAIL: test_expandvars_nonascii (__main__.NtCommonTest)

What is your Python version?

Python uses UTF-8 to encode paths on Windows since Python 3.6:
https://vstinner.github.io/python36-utf8-windows.html

--

___
Python tracker 

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

[issue33706] Segfault in command line processing due to buffer over-read

[miss-islington]

miss-islington  added the comment:


New changeset c6de46e180e81508a3b43341791b56418bd811f9 by Miss Islington (bot) 
in branch '3.7':
bpo-33706: Fix pymain_parse_cmdline_impl() (GH-7283)
https://github.com/python/cpython/commit/c6de46e180e81508a3b43341791b56418bd811f9


--
nosy: +miss-islington

___
Python tracker 

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

[issue33717] Enhance test.pythinfo: meta-ticket for multiple changes

[STINNER Victor]

New submission from STINNER Victor :

Lib/test/pythoninfo.py is a tool to dump informations to help to debug test 
failures.

I create this issue to have a bpo number for future enhancements. For example, 
I now would like to get the version of the C compiler.

--
components: Tests
messages: 318309
nosy: vstinner
priority: normal
severity: normal
status: open
title: Enhance test.pythinfo: meta-ticket for multiple changes
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

[STINNER Victor]

STINNER Victor  added the comment:

> https://travis-ci.org/python/cpython/jobs/385458840

pythoninfo:

Py_DEBUG: Yes (sys.gettotalrefcount() present)
_decimal.__libmpdec_version__: 2.4.2
builtins.float.double_format: IEEE, little-endian
builtins.float.float_format: IEEE, little-endian
os.cpu_count: 48
os.environ[CC]: clang -pthread
os.uname: posix.uname_result(sysname='Linux', 
nodename='travis-job-python-cpython-385458840.travisci.net', 
release='4.4.0-112-generic', version='#135-Ubuntu SMP Fri Jan 19 11:48:36 UTC 
2018', machine='x86_64')
platform.architecture: 64bit ELF
platform.platform: Linux-4.4.0-112-generic-x86_64-with-debian-jessie-sid
sys.version: 3.7.0b4+ (heads/3.7:4f53e2a, May 30 2018, 00:26:26)  [Clang 5.0.0 
(tags/RELEASE_500/final)]

sysconfig[CCSHARED]: -fPIC
sysconfig[CC]: clang -pthread
sysconfig[CFLAGS]: -Wno-unused-result -Wsign-compare -g -O0 -Wall 
-Wstrict-prototypes -I/home/travis/multissl/openssl/1.1.0h/include -O3 
-I/home/travis/multissl/openssl/1.1.0h/include -O3
sysconfig[CONFIG_ARGS]: '--with-pydebug' 'CC=clang' 
'CFLAGS=-I/home/travis/multissl/openssl/1.1.0h/include -O3' 
'LDFLAGS=-L/home/travis/multissl/openssl/1.1.0h/lib'
sysconfig[HOST_GNU_TYPE]: x86_64-pc-linux-gnu
sysconfig[OPT]: -g -O0 -Wall -Wstrict-prototypes
sysconfig[PY_CFLAGS]: -Wno-unused-result -Wsign-compare -g -O0 -Wall 
-Wstrict-prototypes -I/home/travis/multissl/openssl/1.1.0h/include -O3 
-I/home/travis/multissl/openssl/1.1.0h/include -O3
sysconfig[PY_CFLAGS_NODIST]: -std=c99 -Wextra -Wno-unused-result 
-Wno-unused-parameter -Wno-missing-field-initializers 
-Werror=implicit-function-declaration
sysconfig[PY_LDFLAGS]: -L/home/travis/multissl/openssl/1.1.0h/lib 
-L/home/travis/multissl/openssl/1.1.0h/lib
sysconfig[Py_DEBUG]: 1
sysconfig[Py_ENABLE_SHARED]: 0

--

___
Python tracker 

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

[issue33701] test_datetime crashed (SIGSEGV) on Travis CI

[STINNER Victor]

STINNER Victor  added the comment:

> https://travis-ci.org/python/cpython/jobs/385458840

$ clang --version
clang version 5.0.0 (tags/RELEASE_500/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/clang-5.0.0/bin

./configure --with-pydebug

--

___
Python tracker 

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

[issue30849] test_stress_delivery_dependent() of test_signal randomly fails on AMD64 Debian root 3.6/3.x

[STINNER Victor]

STINNER Victor  added the comment:

Recent failure on AMD64 Debian root 3.7:

http://buildbot.python.org/all/#/builders/127/builds/361

0:03:33 load avg: 1.38 [140/415/1] test_signal failed

==
FAIL: test_stress_delivery_dependent (test.test_signal.StressTest)
--
Traceback (most recent call last):
  File 
"/root/buildarea/3.7.angelico-debian-amd64/build/Lib/test/test_signal.py", line 
1116, in test_stress_delivery_dependent
self.assertEqual(len(sigs), N, "Some signals were lost")
AssertionError: 3586 != 1 : Some signals were lost

==
FAIL: test_stress_delivery_simultaneous (test.test_signal.StressTest)
--
Traceback (most recent call last):
  File 
"/root/buildarea/3.7.angelico-debian-amd64/build/Lib/test/test_signal.py", line 
1149, in test_stress_delivery_simultaneous
self.assertEqual(len(sigs), N, "Some signals were lost")
AssertionError: 8884 != 1 : Some signals were lost

--

___
Python tracker 

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

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

[STINNER Victor]

Change by STINNER Victor :


--
title: Enhance test.pythinfo: meta-ticket for multiple changes -> Enhance 
test.pythoninfo: meta-ticket for multiple changes

___
Python tracker 

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

[issue33718] Enhance regrtest: meta-ticket for multiple changes

[STINNER Victor]

New submission from STINNER Victor :

Lib/test/libregrtest/ (python3 -m test) is the test runner used to run the 
Python test suite.

I create this issue to have a bpo number for future enhancements.

Example of recent enhancements:

* https://github.com/python/cpython/pull/7105
* https://github.com/python/cpython/pull/7159

This issue should also help me to make sure that I backport enhancements from 
master to 2.7, 3.6 and 3.7 branches.

--
messages: 318314
nosy: vstinner
priority: normal
severity: normal
status: open
title: Enhance regrtest: meta-ticket for multiple changes
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33706] Segfault in command line processing due to buffer over-read

[STINNER Victor]

STINNER Victor  added the comment:

Thank you Christoph Gohlke for your bug report and your fix! I fixed 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

[issue33713] memoryview can set an exception in tp_clear

[Stefan Krah]

Stefan Krah  added the comment:

Well, the example would need exports:

>>> a = [bytes()]
>>> a.append(memoryview(a[0]))
>>> a.append(memoryview(a[1]))
>>> a.append(a)
>>> a
[b'', , , [...]]


The first memoryview has one export, so its refcount > 0.

Do I fundamentally misunderstand tp_clear() and tp_clear() can be called on 
objects with refcount > 0?

--

___
Python tracker 

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

[issue33712] OrderedDict can set an exception in tp_clear

[STINNER Victor]

STINNER Victor  added the comment:

> The tp_clear handler of OrderedDict can set an exception when fail to 
> allocate a nodes cache for an empty dict. An exception in tp_clear is not 
> expected and caused a crash in the garbage collector.

If it's a cache, it would be better to cancel the caching, and just destroy the 
dictionary, no?

--
nosy: +vstinner

___
Python tracker 

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

[issue33714] module can set an exception in tp_clear

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +vstinner

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[STINNER Victor]

STINNER Victor  added the comment:

If the bug cannot occur, just add "assert(!PyErr_Occurred());" no?

--
nosy: +vstinner

___
Python tracker 

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

[issue33714] module can set an exception in tp_clear

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +petr.viktorin

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[Stefan Krah]

Stefan Krah  added the comment:

Well yes, I still want to understand tp_clear(). :)

The docs are a bit vague.

--

___
Python tracker 

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

[issue33713] memoryview can set an exception in tp_clear

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Yes, tp_clear can be called with refcount > 0.  It's exactly why it's
separate from tp_dealloc, actually :-)

--

___
Python tracker 

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

[issue33684] parse failed for mutibytes characters, encode will show in \xxx

[Roundup Robot]

Change by Roundup Robot :


--
pull_requests: +6912

___
Python tracker 

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

[issue33597] Compact PyGC_Head

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Here is a micro-benchmark of GC overhead:

* before:

$ ./python -m timeit -s "import gc, doctest, ftplib, asyncio, email, 
http.client, pydoc, pdb, fractions, decimal, difflib, textwrap, statistics, 
shutil, shelve, lzma, concurrent.futures, telnetlib, smtpd, tkinter.tix, trace, 
distutils, pkgutil, tabnanny, pickletools, dis, argparse" "gc.collect()"
100 loops, best of 5: 2.41 msec per loop

* after:

$ ./python -m timeit -s "import gc, doctest, ftplib, asyncio, email, 
http.client, pydoc, pdb, fractions, decimal, difflib, textwrap, statistics, 
shutil, shelve, lzma, concurrent.futures, telnetlib, smtpd, tkinter.tix, trace, 
distutils, pkgutil, tabnanny, pickletools, dis, argparse" "gc.collect()"
100 loops, best of 5: 2.52 msec per loop

So it's a 4% slowdown, but GC runs themselves are a minor fraction of usual 
programs' runtime, so I'm not sure that matters.  Though it would be better to 
test on an actual GC-heavy application.

--

___
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

[STINNER Victor]

New submission from STINNER Victor :

I ran the test suite on an installed Python 3.7 beta5 on Windows 10. The 
following tests fail:

* test_marshal.test_loads_2x_code(): Windows fatal exception: stack overflow
* test_pkg: failures when run with -X utf8
* test.test_tools.test_sundry.TestSundryScripts.test_sundry(): 
"optparse.BadOptionError: no such option: -m"

== test_marshal ==

C:\Users\vstinner\AppData\Local\Programs\Python\Python37>python.exe -m test 
test_marshal -v
== CPython 3.7.0b5 (v3.7.0b5:abb8802389, May 31 2018, 01:54:01) [MSC v.1913 64 
bit (AMD64)]
== Windows-10-10.0.16299-SP0 little-endian
== cwd: C:\Users\vstinner\AppData\Local\Temp\test_python_3836
== CPU count: 2
== encodings: locale=cp1252, FS=utf-8
Run tests sequentially
0:00:00 [1/1] test_marshal
(...)
test_loads_2x_code (test.test_marshal.BugsTestCase) ... Windows fatal 
exception: stack overflow

Current thread 0x03a0 (most recent call first):
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\unittest\case.py",
 line 178 in handle
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\unittest\case.py",
 line 743 in assertRaises
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\test\test_marshal.py",
 line 215 in test_loads_2x_code
  (...)

== test_pkg ==

C:\Users\vstinner\AppData\Local\Programs\Python\Python37>python.exe -X utf8 -m 
test -v test_pkg
== CPython 3.7.0b5 (v3.7.0b5:abb8802389, May 31 2018, 01:54:01) [MSC v.1913 64 
bit (AMD64)]
== Windows-10-10.0.16299-SP0 little-endian
== cwd: C:\Users\vstinner\AppData\Local\Temp\test_python_6984
== CPU count: 2
== encodings: locale=UTF-8, FS=utf-8
Run tests sequentially
0:00:00 [1/1] test_pkg
test_1 (test.test_pkg.TestPkg) ... ok
test_2 (test.test_pkg.TestPkg) ... ok
test_3 (test.test_pkg.TestPkg) ... ok
test_4 (test.test_pkg.TestPkg) ... ERROR
test_5 (test.test_pkg.TestPkg) ... ok
test_6 (test.test_pkg.TestPkg) ... ok
test_7 (test.test_pkg.TestPkg) ... FAIL
test_8 (test.test_pkg.TestPkg) ... ok

==
ERROR: test_4 (test.test_pkg.TestPkg)
--
Traceback (most recent call last):
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\test\test_pkg.py",
 line 180, in test_4
self.run_code(s)
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\test\test_pkg.py",
 line 69, in run_code
exec(textwrap.dedent(code), globals(), {"self": self})
  File "", line 2, in 
  File "C:\Users\vstinner\AppData\Local\Temp\tmpeeb0h5ra\t4.py", line 1, in 

RuntimeError: Shouldnt load t4.py

==
FAIL: test_7 (test.test_pkg.TestPkg)
--
Traceback (most recent call last):
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\test\test_pkg.py",
 line 260, in test_7
'__name__', '__package__', '__path__', '__spec__'])
AssertionError: Lists differ: ['__c[34 chars]__loader__', '__name__', 
'__package__', '__spec__'] != ['__c[34 chars]__loader__', '__name__', 
'__package__', '__path__', '__spec__']

First differing element 6:
'__spec__'
'__path__'

Second list contains 1 additional elements.
First extra element 7:
'__spec__'

  ['__cached__',
   '__doc__',
   '__file__',
   '__loader__',
   '__name__',
   '__package__',
+  '__path__',
   '__spec__']

--
Ran 8 tests in 0.156s

FAILED (failures=1, errors=1)
test test_pkg failed
test_pkg failed

1 test failed:
test_pkg

Total duration: 187 ms
Tests result: FAILURE

== test_tools ==


C:\Users\vstinner\AppData\Local\Programs\Python\Python37>python.exe -m test -v 
test_tools -m test_sundry
== CPython 3.7.0b5 (v3.7.0b5:abb8802389, May 31 2018, 01:54:01) [MSC v.1913 64 
bit (AMD64)]
== Windows-10-10.0.16299-SP0 little-endian
== cwd: C:\Users\vstinner\AppData\Local\Temp\test_python_7472
== CPU count: 2
== encodings: locale=cp1252, FS=utf-8
Run tests sequentially
0:00:00 [1/1] test_tools
test_analyze_dxp_import (test.test_tools.test_sundry.TestSundryScripts) ... ok
test_sundry (test.test_tools.test_sundry.TestSundryScripts) ... Usage: 2to3 
[options] file|dir ...

__main__.py: error: no such option: -m
ERROR
test_sundry_windows (test.test_tools.test_sundry.TestSundryScripts) ... ok

==
ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts)
--
Traceback (most recent call last):
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\optparse.py", 
line 1387, in parse_args
stop = self._process_args(largs, rargs, values)
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\optparse.py", 
line 1431, in _process_args
self._process_short_opts(r

[issue33479] Document tkinter and threads

[Mark Roseman]

Change by Mark Roseman :


--
pull_requests: +6913

___
Python tracker 

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

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

[Eric Snow]

Change by Eric Snow :


--
pull_requests: +6914

___
Python tracker 

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

[issue32604] Expose the subinterpreters C-API in Python for testing use.

[Eric Snow]

Change by Eric Snow :


--
pull_requests: +6915

___
Python tracker 

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

[issue12029] Allow catching virtual subclasses in except clauses

[Eric Snow]

Change by Eric Snow :


--
nosy: +eric.snow

___
Python tracker 

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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

[STINNER Victor]

New submission from STINNER Victor :

Follow-up of bpo-33719.

C:\Users\vstinner\AppData\Local\Programs\Python\Python37>python.exe -m test 
test_marshal -v
== CPython 3.7.0b5 (v3.7.0b5:abb8802389, May 31 2018, 01:54:01) [MSC v.1913 64 
bit (AMD64)]
== Windows-10-10.0.16299-SP0 little-endian
== cwd: C:\Users\vstinner\AppData\Local\Temp\test_python_3836
== CPU count: 2
== encodings: locale=cp1252, FS=utf-8
Run tests sequentially
0:00:00 [1/1] test_marshal
(...)
test_loads_2x_code (test.test_marshal.BugsTestCase) ... Windows fatal 
exception: stack overflow

Current thread 0x03a0 (most recent call first):
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\unittest\case.py",
 line 178 in handle
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\unittest\case.py",
 line 743 in assertRaises
  File 
"C:\Users\vstinner\AppData\Local\Programs\Python\Python37\lib\test\test_marshal.py",
 line 215 in test_loads_2x_code
  (...)

Crashes in test_marshal is on old topic:

* bpo-1050
* bpo-2286
* bpo-25264
* bpo-22734
* bpo-27019

Current stack size: 2 million bytes (1.9 MiB)

PCbuild/python.vcxproj:  200
PCbuild/pythonw.vcxproj:  200

--
components: Tests, Windows
messages: 318323
nosy: paul.moore, steve.dower, tim.golden, vstinner, zach.ware
priority: normal
severity: normal
status: open
title: test_marshal: crash in Python 3.7b5 on Windows 10
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

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

[STINNER Victor]

STINNER Victor  added the comment:

> test_marshal.test_loads_2x_code(): Windows fatal exception: stack overflow

I created bpo-33720: "test_marshal: crash in Python 3.7b5 on Windows 10".

--

___
Python tracker 

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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

[STINNER Victor]

STINNER Victor  added the comment:

I compiled the master branch of Python in release mode using VS2015 (MSC v.1912 
64 bit) and I failed to reproduce the crash:

* PCbuild/build.bat -e -p x64
* python -m test -v test_marshal
* no crash

--

___
Python tracker 

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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

[STINNER Victor]

Change by STINNER Victor :


--
type:  -> crash

___
Python tracker 

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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

[STINNER Victor]

Change by STINNER Victor :


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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

[STINNER Victor]

STINNER Victor  added the comment:

> I compiled the master branch of Python in release mode using VS2015 (MSC 
> v.1912 64 bit) and I failed to reproduce the crash

I also failed to reproduce the crash in the 3.7 branch.

I guess that the python.org binary has been compiled differently.

--

___
Python tracker 

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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

[Steve Dower]

Steve Dower  added the comment:

The uploaded binary is compiled with PGO enabled (and trained on most of the 
test suite). I'll check it out - hopefully we don't need to do anything drastic 
and can get away with either a compiler update or disabling optimizations on a 
single function.

--
assignee:  -> steve.dower

___
Python tracker 

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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

[Steve Dower]

Steve Dower  added the comment:

Ned, FYI

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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

[STINNER Victor]

STINNER Victor  added the comment:

> priority: normal -> release blocker

I don't think that it's a release blocker. test_marshal does only crash on 
corner cases which should not occur on usual "valid" data.

--

___
Python tracker 

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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

[Steve Dower]

Steve Dower  added the comment:

A crash in the test suite should be fixed, especially since we have protection 
against this crash (and a test that validates it).

In this case, apparently the stack allocation for each frame of r_object grew 
and now there isn't room for 2000 calls (the value of MAX_MARSHAL_STACK_DEPTH). 
This isn't really a robust way of handling it anyway, so I'll check out whether 
there's an easy way to safely probe the stack before recursing, otherwise we'll 
just have to cut the number a bit further.

--

___
Python tracker 

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

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

[Steve Dower]

Steve Dower  added the comment:

I need to stop working on this right now, but here's the locals layout in a 
normal release build in r_object:

@rdi  @rdip = 0x0034`655ea3d0
0034`65403f60 @rsp+0x0080 v = 0x`
0034`65403fc0 @rsp+0x00e0   buf = char [256] ""
0034`654040c0 @rsp+0x01e0   buf = char [256] ""

In the PGO build, it looks like this:
00be`1e003b50 @rsp+0x0080 v = 0x`
00be`1e003b58 @rsp+0x0088   is_interned = 0n0
00be`1e003ef0 @rsp+0x0420   buf = char [256] ""
00be`1e003ff0 @rsp+0x0520   buf = char [256] ""

I need to ping the team and figure out why the buffers are so far removed from 
the rest of the stack, and figure out what's in the gap. That seems to be the 
core of the problem.

--

___
Python tracker 

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

[issue28657] cmd.Cmd.get_help() implementation can't see do_*() methods added dynamically by setattr()

[Timo Furrer]

Change by Timo Furrer :


--
nosy: +tuxtimo

___
Python tracker 

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

[issue33668] Wrong behavior of help function on module

[Timo Furrer]

Change by Timo Furrer :


--
nosy: +tuxtimo

___
Python tracker 

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

[issue30618] readlink for pathlib paths

[Timo Furrer]

Change by Timo Furrer :


--
nosy: +tuxtimo

___
Python tracker 

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

[issue32604] Expose the subinterpreters C-API in Python for testing use.

[Eric Snow]

Eric Snow  added the comment:


New changeset 110bc01407ac8c75545d0386577c6e17254d97d9 by Eric Snow in branch 
'master':
bpo-33615: Temporarily disable a test that is triggering crashes on a few 
buildbots. (gh-7288)
https://github.com/python/cpython/commit/110bc01407ac8c75545d0386577c6e17254d97d9


--

___
Python tracker 

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

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

[Eric Snow]

Eric Snow  added the comment:


New changeset 110bc01407ac8c75545d0386577c6e17254d97d9 by Eric Snow in branch 
'master':
bpo-33615: Temporarily disable a test that is triggering crashes on a few 
buildbots. (gh-7288)
https://github.com/python/cpython/commit/110bc01407ac8c75545d0386577c6e17254d97d9


--

___
Python tracker 

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

[issue33711] Could not find externals/db-* in msi.py on license generation

[Ned Deily]

Change by Ned Deily :


--
nosy: +steve.dower, zach.ware

___
Python tracker 

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

[issue33668] Wrong behavior of help function on module

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +levkivskyi

___
Python tracker 

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