[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

[Tal Einat]

Change by Tal Einat :


--
pull_requests: +8122

___
Python tracker 

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

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

[miss-islington]

miss-islington  added the comment:


New changeset 9fcfb7b010bd41d4ebaeed372df92b6962253fed by Miss Islington (bot) 
in branch '3.6':
bpo-34120: fix IDLE freezing after closing dialogs (GH-8603)
https://github.com/python/cpython/commit/9fcfb7b010bd41d4ebaeed372df92b6962253fed


--

___
Python tracker 

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

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

[Tal Einat]

Tal Einat  added the comment:


New changeset 894940b1099677c1ca0aa527dbb935e47d3d591a by Tal Einat in branch 
'2.7':
[2.7] bpo-34120: fix IDLE freezing after closing dialogs (GH-8603)
https://github.com/python/cpython/commit/894940b1099677c1ca0aa527dbb935e47d3d591a


--

___
Python tracker 

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

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

[Tal Einat]

Tal Einat  added the comment:


New changeset dd74369cb7b230b07ac3a031563406c8f2aae17f by Tal Einat in branch 
'master':
bpo-34120: fix text viewer to call grab_release() only when needed (GH-8616)
https://github.com/python/cpython/commit/dd74369cb7b230b07ac3a031563406c8f2aae17f


--

___
Python tracker 

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

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

[miss-islington]

Change by miss-islington :


--
pull_requests: +8124

___
Python tracker 

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

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

[miss-islington]

Change by miss-islington :


--
pull_requests: +8123

___
Python tracker 

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

[issue29502] Should PyObject_Call() call the profiler on C functions, use C_TRACE() macro?

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

I would prefer to wait with this issue until PEP 580 has been decided. If it's 
accepted, it will change function calling code a lot. As I wrote in PEP 580, I 
was planning to have a PEP on profiling anyway.

--

___
Python tracker 

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

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

[miss-islington]

miss-islington  added the comment:


New changeset 60586de02de074a33c015e5a013d85d0b17e7e61 by Miss Islington (bot) 
in branch '3.7':
bpo-34120: fix text viewer to call grab_release() only when needed (GH-8616)
https://github.com/python/cpython/commit/60586de02de074a33c015e5a013d85d0b17e7e61


--

___
Python tracker 

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

[issue34309] Embedding Python; Py_Initialize / Py_Finalize cycles

[Christopher Schramm]

Change by Christopher Schramm :


--
nosy: +cschramm

___
Python tracker 

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

[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6

[Vlad Tudorache]

Vlad Tudorache  added the comment:

I confirm the crashes. I've tried with personal builds of python 3.5, 3.6, 3.7, 
with ActiveTcl and personal builds of Tcl 8.6.x, the problem does not appear 
with 8.5.18, but shows itself with 8.5.19 (strange, API changes?). I'll try to 
investigate.

--

___
Python tracker 

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

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

[miss-islington]

miss-islington  added the comment:


New changeset 8c4a0059accb5cb33e90ec5b2f3e9dc08e2f3048 by Miss Islington (bot) 
in branch '3.6':
bpo-34120: fix text viewer to call grab_release() only when needed (GH-8616)
https://github.com/python/cpython/commit/8c4a0059accb5cb33e90ec5b2f3e9dc08e2f3048


--

___
Python tracker 

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

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

[Tal Einat]

Tal Einat  added the comment:

Many thanks for the report and follow through, Vlad!

Thank you too, Kevin, for your help in resolving this.

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

[issue33062] ssl_renegotiate() doesn't seem to be exposed

[Fantix King]

Change by Fantix King :


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

___
Python tracker 

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

[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6

[Vlad Tudorache]

Vlad Tudorache  added the comment:

The problem shows itself on macOS High Sierra in some Tk Demos, independently 
of Python's IDLE. So there is something completely different, to report to the 
Tcl/Tk community. Strangely, I didn't notice the issues on Sierra, but I have 
no Sierra Mac right now to check it again. Even in Tk 8.5.18 (ActiveState or 
self-compiled) there are issues (notably the cascade menus demo, the button 
menus demo, others to) in rendering some UI elements. Sometimes bad indexes are 
reported (sort of [lindex {A LIST} index $N] gives $N not found even when in 
range)...

--

___
Python tracker 

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

[issue34309] Embedding Python; Py_Initialize / Py_Finalize cycles

[chris]

chris  added the comment:

Okay, completely restarting python is not really necessary. Being able to 
reliably unload and later on re-import python modules (extension modules as 
well as pure python modules) in an embedded python runtime would solve my 
problems. 

One way to achieve that is currently Py_Initialize / Py_Finalize, but there are 
the drawbacks already mentioned. Another possibility is using sub-interpreters. 

If either of these could be fixed for extension modules (possibly with 
unloading the shared objects / DLL's :) ) I'd be fine.

I completely understand your point about backporting and it is not an issue.

--

___
Python tracker 

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

[issue1230540] sys.excepthook doesn't work in threads

[STINNER Victor]

STINNER Victor  added the comment:

Would it be possible to modify the default implementation of sys.excepthook to 
have a different output when it's not called from the main thread? Mimick the 
current traceback from threads.

Would it be possible to call threading.current_thread() from the default 
sys.excepthook? The problem is to get the threading module and to decide how to 
handle error on getting the current thread.

An alternative would be to introduce a new hook to log exceptions in threads, 
ex: sys.threadexcepthook. That hoook would take a 4th parameter. But Andrey 
Vlasovskikh didn't like this idea.

--

___
Python tracker 

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

[issue33695] Have shutil.copytree(), copy() and copystat() use cached scandir() stat()s

[STINNER Victor]

STINNER Victor  added the comment:

When I worked on the os.scandir() implementation, I recall that an interesting 
test was NFS. Depending on the configuration, stat() in a network filesystem 
can be between very slow and slow.

--

___
Python tracker 

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

[issue1230540] sys.excepthook doesn't work in threads

[Nikolaus Rath]

Change by Nikolaus Rath :


--
nosy:  -nikratio

___
Python tracker 

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

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

New failure on x86 Windows7 3.x:

https://buildbot.python.org/all/#/builders/58/builds/1174

test_timeout (test.test_multiprocessing_spawn.WithThreadsTestSemaphore) ... 
skipped 'test not appropriate for threads'
test test_multiprocessing_spawn failed
test_import (test.test_multiprocessing_spawn._TestImportStar) ... ok
==
FAIL: test_timeout (test.test_multiprocessing_spawn.WithProcessesTestQueue)
--
Traceback (most recent call last):
  File 
"D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\_test_multiprocessing.py",
 line 1044, in test_timeout
self.assertGreaterEqual(delta, 0.150)
AssertionError: 0.13579845428466797 not greater than or equal to 0.15
--
Ran 311 tests in 495.714s
FAILED (failures=1, skipped=37)
1 test failed again:
test_multiprocessing_spawn
== Tests result: FAILURE then FAILURE ==

--

___
Python tracker 

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

[issue34292] test_compile hangs in AMD Ubuntu buildbots

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

New failure on AMD64 Ubuntu 3.x:

https://buildbot.python.org/all/#/builders/154/builds/100

test_single_statement (test.test_compile.TestSpecifics) ... ok
Timeout (0:15:00)!
Thread 0x7f30435d3080 (most recent call first):
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/test_compile.py", 
line 671 in test_stack_overflow
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/unittest/case.py", 
line 615 in run
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/unittest/case.py", 
line 663 in __call__
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/unittest/suite.py", 
line 122 in run
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/unittest/suite.py", 
line 84 in __call__
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/unittest/suite.py", 
line 122 in run
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/unittest/suite.py", 
line 84 in __call__
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/unittest/suite.py", 
line 122 in run
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/unittest/runner.py", line 
176 in run
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/support/__init__.py", 
line 1883 in _run_suite
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/support/__init__.py", 
line 1973 in run_unittest
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/libregrtest/runtest.py",
 line 175 in test_runner
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/libregrtest/runtest.py",
 line 179 in runtest_inner
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/libregrtest/runtest.py",
 line 140 in runtest
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/libregrtest/main.py", 
line 286 in rerun_failed_tests
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/libregrtest/main.py", 
line 570 in _main
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/libregrtest/main.py", 
line 531 in main
  File 
"/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/libregrtest/main.py", 
line 584 in main
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/test/__main__.py", 
line 2 in 
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/runpy.py", line 85 
in _run_code
  File "/home/buildbot/buildarea/3.x.einat-ubuntu/build/Lib/runpy.py", line 193 
in _run_module_as_main
make: *** [buildbottest] Error 1

--

___
Python tracker 

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

[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

This error is happening in the x86-64 High Sierra 3.7 buildbot:

https://buildbot.python.org/all/#/builders/147/builds/174

==
FAIL: test_startup_imports (test.test_site.StartupImportTests)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.7.billenstein-sierra/build/Lib/test/test_site.py", 
line 487, in test_startup_imports
self.assertFalse(modules.intersection(collection_mods), stderr)
AssertionError: {'collections', 'heapq', 'types', 'functools', 'keyword', 
'reprlib', 'operator'} is not false : import _frozen_importlib # frozen

--
nosy: +pablogsal

___
Python tracker 

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

[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
status: closed -> open

___
Python tracker 

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

[issue34316] test_socket timeouts in AMD64 Windows10 3.x buildbots

[Pablo Galindo Salgado]

New submission from Pablo Galindo Salgado :

Some tests in test_socket and test_asyncio are receiving timeouts in AMD64 
Windows10 3.x buildbots: 

test_asyncio: https://buildbot.python.org/all/#/builders/3/builds/1192
test_socket: https://buildbot.python.org/all/#/builders/3/builds/1191

Sample error messages:

test_not_implemented (test.test_asyncio.test_events.AbstractEventLoopTests) ... 
ok
Timeout (0:15:00)!
Thread 0x1a74 (most recent call first):
  File "D:\buildarea\3.x.bolen-windows10\build\lib\socket.py", line 212 in 
accept
  File "D:\buildarea\3.x.bolen-windows10\build\lib\socket.py", line 528 in 
socketpair
  File "D:\buildarea\3.x.bolen-windows10\build\lib\asyncio\selector_events.py", 
line 113 in _make_self_pipe
  File "D:\buildarea\3.x.bolen-windows10\build\lib\asyncio\selector_events.py", 
line 66 in __init__
  File "D:\buildarea\3.x.bolen-windows10\build\lib\asyncio\events.py", line 660 
in new_event_loop
  File "D:\buildarea\3.x.bolen-windows10\build\lib\asyncio\events.py", line 762 
in new_event_loop
  File 
"D:\buildarea\3.x.bolen-windows10\build\lib\test\test_asyncio\test_events.py", 
line 3061 in test_not_implemented_async
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\case.py", line 615 
in run
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\case.py", line 663 
in __call__
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 122 
in run
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 84 
in __call__
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 122 
in run
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 84 
in __call__
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 122 
in run
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 84 
in __call__
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 122 
in run
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 84 
in __call__
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 122 
in run
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 84 
in __call__
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\runner.py", line 
176 in run
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\support\__init__.py", 
line 1883 in _run_suite
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\support\__init__.py", 
line 1973 in run_unittest
  File 
"D:\buildarea\3.x.bolen-windows10\build\lib\test\libregrtest\runtest.py", line 
175 in test_runner
  File 
"D:\buildarea\3.x.bolen-windows10\build\lib\test\libregrtest\runtest.py", line 
179 in runtest_inner
  File 
"D:\buildarea\3.x.bolen-windows10\build\lib\test\libregrtest\runtest.py", line 
140 in runtest
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\libregrtest\main.py", 
line 286 in rerun_failed_tests
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\libregrtest\main.py", 
line 570 in _main
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\libregrtest\main.py", 
line 531 in main
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\libregrtest\main.py", 
line 584 in main
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\__main__.py", line 2 in 

  File "D:\buildarea\3.x.bolen-windows10\build\lib\runpy.py", line 85 in 
_run_code
  File "D:\buildarea\3.x.bolen-windows10\build\lib\runpy.py", line 193 in 
_run_module_as_main
program finished with exit code 1
elapsedTime=5350.801000
test_not_implemented_async 
(test.test_asyncio.test_events.AbstractEventLoopTests) ... 

and 

testTimeoutDefault (test.test_socket.NetworkConnectionAttributesTest) ... ok
Unhandled exception in thread started by >
Traceback (most recent call last):
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\test_socket.py", line 
336, in clientRun
self.clientTearDown()
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\test_socket.py", line 
4752, in clientTearDown
self.cli.close()
AttributeError: 'NetworkConnectionAttributesTest' object has no attribute 'cli'
Timeout (0:15:00)!
Thread 0x184c (most recent call first):
  File "D:\buildarea\3.x.bolen-windows10\build\lib\socket.py", line 212 in 
accept
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\test_socket.py", line 
4757 in _justAccept
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\case.py", line 615 
in run
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\case.py", line 663 
in __call__
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 122 
in run
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 84 
in __call__
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 122 
in run
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unittest\suite.py", line 84 
in __call__
  File "D:\buildarea\3.x.bolen-windows10\build\lib\unitt

[issue34316] test_socket and test_asyncio timeouts in AMD64 Windows10 3.x buildbots

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
title: test_socket timeouts in AMD64 Windows10 3.x buildbots -> test_socket and 
test_asyncio timeouts in AMD64 Windows10 3.x buildbots

___
Python tracker 

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

[issue34316] test_socket and test_asyncio timeouts in AMD64 Windows10 3.x buildbots

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Is possible that this are two separate issues.

--

___
Python tracker 

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

[issue34292] test_compile hangs in AMD Ubuntu buildbots

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

New failure on AMD64 Ubuntu 3.7:

test_single_statement (test.test_compile.TestSpecifics) ... ok
Timeout (0:15:00)!
Thread 0x7f5f41d9e080 (most recent call first):
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/test_compile.py", 
line 671 in test_stack_overflow
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/unittest/case.py", 
line 615 in run
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/unittest/case.py", 
line 663 in __call__
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/unittest/suite.py", 
line 122 in run
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/unittest/suite.py", 
line 84 in __call__
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/unittest/suite.py", 
line 122 in run
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/unittest/suite.py", 
line 84 in __call__
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/unittest/suite.py", 
line 122 in run
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/unittest/runner.py", line 
176 in run
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/support/__init__.py", 
line 1882 in _run_suite
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/support/__init__.py", 
line 1972 in run_unittest
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/libregrtest/runtest.py",
 line 175 in test_runner
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/libregrtest/runtest.py",
 line 179 in runtest_inner
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/libregrtest/runtest.py",
 line 140 in runtest
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/libregrtest/main.py", 
line 286 in rerun_failed_tests
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/libregrtest/main.py", 
line 570 in _main
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/libregrtest/main.py", 
line 531 in main
  File 
"/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/libregrtest/main.py", 
line 584 in main
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/__main__.py", 
line 2 in 
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/runpy.py", line 85 
in _run_code
  File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/runpy.py", line 193 
in _run_module_as_main
make: *** [buildbottest] Error 1
test_stack_overflow (test.test_compile.TestSpecifics) ... Makefile:1096: recipe 
for target 'buildbottest' failed
program finished with exit code 2
elapsedTime=6544.321095

--

___
Python tracker 

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

[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

[INADA Naoki]

INADA Naoki  added the comment:

Same fix can be applied to buildbot.

This is caused by (a) Homebrew installs Python to /usr/local with (hacky) 
sitecustomize, and (b) Python's default prefix is /usr/local.

I think test should be run without conflicting with another installation.

--

___
Python tracker 

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

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +8126

___
Python tracker 

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

[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

[STINNER Victor]

STINNER Victor  added the comment:

>  Same fix can be applied to buildbot.

Sure. Go ahead :-) The buildbot configuration can be found at:
https://github.com/python/buildmaster-config/

Send a pull request, and Zachary Ware (or me) will  review it. Zach is the 
expert here ;-)

--
resolution: fixed -> 

___
Python tracker 

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

[issue24564] shutil.copytree fails when copying NFS to NFS

[desbma]

desbma  added the comment:

> Since the `copy_function` is customizable to switch between `copy` and 
> `copy2`, making copystat optional on files, perhaps the `copystat` should be 
> optional on directories, as well.

Related: https://bugs.python.org/issue32073

--
nosy: +desbma

___
Python tracker 

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

[issue34309] Embedding Python; Py_Initialize / Py_Finalize cycles

[Petr Viktorin]

Petr Viktorin  added the comment:

PEP 489 (Multi-phase extension module initialization) makes it possible/easy to 
unload/reimport extension modules, in the sense of destroying/recreating the 
module object. The problem is that the modules needs to opt-in to supporting 
this, which is not always easy (e.g. the module needs to not use C globals, or 
use them carefully), and sometimes it's still nearly impossible (see the 
in-progress PEP 573).

Unloading the actual shared library is another matter, though. That's not 
currently planned. There's no good way to ensure that there no remaining 
objects that could reference the shared library's code.
Instead, your best bet is probably to name the new .so/DLL differently, and 
load an extra copy. (PEP 489 makes it possible to make the .so/DLL contain a 
module with a different name.) If you do go this way, I'd welcome feedback.

--

___
Python tracker 

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

[issue34317] Improve docstring Environment variables in Windows NT

[sakamoto aya]

New submission from sakamoto aya :

Expired link in windows.rst:  
https://support.microsoft.com/en-us/help/100843/environment-variables-in-windows-nt

May I make a suggestion?

The new link:https://www.microsoft.com/en-us/wdsi/help/folder-variables

--
assignee: docs@python
components: Documentation
messages: 322944
nosy: HiyashiChuka, docs@python
priority: normal
severity: normal
status: open
title: Improve docstring   Environment variables in Windows NT
type: behavior
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

[issue34317] Improve docstring Environment variables in Windows NT

[Roundup Robot]

Change by Roundup Robot :


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

___
Python tracker 

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

[issue34287] bufferedio.c uses unused argument of METH_NOARGS functions

[INADA Naoki]

INADA Naoki  added the comment:


New changeset fc512e3e0663f7f325862fcd42aef765fd34a453 by INADA Naoki 
(jdemeyer) in branch 'master':
bpo-34287: Do not use second argument of METH_NOARGS functions (GH-8582)
https://github.com/python/cpython/commit/fc512e3e0663f7f325862fcd42aef765fd34a453


--
nosy: +inada.naoki

___
Python tracker 

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

[issue34287] bufferedio.c uses unused argument of METH_NOARGS functions

[INADA Naoki]

Change by INADA Naoki :


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

[issue34318] Convert deprecated behavior of assertRaises() etc into errors

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

Currently assertRaises(), assertRaisesRegex(), assertWarns() and 
assertWarnsRegex() have some weird behavior.

# always success if the callable is None
self.assertRaises(SomeException, None)

# keyword arguments except "msg" are ignored
with self.assertRaises(SomeException, foobar=123):
...

# always success because keyword arguments are ignored
self.assertRaises(SomeException, callable=func)

Hardly any user code uses these "features" intentionally. More likely such 
examples are hidden bugs (see for example [1]). A DeprecationWarning is raised 
in these cases since 3.5 (issue24134), and it is time to make them errors.

[1] https://mail.python.org/pipermail/python-list/2018-July/736363.html

--
components: Tests
messages: 322946
nosy: ezio.melotti, michael.foord, rbcollins, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Convert deprecated behavior of assertRaises() etc into errors
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

[issue34318] Convert deprecated behavior of assertRaises() etc into errors

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
components: +Library (Lib)

___
Python tracker 

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

[issue34318] Convert deprecated behavior of assertRaises() etc into errors

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue34319] Clarify pathlib.Path("filepath").read_text()

[Thomas Nyberg]

New submission from Thomas Nyberg :

This came out of the following posts:

https://mail.python.org/pipermail/python-ideas/2018-August/052549.html
https://mail.python.org/pipermail/python-ideas/2018-August/052553.html

Basically my request would be to change the documentation here:

https://docs.python.org/3.7/library/pathlib.html#pathlib.Path.read_text

I would like to add a note that the underlying file object itself is closed 
after the read_text() method is called. Maybe I'm just a little dense and it 
should be obvious that the functionality here would be different than 
open("filepath").read(), but given that thread I linked, I don't believe I'm 
the only one.

--
assignee: docs@python
components: Documentation
messages: 322947
nosy: docs@python, thomas.nyberg
priority: normal
severity: normal
status: open
title: Clarify pathlib.Path("filepath").read_text()

___
Python tracker 

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

[issue33062] ssl_renegotiate() doesn't seem to be exposed

[Fantix King]

Change by Fantix King :


--
nosy: +fantix

___
Python tracker 

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

[issue34319] Clarify pathlib.Path("filepath").read_text()

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue31710] setup.py: _ctypes won't getbuilt when system ffi is only in $PREFIX

[Roy Belio]

Roy Belio  added the comment:

Also happens on suse 11 x86_64 with python 3.7
Same issue exactly building locally (but with cross compiling flag for system 
independency)
Building our own libffi 3.2.1 and adding it in the CPPFLAGS includes.

--
nosy: +rbelio

___
Python tracker 

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

[issue34097] ZIP does not support timestamps before 1980

[STINNER Victor]

STINNER Victor  added the comment:

Thank you Petr Viktorin for the bug report and thanks to Marcel Plch for the 
implementation of the new strict_timestamps keyword-only parameter!

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

[issue34097] ZIP does not support timestamps before 1980

[STINNER Victor]

STINNER Victor  added the comment:


New changeset a2fe1e52eb94c41d9ebce1ab284180d7b1faa2a4 by Victor Stinner 
(Marcel Plch) in branch 'master':
bpo-34097: Add support for zipping files older than 1980-01-01 (GH-8270)
https://github.com/python/cpython/commit/a2fe1e52eb94c41d9ebce1ab284180d7b1faa2a4


--
nosy: +vstinner

___
Python tracker 

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

[issue34320] Creating dict from OrderedDict doesn't preserve order

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

>>> from collections import OrderedDict
>>> od = OrderedDict([('a', 1), ('b', 2)])
>>> od.move_to_end('a')
>>> od
OrderedDict([('b', 2), ('a', 1)])
>>> dict(od)
{'a': 1, 'b': 2}

This affects also PEP 468.

>>> def f(**kwargs): return kwargs
... 
>>> f(**od)
{'a': 1, 'b': 2}

And PEP 520.

>>> type('A', (), od).__dict__
mappingproxy({'a': 1, 'b': 2, '__module__': '__main__', '__dict__': , '__weakref__': , '__doc__': None})

--
components: Interpreter Core
messages: 322951
nosy: Rosuav, eric.snow, inada.naoki, rhettinger, serhiy.storchaka, steve.dower
priority: normal
severity: normal
status: open
title: Creating dict from OrderedDict doesn't preserve order
type: behavior
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

[issue31710] setup.py: _ctypes won't getbuilt when system ffi is only in $PREFIX

[Chih-Hsuan Yen]

Chih-Hsuan Yen  added the comment:

Hi Roy, mind sharing the complete build log? Either attaching the log to this 
issue or pasting a link is fine.

--
components: +Build

___
Python tracker 

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

[issue34321] mmap.mmap() should not necessarily clone the file descriptor

[Manuel]

New submission from Manuel :

mmap.mmap(fileno, length, flags, prot, access, offset) always clones the file 
descriptor that should be used [1].

The cloning of the file descriptor seems to be done to ensure that the file 
cannot be closed behind mmap's back, but if you are mmap()'ing a lot of memory 
regions of a file this can cause a 'Too many open files' error.

I would suggest to add an option to mmap.mmap() that tells it not to clone the 
file descriptor. This can cause an issue if the file is closed before accessing 
the mmapped region, so this fact should also be pointed out in the 
documentation.

[1] https://github.com/python/cpython/blob/master/Modules/mmapmodule.c#L1159

--
components: Library (Lib)
messages: 322953
nosy: manuels
priority: normal
severity: normal
status: open
title: mmap.mmap() should not necessarily clone the file descriptor
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5, 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

[issue34097] ZIP does not support timestamps before 1980

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

If add a new option, I prefer to add it to the ZipFile constructor, similarly 
to allowZip64. Initially allowZip64 was False by default, because not all 
third-party tools supported ZIP64 extension. Later the default was changed to 
True, but you still can force raising an error if the archive is not compatible 
with old tools. I think the same policy should be applied here. Add the ability 
of writing date before 1980, and add an option for raising an error for date 
before 1980.

--

___
Python tracker 

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

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

[ppperry]

Change by ppperry :


--
title: setup.py: _ctypes won't getbuilt when system ffi is only in $PREFIX -> 
setup.py: _ctypes won't get built when system ffi is only in $PREFIX

___
Python tracker 

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

[issue34320] Creating dict from OrderedDict doesn't preserve order

[INADA Naoki]

Change by INADA Naoki :


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

___
Python tracker 

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

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

[Roy Belio]

Roy Belio  added the comment:

Sure, I'll attach it. one more thing to mention is that during configure it 
printed: configure: WARNING: --with(out)-system-ffi is ignored on this platform

We are also providing all the dependency libraries ourselves (building, 
linking, h files and what not) so that should tkae into consideration.
on Suse 11 x86 build is working fine.
and we are using gcc 4.3.4
configure arguments passed:
--prefix=/root/rc3/dist --enable-shared --enable-ipv6 --with-dbmliborder=gdbm 
--with-gcc --with-system-ffi --with-openssl=/root/rc3/dist

--
Added file: https://bugs.python.org/file47728/build.log

___
Python tracker 

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

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +8131

___
Python tracker 

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

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +8130

___
Python tracker 

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

[issue29804] test_ctypes test_pass_by_value fails on arm64 (aarch64) architecture

[STINNER Victor]

STINNER Victor  added the comment:

This issue is mentioned from 
https://bugzilla.redhat.com/show_bug.cgi?id=1336557 but it seems like the bug 
has not been fixed in Python 2.7.

I created PR 8625 to backport the fix to Python 2.7.

--
nosy: +vstinner

___
Python tracker 

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

[issue34097] ZIP does not support timestamps before 1980

[STINNER Victor]

STINNER Victor  added the comment:

Serhiy:
>  If add a new option, I prefer to add it to the ZipFile constructor, 
> similarly to allowZip64. 

Aha, that would make sense. I'm not sure that it's useful to control the 
parameter per added file, it's enough to control the parameter per ZIP archive.

Marcel: would you mind to try to move the strict_timestamps parameter  from 
ZipFile.write() to ZipFile constructor?

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

[issue24255] Replace debuglevel-related logic with logging

[R. David Murray]

R. David Murray  added the comment:

Conrad: thanks for the effort, but using f-strings with logging is 
counterproductive.  The idea behind logging is that the logged strings are not 
materialized unless something actually wants to output them.  Using fstrings 
means you are doing all the work of formatting the string regardless of whether 
or not the string is actually going to get written anywhere.  The original 
patch also retains the debug guards that minimize overhead when debugging is 
not turned on, which it doesn't look like your patch does.

Regardless, what we need at this stage is a github PR, not a patch :)

--

___
Python tracker 

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

[issue34097] ZIP does not support timestamps before 1980

[Marcel Plch]

Marcel Plch  added the comment:

It seems reasonable, I'll have a look at it.

--

___
Python tracker 

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

[issue34322] modification to Lib/distutils/ccompiler.py to simplify handling of compile arguments by subclasses

[Michael Schnaitter]

New submission from Michael Schnaitter :

Discussion on details in the referenced PR is needed.

--
components: Library (Lib)
messages: 322959
nosy: schnaitterm
priority: normal
pull_requests: 8132
severity: normal
status: open
title: modification to Lib/distutils/ccompiler.py to simplify handling of 
compile arguments by subclasses
type: enhancement

___
Python tracker 

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

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

[Chih-Hsuan Yen]

Chih-Hsuan Yen  added the comment:

A possible case might be that pkg-config on your build machine is not properly 
configured. Could you check the value of LIBFFI_INCLUDEDIR in config.log? It 
shuold either be an empty string or /root/rc3/dist/lib/libffi-3.2.1/include.

As a reference, the following command is used to compute LIBFFI_INCLUDEDIR: 
https://github.com/python/cpython/blob/v3.7.0/configure.ac#L2936

--

___
Python tracker 

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

[issue34322] modification to Lib/distutils/ccompiler.py to simplify handling of compile arguments by subclasses

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +dstufft, eric.araujo
stage:  -> patch review
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

[issue34322] modification to Lib/distutils/ccompiler.py to simplify handling of compile arguments by subclasses

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
components: +Distutils

___
Python tracker 

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

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 3243f8c1fb16b6de73f1d7a30f5d09047553bce3 by Victor Stinner in 
branch '2.7':
bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64 
(GH-168) (GH-8625)
https://github.com/python/cpython/commit/3243f8c1fb16b6de73f1d7a30f5d09047553bce3


--
nosy: +vstinner

___
Python tracker 

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

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 3243f8c1fb16b6de73f1d7a30f5d09047553bce3 by Victor Stinner in 
branch '2.7':
bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64 
(GH-168) (GH-8625)
https://github.com/python/cpython/commit/3243f8c1fb16b6de73f1d7a30f5d09047553bce3


--
nosy: +vstinner

___
Python tracker 

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

[issue29804] test_ctypes test_pass_by_value fails on arm64 (aarch64) architecture

[STINNER Victor]

STINNER Victor  added the comment:

New changeset 3243f8c1fb16b6de73f1d7a30f5d09047553bce3 by Victor Stinner in 
branch '2.7':
bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64 
(GH-168) (GH-8625)
https://github.com/python/cpython/commit/3243f8c1fb16b6de73f1d7a30f5d09047553bce3

--

___
Python tracker 

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

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

[Roy Belio]

Roy Belio  added the comment:

as seen in the config.log:
LIBFFI_INCLUDEDIR='/root/rc3/dist/lib/libffi-3.2.1/include'

I'm attaching the config.log just in case

--
Added file: https://bugs.python.org/file47729/config.log

___
Python tracker 

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

[issue29804] test_ctypes test_pass_by_value fails on arm64 (aarch64) architecture

[STINNER Victor]

STINNER Victor  added the comment:

I backported commit a86339b83fbd0932e0529a3c91935e997a234582 from master: 
commit 3243f8c1fb16b6de73f1d7a30f5d09047553bce3, but I don't have access to 
arm64, so I cannot test if the backport fixes test_ctypes on arm64.

--

___
Python tracker 

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

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

[Chih-Hsuan Yen]

Chih-Hsuan Yen  added the comment:

Thanks for providing the info. However, I'm sorry as the case is beyond my 
knowledge. Here's the relevant section in CPython that handles LIBFFI path 
searching: https://github.com/python/cpython/blob/v3.7.0/setup.py#L1984-L2002. 
You may want to examine variables there to see if there's something unusual.

--

___
Python tracker 

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

[issue24255] Replace debuglevel-related logic with logging

[Eryn Wells]

Eryn Wells  added the comment:

Hi, it sounds like my original patch is the preferred approach. I can put up a 
GitHub PR for that.

--

___
Python tracker 

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

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +8133

___
Python tracker 

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

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[STINNER Victor]

STINNER Victor  added the comment:

Hum, the compilation succeeded on AppVeyor:
https://ci.appveyor.com/project/python/cpython/build/2.7build20258

But it fails on AMD64 Windows8 2.7:
https://buildbot.python.org/all/#/builders/74/builds/194

It seems like this buildbot uses Visual Studio 2008 ("VS 9.0")... but it seems 
like AppVeyor also uses Visual Studio 2008. No idea why AppVeyor missed the 
compilation error :-(

Anyway, I proposed PR 8626 to fix it.

--

___
Python tracker 

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

[issue34309] Embedding Python; Py_Initialize / Py_Finalize cycles

[Eric Snow]

Eric Snow  added the comment:

@chris, I can't promise that anything will happen right away, but I'll be sure 
to look into this further when I work on improving extension module usage in 
subinterpreters in the next few months.

--

___
Python tracker 

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

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 6a6b2483479a1ad0ab82300452f0ce71fa90b2d7 by Victor Stinner in 
branch '2.7':
bpo-29565: Fix compilation for C89 (GH-8626)
https://github.com/python/cpython/commit/6a6b2483479a1ad0ab82300452f0ce71fa90b2d7


--

___
Python tracker 

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

[issue34309] Trouble when reloading extension modules.

[Eric Snow]

Eric Snow  added the comment:

I've changed the issue title to reflect where things stand.

Hmm, doing so reminded me of an important consideration here.  A module object 
is effectively a fairly light wrapper around a dict.  When you call 
importlib.reload() the loader from the module's spec is used to re-execute the 
module's existing dict. [1][2]  A new module is not created and the existing 
module namespace is not reset.  So during reload the module is responsible for 
deleting anything in its namespace that wouldn't get replaced when re-executed 
(including attributes that were added to the namespace externally).  For most 
modules this isn't an issue.  However, it's something to consider when 
reloading a module.  See the docs for more explanation and caveats. [3]

[1] https://github.com/python/cpython/blob/master/Lib/importlib/__init__.py#L169
[2] 
https://github.com/python/cpython/blob/master/Lib/importlib/_bootstrap.py#L610
[3] https://docs.python.org/3/library/importlib.html#importlib.reload

--
title: Embedding Python; Py_Initialize / Py_Finalize cycles -> Trouble when 
reloading extension modules.

___
Python tracker 

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

[issue30984] traceback.print_exc return value documentation

[Berker Peksag]

Berker Peksag  added the comment:

The documentation you've quoted is for traceback.extract_tb(). 
traceback.format_tb() documentation only says:

A shorthand for ``format_list(extract_tb(tb, limit))``.

Issue 27910 is about updating the documentation of extract_tb(), format_list(), 
and StackSummary.from_list().

I'm closing this as a duplicate of issue 27910.

--
nosy: +berker.peksag
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Doc/library/traceback.rst — references to tuples should be 
replaced with new FrameSummary object
type:  -> behavior

___
Python tracker 

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

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

[miss-islington]

Change by miss-islington :


--
pull_requests: +8134

___
Python tracker 

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

[issue33695] Have shutil.copytree(), copy() and copystat() use cached scandir() stat()s

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

Yes, file copy (open() + read() + write()) is of course more expensive than 
just "reading" a tree (os.walk(), glob()) or deleting it (rmtree()) and the 
"pure file copy" time adds up to the benchmark. And indeed it's not an 
coincidence that #33671 (which replaced read() + write() with sendfile()) 
shaved off a 5% gain from the benchmark I posted initially for Linux.

Still, in a 8k small-files-tree scenario we're seeing ~9% gain on Linux, 20% on 
Windows and 30% on a SMB share on localhost vs. VirtualBox. I do not consider 
this a "hardly noticeable gain" as you imply: it is noticeable, exponential and 
measurable, even with cache being involved (as it is). 

Note that the number of stat() syscalls per file is being reduced from 6 to 1 
(or more if follow_symlinks=False), and that is the real gist here. That *does* 
make a difference on a regular Windows fs and makes a huge difference with 
network filesystems in general, as a simple stat() call implies access to the 
network, not the disk.

--

___
Python tracker 

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

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

[miss-islington]

Change by miss-islington :


--
pull_requests: +8135

___
Python tracker 

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

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

[Berker Peksag]

Berker Peksag  added the comment:


New changeset f394ee5eaf6d6d8f45e0478e77d4dbff25c6bea7 by Berker Peksag 
(torsava) in branch 'master':
bpo-27910: Update documentation of traceback module (GH-6116)
https://github.com/python/cpython/commit/f394ee5eaf6d6d8f45e0478e77d4dbff25c6bea7


--

___
Python tracker 

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

[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Kevin, more tk mac issues.

--
nosy: +wordtech

___
Python tracker 

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

[issue24255] Replace debuglevel-related logic with logging

[Eryn Wells]

Eryn Wells  added the comment:

Actually, I spoke too soon. My current employer isn't too keen on us 
contributing to open source, so I can't do this. Sorry!

--

___
Python tracker 

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

[issue34309] Trouble when reloading extension modules.

[Stefan Behnel]

Stefan Behnel  added the comment:

a) Probably not something to fix in released versions any more, so increasing 
version from 3.5 to 3.8.

b) Regarding shared library unloading and the problems mentioned, I'm also not 
sure if there is a way to safely unload transitively imported libraries, e.g. 
if the extension module is a wrapper for an external C library (which then 
might come with its own dependencies again, which might still be in use by 
other extension modules, etc.).

--
versions: +Python 3.8 -Python 3.5

___
Python tracker 

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

[issue33782] VSTS Windows-PR: internal error

[Terry J. Reedy]

Terry J. Reedy  added the comment:

A quick follow-up commit can happen if one uses the web editor to edit more 
than one file.

Editing a news file in Misc/News/next should not trigger any of the normal 
tests, only a blurb check if there is such.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

[Berker Peksag]

Berker Peksag  added the comment:


New changeset 0f9df886d6d1c6b239a2861a0ad0d56bb59e3922 by Berker Peksag (Miss 
Islington (bot)) in branch '3.7':
bpo-27910: Update documentation of traceback module (GH-6116)
https://github.com/python/cpython/commit/0f9df886d6d1c6b239a2861a0ad0d56bb59e3922


--

___
Python tracker 

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

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

[Berker Peksag]

Berker Peksag  added the comment:


New changeset 295342adbfd905d5b4a77f960ea39649df7d9997 by Berker Peksag (Miss 
Islington (bot)) in branch '3.6':
bpo-27910: Update documentation of traceback module (GH-6116)
https://github.com/python/cpython/commit/295342adbfd905d5b4a77f960ea39649df7d9997


--

___
Python tracker 

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

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

[Berker Peksag]

Change by Berker Peksag :


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

___
Python tracker 

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

[issue34170] Py_Initialize(): computing path configuration must not have side effect (PEP 432)

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +8136

___
Python tracker 

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

[issue34170] Py_Initialize(): computing path configuration must not have side effect (PEP 432)

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 72ec3193b5118a2ccc8be8bf03d7b74691c6a264 by Victor Stinner in 
branch 'master':
bpo-34170: Cleanup pymain_run_filename() (GH-8631)
https://github.com/python/cpython/commit/72ec3193b5118a2ccc8be8bf03d7b74691c6a264


--

___
Python tracker 

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

[issue24255] Replace debuglevel-related logic with logging

[Sanyam Khurana]

Sanyam Khurana  added the comment:

That's okay Eryn. We really appreciate all your help.

I will take this patch forward :)

--

___
Python tracker 

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

[issue26502] traceback.extract_tb breaks compatibility by returning FrameSummary

[Berker Peksag]

Change by Berker Peksag :


--
keywords: +patch
pull_requests: +8137
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

[issue25573] FrameSummary repr() does not support previously working uses of repr in traceback module

[Berker Peksag]

Change by Berker Peksag :


--
nosy: +berker.peksag

___
Python tracker 

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

[issue33695] Have shutil.copytree(), copy() and copystat() use cached scandir() stat()s

[Yury Selivanov]

Yury Selivanov  added the comment:

> Depending on the configuration, stat() in a network filesystem can be between 
> very slow and slow.

+1.  I also quickly glanced over the patch and I think it looks like a clear 
win.

--

___
Python tracker 

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

[issue24255] Replace debuglevel-related logic with logging

[Conrad Ho]

Conrad Ho  added the comment:

Thanks Eryn!

@Sanyam if you apply the original patch directly that will currently result in 
some merge failures, and there are test fixes etc that I did on the second 
patch. Think we should combine them.

I just made the chgs suggested by David on my own forked repo. Do you want me 
to submit a PR directly?

--

___
Python tracker 

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

[issue24255] Replace debuglevel-related logic with logging

[Conrad Ho]

Conrad Ho  added the comment:

@Eryn in the news blurb thing I'm going to say
"original patch done by Eryn Wells." Your employer should be okay with that 
right? :D

--

___
Python tracker 

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

[issue24255] Replace debuglevel-related logic with logging

[Sanyam Khurana]

Change by Sanyam Khurana :


--
pull_requests: +8138
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

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

[Lysandros Nikolaou]

Lysandros Nikolaou  added the comment:

Is this expected behaviour, should the tests be changes, or is it a bug?

--

___
Python tracker 

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

[issue18540] imaplib.IMAP4() ends with "Name or service not known" on Fedora 18

[Berker Peksag]

Change by Berker Peksag :


--
pull_requests: +8139

___
Python tracker 

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

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

[Berker Peksag]

Change by Berker Peksag :


--
components: +macOS
nosy: +ned.deily, ronaldoussoren

___
Python tracker 

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

[issue28940] __length_hint__ isn't a hint for list()

[Sergey Fedoseev]

Change by Sergey Fedoseev :


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

___
Python tracker 

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

[issue34312] Allow str.endswith and str.startswith to accept an iterable

[Brett Cannon]

Brett Cannon  added the comment:

Teammate of mine tripped up against this because he tried to use a list.

--

___
Python tracker 

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

[issue24255] Replace debuglevel-related logic with logging

[Sanyam Khurana]

Sanyam Khurana  added the comment:

Sure Conrad,

Yeah, indeed. The patch didn't apply cleanly, so I"ve done it manually.

I've raised the PR here: https://github.com/python/cpython/pull/8633

I'll check your patch and merge :)

Thanks for your help too!

I'm adding Python 3.7 and Python 3.8 for this patch.

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