[issue32706] test_check_hostname() of test_ftplib started to fail randomly

[Ned Deily]

Ned Deily  added the comment:

Since this is just an intermittent test failure and we have lived with it this 
long, I think it can wait for 3.7.1 at this point.  Downgrading to "critical".

--
priority: deferred blocker -> critical

___
Python tracker 

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

[issue32947] Support OpenSSL 1.1.1

[Ned Deily]

Ned Deily  added the comment:

Christian, I'm not sure how this issue now differs from Issue33618 (and whether 
it can be closed as a duplicate) but, with the delay in OpenSSL 1.1.1 and as 
discussed over there, full 1.1.1 support will have to wait for 3.7.1 et al so 
I'm removing the "deferred blocker" status.

--
priority: deferred blocker -> high

___
Python tracker 

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

[issue32493] UUID Module - FreeBSD build failure

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I will be busy next few hours, but will take this issue as soon as I can. 
However I do not promise the result.

--

___
Python tracker 

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

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Seems there are 2 or 3 different bugs here. Race condition, using freed memory, 
and maybe something other. I take this.

--
assignee:  -> serhiy.storchaka
type:  -> behavior

___
Python tracker 

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

[issue32493] UUID Module - FreeBSD build failure

[Ned Deily]

Ned Deily  added the comment:

This problem is still unresolved and causing buildbot failures.  It really 
should be fixed before we tag 3.7.0rc1.  Serhiy, could you take a look at it, 
please?  Thanks!

http://buildbot.python.org/all/#/builders/87/builds/1014/steps/4/logs/stdio

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

[s]

s  added the comment:

Guys,
First of all - thank you for accepting it and trying to fix it.
I lost two days attempting to resurrect python3 on my laptop and ended up
with uninstalling it and restoring python 2.7.10.
I agree (and I think it is separate and well known python's problem) -
there are several tools/techniques  installing python and paths ARE
different between OS. this is what I was observing today comparing Mac OS
and CentOS 7.
and as it seems to me this "complaint" about "encoding" is exactly about it
- as it is such a directory on Linux and there is no such directory on Mac.
In any case, whatever way it all this handled, it should not cause python
to die and more importantly - something is making changes in configuration
of python on the system and user is unable to use python after this error
AT ALL.
I had to reinstall it completely several times yesterday and today because
of this.
About shebangs.
yes, I do have different ones (and I suspect many of us do, as python's
very interesting feature of incompatibility between major versions)
And after all these my attempts to fix python 3 on my laptop I ended up
with total mess on the system - none of the pythons were working.
So, I said - you know... I'll wait for python 3 be more mature...
Perhaps that is the reason Apple is not installing more resent version and
keeps 2.7.10? :)

Regards,
Slava

On Wed, May 23, 2018 at 6:20 PM, STINNER Victor 
wrote:

>
> STINNER Victor  added the comment:
>
> I completed the _PyCoreConfig structure to add home,
> module_search_path_env, and many other options. It might help to guess how
> the final configuration has been computed. I also reworked the code to
> clarify when and how sys.path is computed. sys.path value (not the actual
> sys.path Python list) is now computed earlier.
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

What is \udcdb\udcdb\udcdb...? Looks like a corrupted memory.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Because I don't want that this fix be missed in the next bugfix release. I 
think this documentation is important enough. There may be no chance to 
document it later.

--

___
Python tracker 

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

[issue33628] IDLE: Code cleanup on codecontext

[Terry J. Reedy]

Change by Terry J. Reedy :


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

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

[Ned Deily]

Ned Deily  added the comment:

Update: we flubbed the first attempt at altering the Windows7 buildbot config 
and, at the moment, I'm waiting for the fix for that to get manually copied to 
the buildbot.

--

___
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

[Ned Deily]

Ned Deily  added the comment:

The same intermittent failure was seen on the ARMv7 Ubuntu 3.7 builder:

http://buildbot.python.org/all/#/builders/117/builds/314/steps/4/logs/stdio

0:00:36 load avg: 5.14 [ 48/415/1] test_numeric_tower crashed (Exit code -11) 
-- running: test_unicodedata (36 sec), test_tokenize (36 sec), test_lib2to3 (36 
sec)
Fatal Python error: Segmentation fault
Current thread 0x400f64d0 (most recent call first):
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_numeric_tower.py",
 line 184 in test_complex
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/unittest/case.py",
 line 615 in run
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/unittest/case.py",
 line 663 in __call__
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/unittest/runner.py",
 line 176 in run
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/support/__init__.py",
 line 1882 in _run_suite
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/support/__init__.py",
 line 1972 in run_unittest
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/libregrtest/runtest.py",
 line 175 in test_runner
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/libregrtest/runtest.py",
 line 176 in runtest_inner
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/libregrtest/runtest.py",
 line 130 in runtest
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/libregrtest/runtest_mp.py",
 line 67 in run_tests_slave
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/libregrtest/main.py",
 line 517 in _main
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/libregrtest/main.py",
 line 510 in main
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/libregrtest/main.py",
 line 585 in main
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/regrtest.py",
 line 46 in _main
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/test/regrtest.py",
 line 50 in 
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/runpy.py", 
line 85 in _run_code
  File 
"/ssd/buildbot/buildarea/3.7.gps-ubuntu-exynos5-armv7l/build/Lib/runpy.py", 
line 193 in _run_module_as_main

--
nosy: +mark.dickinson, ned.deily
title: test_numeric_tower.test_complex() crashed on x86 Ubuntu Shared 3.x -> 
test-complex of test_numeric_tower.test_complex() crashes intermittently on 
Ubuntu buildbots
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

[issue33628] IDLE: Code cleanup on codecontext

[miss-islington]

miss-islington  added the comment:


New changeset b2ab5dc72b36d074a86f2b1d91ae804e5a7210f8 by Miss Islington (bot) 
in branch '3.7':
bpo-33628: IDLE: Minor code cleanup of codecontext.py and its tests  (GH-7085)
https://github.com/python/cpython/commit/b2ab5dc72b36d074a86f2b1d91ae804e5a7210f8


--

___
Python tracker 

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

[issue33628] IDLE: Code cleanup on codecontext

[miss-islington]

miss-islington  added the comment:


New changeset 935c81bbbca28ca23862d7ee1f79cd502e447edd by Miss Islington (bot) 
in branch '3.6':
bpo-33628: IDLE: Minor code cleanup of codecontext.py and its tests  (GH-7085)
https://github.com/python/cpython/commit/935c81bbbca28ca23862d7ee1f79cd502e447edd


--
nosy: +miss-islington

___
Python tracker 

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

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

[Ned Deily]

Ned Deily  added the comment:

That Windows8.1 buildbot sure keeps busy with all those builders assigned to it 
:)  Those refleaks builds take a *long* time!

http://buildbot.python.org/all/#/workers/11

But I see at least one builder has made it through successfully and no longer 
fails in this manner:

http://buildbot.python.org/all/#/builders/12/builds/892

So I think we can close this now.  Thanks, everyone.

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

[issue33109] argparse: make new 'required' argument to add_subparsers default to False instead of True

[Ned Deily]

Ned Deily  added the comment:

> Is there then no pathway for actually fixing the bug?  aka how can I get 
> `required=True` to be the default.

There may very well be but, unfortunately, dealing with this newly-identified 
3.x compatibility issue takes precedence for 3.7.0.  In general, for cpython, 
all other things being equal, the status quo wins and, in this case, that means 
not breaking 3.6->3.7 compatibility without a good reason.

The underlying problem here, IMHO, is that we are essentially an all-volunteer 
project and at the moment argparse does not have an active core developer to 
review and champion change requests.  If a core developer does want to take up 
the existing queue of argparse issues, we *might* come to the conclusion that 
making another incompatible change is the overall right thing to do.  But, 
until that happens, the least bad option is to not make things worse.  How to 
get more core developer interest in argparse issues is a whole 'nother matter 
and out-of-scope for this issue.  Sorry, I wish I had a better answer.  Thanks, 
Anthony and everyone else here, for your input.

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

[issue33565] strange tracemalloc results

[Alexander Mohr]

Alexander Mohr  added the comment:

this is how my friends talk here, see: 
https://english.stackexchange.com/questions/11816/is-guy-gender-neutral

--

___
Python tracker 

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

[issue33565] strange tracemalloc results

[Alexander Mohr]

Alexander Mohr  added the comment:

of course, sorry, I meant in a gender neutral way

--

___
Python tracker 

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

[issue33565] strange tracemalloc results

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:

Alexander, in the future please use gender-neutral words such as "folks" and 
"y'all" instead of "guys". Thanks.

--
nosy: +Mariatta

___
Python tracker 

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

[issue18307] Relative path in co_filename for zipped modules

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:

Vitaly, in the future please use gender-neutral words such as "folks" and 
"y'all" instead of "guys". Thanks.

--
nosy: +Mariatta

___
Python tracker 

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

[issue33109] argparse: make new 'required' argument to add_subparsers default to False instead of True

[Ned Deily]

Ned Deily  added the comment:


New changeset dd7a255911f364cf521676082a89d4cac307737e by Ned Deily (Miss 
Islington (bot)) in branch '3.7':
bpo-33109: argparse subparsers are once again not required by default (GH-6919) 
(GH-7089)
https://github.com/python/cpython/commit/dd7a255911f364cf521676082a89d4cac307737e


--

___
Python tracker 

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

[issue26510] [argparse] Add required argument to add_subparsers

[Ned Deily]

Ned Deily  added the comment:


New changeset dd7a255911f364cf521676082a89d4cac307737e by Ned Deily (Miss 
Islington (bot)) in branch '3.7':
bpo-33109: argparse subparsers are once again not required by default (GH-6919) 
(GH-7089)
https://github.com/python/cpython/commit/dd7a255911f364cf521676082a89d4cac307737e


--

___
Python tracker 

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

[issue20104] expose posix_spawn(p)

[STINNER Victor]

STINNER Victor  added the comment:

Tests fail on PPC64 Fedora 3.x: bpo-33630.

--

___
Python tracker 

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

[issue33628] IDLE: Code cleanup on codecontext

[miss-islington]

Change by miss-islington :


--
pull_requests: +6728

___
Python tracker 

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

[issue33628] IDLE: Code cleanup on codecontext

[miss-islington]

Change by miss-islington :


--
pull_requests: +6727

___
Python tracker 

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

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

[STINNER Victor]

New submission from STINNER Victor :

http://buildbot.python.org/all/#/builders/53/builds/1062

(...)
test_close_file (test.test_posix.TestPosixSpawn) ... ok
test_dup2 (test.test_posix.TestPosixSpawn) ... ok
test_empty_file_actions (test.test_posix.TestPosixSpawn) ... ok
test_multiple_file_actions (test.test_posix.TestPosixSpawn) ... FAIL
test_no_such_executable (test.test_posix.TestPosixSpawn) ... ok
test_open_file (test.test_posix.TestPosixSpawn) ... ERROR
test_returns_pid (test.test_posix.TestPosixSpawn) ... ok
Warning -- files was modified by test_posix
  Before: []
  After:  
['\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb']
 
test test_posix failed
test_specify_environment (test.test_posix.TestPosixSpawn) ... ok

==
ERROR: test_open_file (test.test_posix.TestPosixSpawn)
--
Traceback (most recent call last):
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-fedora-ppc64/build/Lib/test/test_posix.py",
 line 1542, in test_open_file
with open(outfile) as f:
FileNotFoundError: [Errno 2] No such file or directory: '@test_42482_tmp'

==
FAIL: test_multiple_file_actions (test.test_posix.TestPosixSpawn)
--
Traceback (most recent call last):
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-fedora-ppc64/build/Lib/test/test_posix.py",
 line 1488, in test_multiple_file_actions
self.assertEqual(os.waitpid(pid, 0), (pid, 0))
AssertionError: Tuples differ: (31319, 32512) != (31319, 0)

First differing element 1:
32512
0

- (31319, 32512)
? ^

+ (31319, 0)
? ^


--
Ran 101 tests in 2.175s

FAILED (failures=1, errors=1, skipped=9)
1 test failed again:
test_posix

--
components: Tests
messages: 317509
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_posix: TestPosixSpawn fails on PPC64 Fedora 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

[issue33628] IDLE: Code cleanup on codecontext

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 8506016f904ba6bc27bf5261f27a0bdd5945cd26 by Terry Jan Reedy 
(Cheryl Sabella) in branch 'master':
 bpo-33628: IDLE: Minor code cleanup of codecontext.py and its tests  (GH-7085)
https://github.com/python/cpython/commit/8506016f904ba6bc27bf5261f27a0bdd5945cd26


--

___
Python tracker 

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

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

[STINNER Victor]

STINNER Victor  added the comment:

The test creating the coredump has been added by bpo-32374.

--

___
Python tracker 

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

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL

[STINNER Victor]

STINNER Victor  added the comment:

MultiPhaseExtensionModuleTests.test_bad_traverse() of 
Lib/test/test_importlib/extension/test_loader.py does create a coredump file. 
The script run by the test trigger a segfault. Is it deliberate? See bpo-33629 
and my PR 7090.

--
nosy: +vstinner

___
Python tracker 

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

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +6726

___
Python tracker 

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

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

[STINNER Victor]

Change by STINNER Victor :


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

___
Python tracker 

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

[issue33628] IDLE: Code cleanup on codecontext

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Super list.  It made the diff really easy to parse into related changes.  I 
printed it, reviewed code for items one by one, made a few changes, and checked 
them off when satisfied.

IDLE *does* (sort of) allow tabs.  One can read a file with tabs or Format => 
Tabify.  Config-main.def still has 'use-spaces= 1' and I believe it is still 
read and acted on, at least in some places. (This is, of course, untested.) The 
option to turn it off on the dialog has been removed, but I believe it still 
could be turned off by hand-editing .idlerc/config-main.cfg.  Of course, since 
3.x rejects mixtures, beginners should expand tabs before editing existing 
files.

I have thought about possibly reviewing the tab situation, but in the absence 
of people having problems with the status quo, it is very low priority.  Maybe 
after 3.8 and the end of 2.x support.

--

___
Python tracker 

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

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

[STINNER Victor]

STINNER Victor  added the comment:

The problem comes from MultiPhaseExtensionModuleTests.test_bad_traverse() of 
Lib/test/test_importlib/extension/test_loader.py.

This test runs the following code:
---
import importlib.util as util
spec = util.find_spec('_testmultiphase')
spec.name = '_testmultiphase_with_bad_traverse'
m = spec.loader.create_module(spec)
---

I confirm that this script does crash and may generate a core dump:

vstinner@apu$ ./python x.py
Segmentation fault (core dumped)

Python traceback of the crash:

(gdb) py-bt
Traceback (most recent call first):
  
  File "", line 219, in _call_with_frames_removed
  File "", line 1043, in create_module
  File "x.py", line 4, in 
m = spec.loader.create_module(spec)

C traceback:

Program received signal SIGSEGV, Segmentation fault.
0x7fffeffb69f3 in bad_traverse (self=, 
visit=0x481b4d , arg=0x0)
at /home/vstinner/prog/python/master/Modules/_testmultiphase.c:628
628 Py_VISIT(m_state->integer);
(gdb) where
#0  0x7fffeffb69f3 in bad_traverse (self=, 
visit=0x481b4d , arg=0x0)
at /home/vstinner/prog/python/master/Modules/_testmultiphase.c:628
#1  0x00482866 in PyModule_FromDefAndSpec2TraceRefs (def=0x701b8ce0 
, 
spec=, 
origin='/home/vstinner/prog/python/master/build/lib.linux-x86_64-3.8-pydebug/_testmultiphase.cpython-38dm-x86_64-linux-gnu.so',
 loader_state=None, submodule_search_locations=None, _set_fileattr=True, 
_cached=None) at remote 0x70463330>, module_api_version=1013) at 
Objects/moduleobject.c:366
#2  0x0057ed89 in _PyImport_LoadDynamicModuleWithSpec (
spec=, 
origin='/home/vstinner/prog/python/master/build/lib.linux-x86_64-3.8-pydebug/_testmultiphase.cpython-38dm-x86_64-linux-gnu.so',
 loader_state=None, submodule_search_locations=None, _set_fileattr=True, 
_cached=None) at remote 0x70463330>, fp=0x0) at ./Python/importdl.c:193
#3  0x0057df53 in _imp_create_dynamic_impl (module=, 
spec=, 
origin='/home/vstinner/prog/python/master/build/lib.linux-x86_64-3.8-pydebug/_testmultiphase.cpython-38dm-x86_64-linux-gnu.so',
 loader_state=None, submodule_search_locations=None, _set_fileattr=True, 
_cached=None) at remote 0x70463330>, file=0x0) at Python/import.c:2174
#4  0x0057789f in _imp_create_dynamic (module=, args=0x77f1f630, nargs=1) at Python/clinic/import.c.h:289
(...)

--

___
Python tracker 

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

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:

test_asyncio doesn't hang on FreeBSD 3.x buildbot anymore! macOS buildbot is 
back to green as well. It seems like I can close the issue.

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

___
Python tracker 

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

[issue33540] socketserver: Add an opt-in option to get Python 3.6 behaviour on server_close()

[STINNER Victor]

STINNER Victor  added the comment:

I added the block_on_close class attribute to Python 3.7 and master. I'm not 
really proud of it, but it's the price of the backward compatibility!

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

[issue33565] strange tracemalloc results

[Alexander Mohr]

Alexander Mohr  added the comment:

ok fair enough, however a caveat is that it's not necessarily end of function 
as I was able to expand the function by a few more lines and the callstack 
stayed the same, however I'm guessing the interpreter was smart enough to 
realize the calls below the try/except had no references.  

it would be nice if there was a virtual "socket.__del__` or something at the 
end of the stack.  Basically if it could plug into the extension callbacks.  
That way we could have a little more visibility.

closing, thanks guys. This fixes the issue in botocore, on to the next related 
leak found via aiobotocore in aiohttp, where it now has no tracemalloc entries, 
so I'm guessing a leak via the ssl module to openssl :(

thanks again guys for the help, I really appreciate it, I hope in the future, 
my some mechanism, scenarios like these will be a lot easier to decipher.

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

[issue33109] argparse: make new 'required' argument to add_subparsers default to False instead of True

[miss-islington]

Change by miss-islington :


--
pull_requests: +6723
stage: commit review -> patch review

___
Python tracker 

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

[issue26510] [argparse] Add required argument to add_subparsers

[miss-islington]

Change by miss-islington :


--
pull_requests: +6724

___
Python tracker 

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

[issue33109] argparse: make new 'required' argument to add_subparsers default to False instead of True

[Ned Deily]

Ned Deily  added the comment:


New changeset 8ebf5ceb0f5408d1ebc26c19702ac0762ef5ea04 by Ned Deily in branch 
'master':
bpo-33109: argparse subparsers are once again not required by default (GH-6919)
https://github.com/python/cpython/commit/8ebf5ceb0f5408d1ebc26c19702ac0762ef5ea04


--

___
Python tracker 

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

[issue26510] [argparse] Add required argument to add_subparsers

[Ned Deily]

Ned Deily  added the comment:


New changeset 8ebf5ceb0f5408d1ebc26c19702ac0762ef5ea04 by Ned Deily in branch 
'master':
bpo-33109: argparse subparsers are once again not required by default (GH-6919)
https://github.com/python/cpython/commit/8ebf5ceb0f5408d1ebc26c19702ac0762ef5ea04


--
nosy: +ned.deily

___
Python tracker 

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

[issue33565] strange tracemalloc results

[INADA Naoki]

INADA Naoki  added the comment:

> The callstack I initially mentioned still has no explanation and we now know 
> is not correct.

I don't think so.
The callstack is Python's callstack where caused leak in C.  (Python doesn't 
call malloc directly)

In this case, local variables are freed "at end of the function", and it freed 
unclosed socket which cause warning. (*)
So the callstack is completely valid.  While only CPython expert can understand.

(*) or "at the end of the except clause" which frees `e` and `e` have reference 
to the unclosed socket.

--

___
Python tracker 

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

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

[STINNER Victor]

New submission from STINNER Victor :

http://buildbot.python.org/all/#/builders/124/builds/315

Warning -- files was modified by test_importlib
  Before: []
  After:  ['python.core']

--
components: FreeBSD, Tests
messages: 317497
nosy: koobs, vstinner
priority: normal
severity: normal
status: open
title: test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 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

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:

bpo-32708 has been marked as a duplicate of this issue.

--

___
Python tracker 

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

[issue32708] test_sendfile() hangs on AMD64 FreeBSD 10.x Shared 3.x buildbot

[STINNER Victor]

STINNER Victor  added the comment:

Duplicate of bpo-33353.

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
superseder:  -> test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs 
on FreeBSD

___
Python tracker 

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

[issue33540] socketserver: Add an opt-in option to get Python 3.6 behaviour on server_close()

[miss-islington]

miss-islington  added the comment:


New changeset fa286edbde9ed660d99628aea14ee3b824c2afe6 by Miss Islington (bot) 
in branch '3.7':
bpo-33540: Add block_on_close attr to socketserver (GH-6911)
https://github.com/python/cpython/commit/fa286edbde9ed660d99628aea14ee3b824c2afe6


--
nosy: +miss-islington

___
Python tracker 

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

[issue32911] Doc strings no longer stored in body of AST

[STINNER Victor]

STINNER Victor  added the comment:

IMHO Python 3.7 will be simpler to process, since it avoids to check if the 
first node is a docstring or not.

I agree that it's a backward incompatible, but it has been done on purpose. In 
fact, there is no warranty about backward compatibility on the genreated AST 
between Python versions (like 3.6 vs 3.7).

As Lukasz wrote, AST of Python 3.6 already omit a lot of information about 
formatting, we are far from a 1:1 mapping between code and AST. For example, 
tools to "unparse" AST breaks the formatting. The Python 'ast' module is just 
not appropriate for such use case. There are other solutions for that, like 
lib2to3.

Having a docstring attribute *and* a docstring node seem to be redundant to be, 
or more like a bug. Redundant data can quickly lead to inconsistencies.

The current trend is more to move the AST away from the original Python source 
code, to produce better AST, especially in term of performance. That's also why 
I added the ast.Constant node type ;-) And why many peephole optimizations have 
been reimplemented at the AST level, rather than on the bytecode level.

--

___
Python tracker 

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

[issue32911] Doc strings no longer stored in body of AST

[Ned Deily]

Ned Deily  added the comment:

> * Merge my patch in 3.7rc1, or

Sorry but we are not going to revisit this decision for 3.7.0.  It's too late!

--

___
Python tracker 

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

[issue32911] Doc strings no longer stored in body of AST

[INADA Naoki]

INADA Naoki  added the comment:

If Python 3.7 is released with current AST form, I don't want to change it 
again.

I prefer

* Merge my patch in 3.7rc1, or
* Add compile(..., "multi") mode for "sequence of statements"

--

___
Python tracker 

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

[issue32622] Implement loop.sendfile

[STINNER Victor]

STINNER Victor  added the comment:


New changeset fa24c1c5afa9ba2453d88db5ed6b9d2cc3b58384 by Victor Stinner in 
branch '3.7':
[3.7] bpo-33353: Fix test_asyncio on FreeBSD (GH-7087)
https://github.com/python/cpython/commit/fa24c1c5afa9ba2453d88db5ed6b9d2cc3b58384


--

___
Python tracker 

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

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:


New changeset fa24c1c5afa9ba2453d88db5ed6b9d2cc3b58384 by Victor Stinner in 
branch '3.7':
[3.7] bpo-33353: Fix test_asyncio on FreeBSD (GH-7087)
https://github.com/python/cpython/commit/fa24c1c5afa9ba2453d88db5ed6b9d2cc3b58384


--

___
Python tracker 

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

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

[STINNER Victor]

STINNER Victor  added the comment:

I completed the _PyCoreConfig structure to add home, module_search_path_env, 
and many other options. It might help to guess how the final configuration has 
been computed. I also reworked the code to clarify when and how sys.path is 
computed. sys.path value (not the actual sys.path Python list) is now computed 
earlier.

--

___
Python tracker 

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

[issue33540] socketserver: Add an opt-in option to get Python 3.6 behaviour on server_close()

[miss-islington]

Change by miss-islington :


--
pull_requests: +6722

___
Python tracker 

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

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

[INADA Naoki]

INADA Naoki  added the comment:

> We should maybe dump sys.path into stderr on the specific "unable to load the 
> file system codec" error.

In addition to sys.path, I think "What's current python home (prefix and 
exec-prefix), and where it come from" is very useful.

I recently fixed Vim's bug. https://github.com/vim/vim/pull/2787

Vim called Py_SetPythonHome with path of Python when vim is compiled.  After 
reinstalling Python to another directory, vim fails with "no module named 
encoding" error everytime.  This suffered many homebrew users because homebrew 
use different directory to install Python every revisions.

Python home will be come from different locations:

* Calculated from Python executable path
* Embedded in Python static/dynamic library
* PYTHONHOME environment variable
* Py_SetPythonHome()

--

___
Python tracker 

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

[issue33540] socketserver: Add an opt-in option to get Python 3.6 behaviour on server_close()

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 453bd0bc65b7ea6a18c43da69143ab10d54c0a35 by Victor Stinner in 
branch 'master':
bpo-33540: Add block_on_close attr to socketserver (GH-6911)
https://github.com/python/cpython/commit/453bd0bc65b7ea6a18c43da69143ab10d54c0a35


--

___
Python tracker 

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

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

[INADA Naoki]

INADA Naoki  added the comment:

> if it could be broken installation or configuration (like incorrectly set
> PYTHONHOME or any other python related environment variables), then this
> crash should be expected every time I invoke python executable and attempt
> to run python scripts.
> However, it is not a case, and some of my scripts are running just fine.

There are many possibilities.
* Your scripts may have different shebang
* You're using some tools selecting Python (e.g. pyenv)
* You're using some tools modifying env vars
etc...

Anyway, your report doesn't have enough information to specify what's wrong on 
your environment.
Valid Python environment doesn't raise such error.  I use Python everyday.

--

___
Python tracker 

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

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +6721

___
Python tracker 

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

[issue32622] Implement loop.sendfile

[STINNER Victor]

STINNER Victor  added the comment:


New changeset b97de3dd86046ac46567146d86a69d4f78ea09db by Victor Stinner in 
branch 'master':
bpo-33353: test_asyncio set SO_SNDBUF after connect (GH-7086)
https://github.com/python/cpython/commit/b97de3dd86046ac46567146d86a69d4f78ea09db


--

___
Python tracker 

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

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:


New changeset b97de3dd86046ac46567146d86a69d4f78ea09db by Victor Stinner in 
branch 'master':
bpo-33353: test_asyncio set SO_SNDBUF after connect (GH-7086)
https://github.com/python/cpython/commit/b97de3dd86046ac46567146d86a69d4f78ea09db


--

___
Python tracker 

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

[issue33626] test_sendfile_fallback_close_peer_in_middle_of_receiving() fails on x86-64 Sierra 3.x

[STINNER Victor]

STINNER Victor  added the comment:

I close this issue to move again the discussion to bpo-33353.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs 
on FreeBSD

___
Python tracker 

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

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:

My change caused a regression on macOS: bpo-33626. I just closed this issue as 
a duplicate of this one.

--

___
Python tracker 

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

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +6719

___
Python tracker 

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

[issue32622] Implement loop.sendfile

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +6720

___
Python tracker 

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

[issue33628] IDLE: Code cleanup on codecontext

[Cheryl Sabella]

Change by Cheryl Sabella :


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

___
Python tracker 

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

[issue33610] IDLE: Make multiple improvements to CodeContext

[Cheryl Sabella]

Cheryl Sabella  added the comment:

For item 2 - #33628

--
dependencies: +IDLE: Code cleanup on codecontext

___
Python tracker 

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

[issue33628] IDLE: Code cleanup on codecontext

[Cheryl Sabella]

New submission from Cheryl Sabella :

Based on the github comments on PR5638, some code cleanup issues identified for 
codecontext.

codecontext
* getspacesfirstword - function and param1 name
* get_line_info - make into helper function and change parm
* get_context - call to get_line_info sends text instead of line number
* toggle_code_context_event - move border calc to same loop at padx
* cleanup some comments

test_codecontext
* test_get_line_info - move test to helper test class and change parm from line 
number to line
* test_get_line_info - add test for tab (I noticed 'indent' is 1 when the regex 
matches to a tab.  Even though IDLE doesn't allow tabs in the editor, I didn't 
want to lose track of this).
* test_getspacesfirstword - function name
* test_del - remove call to after info

--
assignee: terry.reedy
components: IDLE
messages: 317479
nosy: cheryl.sabella, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: Code cleanup on codecontext
type: enhancement
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

[issue33626] test_sendfile_fallback_close_peer_in_middle_of_receiving() fails on x86-64 Sierra 3.x

[STINNER Victor]

STINNER Victor  added the comment:

The regression seems to be caused by my test_asyncio change for bpo-33353:
commit 2932755cc11fd82b4908d60b24b837aa4f3028e6

--

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

There are a couple of other buildbots with the same failure:

ARMv7 Ubuntu 3.x:  http://buildbot.python.org/all/#/builders/106/builds/1066
PPC64 AIX 3.x:  http://buildbot.python.org/all/#/builders/10/builds/1005

--

___
Python tracker 

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

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

[STINNER Victor]

STINNER Victor  added the comment:

If the issue is specific to Python 3.5, we can no longer fix it since 3.5 
doesn't accept bugfixes anymore. No?

--
nosy: +vstinner

___
Python tracker 

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

[issue33627] test_numeric_tower.test_complex() crashed on

[STINNER Victor]

New submission from STINNER Victor :

http://buildbot.python.org/all/#/builders/88/builds/1044

0:07:59 load avg: 1.58 [107/416/1] test_numeric_tower crashed (Exit code -11)
Fatal Python error: Segmentation fault

Current thread 0x405c4dc0 (most recent call first):
  File 
"/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_numeric_tower.py",
 line 184 in test_complex
(...)
Re-running test 'test_numeric_tower' in verbose mode
test_complex (test.test_numeric_tower.ComparisonTest) ... ok
test_mixed_comparisons (test.test_numeric_tower.ComparisonTest) ... ok
test_binary_floats (test.test_numeric_tower.HashTest) ... ok
test_bools (test.test_numeric_tower.HashTest) ... ok
test_complex (test.test_numeric_tower.HashTest) ... ok
test_decimals (test.test_numeric_tower.HashTest) ... ok
test_fractions (test.test_numeric_tower.HashTest) ... ok
test_hash_normalization (test.test_numeric_tower.HashTest) ... ok
test_integers (test.test_numeric_tower.HashTest) ... ok

--
Ran 9 tests in 0.573s

OK

--
messages: 317474
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_numeric_tower.test_complex() crashed on

___
Python tracker 

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

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

[Larry Hastings]

Larry Hastings  added the comment:

Documentation changes are okay.

--

___
Python tracker 

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

[issue33627] test_numeric_tower.test_complex() crashed on x86 Ubuntu Shared 3.x

[STINNER Victor]

Change by STINNER Victor :


--
components: +Tests
title: test_numeric_tower.test_complex() crashed on -> 
test_numeric_tower.test_complex() crashed on x86 Ubuntu Shared 3.x
type:  -> crash
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

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

[Larry Hastings]

Larry Hastings  added the comment:

Serhiy, why did you mark this as a release blocker?  This is a proposed 
documentation fix.

--
priority: release blocker -> low

___
Python tracker 

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

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

[STINNER Victor]

Change by STINNER Victor :


--
title: Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW -> 
[3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

___
Python tracker 

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

[issue33626] test_sendfile_fallback_close_peer_in_middle_of_receiving() fails on x86-64 Sierra 3.x

[STINNER Victor]

New submission from STINNER Victor :

http://buildbot.python.org/all/#/builders/14/builds/1023

==
FAIL: test_sendfile_fallback_close_peer_in_middle_of_receiving 
(test.test_asyncio.test_events.KqueueEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.x.billenstein-sierra/build/Lib/test/test_asyncio/test_events.py",
 line 2474, in test_sendfile_fallback_close_peer_in_middle_of_receiving
self.loop.sendfile(cli_proto.transport, self.file))
AssertionError: ConnectionError not raised

==
FAIL: test_sendfile_fallback_close_peer_in_middle_of_receiving 
(test.test_asyncio.test_events.PollEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.x.billenstein-sierra/build/Lib/test/test_asyncio/test_events.py",
 line 2474, in test_sendfile_fallback_close_peer_in_middle_of_receiving
self.loop.sendfile(cli_proto.transport, self.file))
AssertionError: ConnectionError not raised

==
FAIL: test_sendfile_fallback_close_peer_in_middle_of_receiving 
(test.test_asyncio.test_events.SelectEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.x.billenstein-sierra/build/Lib/test/test_asyncio/test_events.py",
 line 2474, in test_sendfile_fallback_close_peer_in_middle_of_receiving
self.loop.sendfile(cli_proto.transport, self.file))
AssertionError: ConnectionError not raised

--
components: Tests, asyncio
messages: 317472
nosy: asvetlov, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: test_sendfile_fallback_close_peer_in_middle_of_receiving() fails on 
x86-64 Sierra 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

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[miss-islington]

Change by miss-islington :


--
pull_requests: +6716

___
Python tracker 

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

[issue32622] Implement loop.sendfile

[miss-islington]

Change by miss-islington :


--
pull_requests: +6717

___
Python tracker 

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

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 2932755cc11fd82b4908d60b24b837aa4f3028e6 by Victor Stinner in 
branch 'master':
bpo-33353: test_asyncio uses smaller sendfile data (#7083)
https://github.com/python/cpython/commit/2932755cc11fd82b4908d60b24b837aa4f3028e6


--

___
Python tracker 

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

[issue32622] Implement loop.sendfile

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 2932755cc11fd82b4908d60b24b837aa4f3028e6 by Victor Stinner in 
branch 'master':
bpo-33353: test_asyncio uses smaller sendfile data (#7083)
https://github.com/python/cpython/commit/2932755cc11fd82b4908d60b24b837aa4f3028e6


--

___
Python tracker 

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

[issue32458] test_asyncio: test_start_tls_server_1() fails randomly

[Antoine Pitrou]

Change by Antoine Pitrou :


--
nosy:  -pitrou

___
Python tracker 

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

[issue32622] Implement loop.sendfile

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +6715

___
Python tracker 

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

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[STINNER Victor]

Change by STINNER Victor :


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

___
Python tracker 

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

[issue32458] test_asyncio: test_start_tls_server_1() fails randomly

[STINNER Victor]

STINNER Victor  added the comment:

test_start_tls_server_1() just failed on my Linux. It likely depends on the 
system load.

--
nosy: +vstinner
title: test_asyncio failures on Windows -> test_asyncio: 
test_start_tls_server_1() fails randomly

___
Python tracker 

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

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

[Ned Deily]

Ned Deily  added the comment:

Thanks, David.  Yes, I think disabling "largefile" tests on that buildbot makes 
the most sense.  We're working on it.

--
nosy: +ned.deily

___
Python tracker 

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

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

[David Bolen]

David Bolen  added the comment:

The win7 builder isn't on Azure, so changing host type isn't an option at the 
moment.  For my part, I'd prefer removing the largefile tests for that one 
rather than increasing timeout.  The tests generate a huge amount of I/O, so my 
guess is it's just not practical in the current builder environment.

I should note that unlike the win8/win10 builders, there have been no VM or 
host changes for the win7 builder in quite a while, so if these failures are 
recent, they can't necessarily be explained by test environment changes.  With 
that said, the win7 builder is certainly resource constrained in terms of CPU 
and I/O so perhaps the tests were always marginal.  Or perhaps the use of -j2 
is exacerbating the situation depending on which pair of tests overlap with 
test_mmap.

--

___
Python tracker 

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

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

[Ned Deily]

Ned Deily  added the comment:

er, "cleaned out"

--

___
Python tracker 

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

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

[Steve Dower]

Steve Dower  added the comment:

Okay, I'll take a look now.

--

___
Python tracker 

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

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

[Ned Deily]

Ned Deily  added the comment:

Steve: just a minute ago, zware out the win8.1 bot's repo and restarted a 3.7 
build.

--

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

FTR, this started happening after the following commit:

commit 6d2cd9036c0ab78a83de43d1511befb7a7fc0ade
Author: Eric Snow 
Date:   Wed May 16 15:04:57 2018 -0400

bpo-32604: Improve subinterpreter tests. (#6914)

Add more tests for subinterpreters. This patch also fixes a few small 
defects in the channel implementation.

--

___
Python tracker 

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

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

[STINNER Victor]

STINNER Victor  added the comment:

test_mmap.test_large_offset() failed on x86 Windows7 3.7:

http://buildbot.python.org/all/#/builders/111/builds/265

David Bolen: do you prefer to upgrade the VM to a faster account on Azure, or 
change the timeout?


0:41:01 [144/415/1] test_mmap crashed (Exit code 1) -- running: 
test_concurrent_futures (287 sec)
Timeout (0:15:00)!
Thread 0x0b58 (most recent call first):
  File 
"D:\cygwin\home\db3l\buildarea\3.7.bolen-windows7\build\lib\test\test_mmap.py", 
line 754 in _make_test_file
  File 
"D:\cygwin\home\db3l\buildarea\3.7.bolen-windows7\build\lib\test\test_mmap.py", 
line 764 in test_large_offset
  (...)

--

___
Python tracker 

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

[issue27535] Ignored ResourceWarning warnings leak memory in warnings registries

[STINNER Victor]

STINNER Victor  added the comment:

Alexander Mohr reported a memory leak in his code using botocore (Python client 
for Amazon S3): bpo-33565. His code emited ResourceWarning, but these warnings 
are ignored by default. The link between ignored warnings and a memory leak is 
non obvious.

Serhiy: what do you think of backporting my _warnings change for the ignore 
action?

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

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

[Ned Deily]

Change by Ned Deily :


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

[issue33612] Assertion failure in PyThreadState_Clear

[STINNER Victor]

STINNER Victor  added the comment:

Mark Shannon, the author of the assertion, approved my PR to remove the 
assertion:
https://github.com/python/cpython/pull/7069#issuecomment-391342700

The initial issue, the failing assertion, has been fixed. Well, to be honest, I 
failed to reproduce Serhiy's use case using test_multiprocessing_fork, but I'm 
confident that the removal of the assertion fixed the bug ;-)

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

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

[Ned Deily]

Ned Deily  added the comment:

> All the critical builds should forcibly rebuild it, so this isn't urgent, but 
> I'll take a look next time I get a chance to work on the build files.

It's more than a *bit* urgent since it is causing one of the 3.7 stable 
buildbots to fail to build and not run tests and we normally would not allow a 
release with stable buildbot failures.

--
nosy: +ned.deily
priority: normal -> release blocker

___
Python tracker 

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

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

[Ned Deily]

Ned Deily  added the comment:

(for example, http://buildbot.python.org/all/#/builders/133/builds/251 )

--

___
Python tracker 

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

[issue33463] Can namedtuple._asdict return a regular dict instead of OrderedDict?

[Michael Selik]

Michael Selik  added the comment:

I changed the PR to simply replace OrderedDict with dict. For the docs 
warnings, if I'm understanding correctly, those should be separate pulls for 
older branches?

--

___
Python tracker 

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

[issue33618] Support TLS 1.3

[Christian Heimes]

Christian Heimes  added the comment:


New changeset 72ef4fc32b354f8e56eec64f4c15ac2e07d118be by Christian Heimes 
(Miss Islington (bot)) in branch '3.7':
[3.7] bpo-33618: Enable TLS 1.3 in tests (GH-7079) (GH-7082)
https://github.com/python/cpython/commit/72ef4fc32b354f8e56eec64f4c15ac2e07d118be


--

___
Python tracker 

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

[issue33609] Document that dicts preserve insertion order

[Ned Deily]

Ned Deily  added the comment:

I agree with Yury's suggestions; the entry in the "Dictionary view objects" 
section, that Cheryl points to, is not sufficient.  Is somebody willing to 
write a PR?

--
priority: normal -> high
stage:  -> needs patch
type: enhancement -> 

___
Python tracker 

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

[issue33618] Support TLS 1.3

[miss-islington]

Change by miss-islington :


--
pull_requests: +6713

___
Python tracker 

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

[issue33618] Support TLS 1.3

[Christian Heimes]

Christian Heimes  added the comment:


New changeset 529525fb5a8fd9b96ab4021311a598c77588b918 by Christian Heimes in 
branch 'master':
bpo-33618: Enable TLS 1.3 in tests (GH-7079)
https://github.com/python/cpython/commit/529525fb5a8fd9b96ab4021311a598c77588b918


--

___
Python tracker 

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

[issue33618] Support TLS 1.3

[Christian Heimes]

Christian Heimes  added the comment:

Tests with 1.0.2o and 1.1.0h are passing.

--

___
Python tracker 

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

[issue33618] Support TLS 1.3

[Ned Deily]

Ned Deily  added the comment:

As long as it doesn't break 1.0.2 and 1.1.0 support, sure :)

--

___
Python tracker 

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