[issue38479] Segmentation fault: 11 Python3.6 on Macbook

[Young Y]

New submission from Young Y :

Segmentation fault: 11Process:   Python [5343]
Path:  
/Library/Frameworks/Python.framework/Versions/3.6/Resources/Python.app/Contents/MacOS/Python
Identifier:Python
Version:   3.6.5 (3.6.5)
Code Type: X86-64 (Native)
Parent Process:bash [3524]
Responsible:   Python [5343]
User ID:   501

Date/Time: 2019-10-15 13:26:45.395 +0800
OS Version:Mac OS X 10.14.1 (18B75)
Report Version:12
Anonymous UUID:4552DCD6-6528-6E1A-0C86-24A09F7835F8


Time Awake Since Boot: 9600 seconds

System Integrity Protection: enabled

Crashed Thread:0  Dispatch queue: com.apple.main-thread

Exception Type:EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:   KERN_INVALID_ADDRESS at 0x000201c49b57
Exception Note:EXC_CORPSE_NOTIFY

Termination Signal:Segmentation fault: 11
Termination Reason:Namespace SIGNAL, Code 0xb
Terminating Process:   exc handler [5343]

VM Regions Near 0x201c49b57:
VM_ALLOCATE000181c4a000-000181c4b000 [4K] r-x/rwx 
SM=PRV  
--> 
__UNIXSTACK7fff5b00-7fff5c00 [ 16.0M] rw-/rwx 
SM=ALI  
/Library/Frameworks/Python.framework/Versions/3.6/Resources/Python.app/Contents/MacOS/Python

Application Specific Information:
dyld: launch, running initializers
/Library/Application Support/Cylance/Desktop/CyMemDef.dylib

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   ??? 0x000201c49b57 0 + 8619596631
1   CyMemDef.dylib  0x000100a77737 _vm_protect(unsigned 
int, unsigned long, unsigned long, unsigned int, int) + 149
2   CyMemDef.dylib  0x000100a73e3e mach_override_setup 
+ 219
3   CyMemDef.dylib  0x000100a79297 injector(inject_s*, 
unsigned long) + 355
4   CyMemDef.dylib  0x000100a790a5 
MemDefMemory_initialize() + 35
5   CyMemDef.dylib  0x000100a77050 memdefosx_initialize 
+ 28
6   dyld0x7fff5f67dcc8 
ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 518
7   dyld0x7fff5f67dec6 
ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 40
8   dyld0x7fff5f6790da 
ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned 
int, char const*, ImageLoader::InitializerTimingList&, 
ImageLoader::UninitedUpwards&) + 358
9   dyld0x7fff5f67906d 
ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned 
int, char const*, ImageLoader::InitializerTimingList&, 
ImageLoader::UninitedUpwards&) + 249
10  dyld0x7fff5f678254 
ImageLoader::processInitializers(ImageLoader::LinkContext const&, unsigned int, 
ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 134
11  dyld0x7fff5f6782e8 
ImageLoader::runInitializers(ImageLoader::LinkContext const&, 
ImageLoader::InitializerTimingList&) + 74
12  dyld0x7fff5f667774 
dyld::initializeMainExecutable() + 199
13  dyld0x7fff5f66c78f 
dyld::_main(macho_header const*, unsigned long, int, char const**, char 
const**, char const**, unsigned long*) + 6237
14  dyld0x7fff5f6664f6 
dyldbootstrap::start(macho_header const*, int, char const**, long, macho_header 
const*, unsigned long*) + 1154
15  dyld0x7fff5f666036 _dyld_start + 54

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x000100a94178  rbx: 0x000101c4ab3a  rcx: 0x  
rdx: 0x0008
  rdi: 0x0103  rsi: 0x000101c4ab3a  rbp: 0x7fff5bffdef0  
rsp: 0x7fff5bffdaa8
   r8: 0x0005   r9: 0x  r10: 0x  
r11: 0x0246
  r12: 0x0005  r13: 0x0103  r14: 0x  
r15: 0x0008
  rip: 0x000201c49b57  rfl: 0x00010246  cr2: 0x000201c49b57
  
Logical CPU: 1
Error Code:  0x0014
Trap Number: 14


Binary Images:
   0x1 -0x10ff7 +org.python.python (3.6.5 - 3.6.5) 
 
/Library/Frameworks/Python.framework/Versions/3.6/Resources/Python.app/Contents/MacOS/Python
   0x13000 -0x100450fe7  com.apple.CoreFoundation (6.9 - 
1560.12)  
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
   0x1006fb000 -0x100922fef +org.python.python (3.6.5, [c] 
2001-2018 Python Software Foundation. - 3.6.5) 
 
/Library/Frameworks/Python.framework/Versions/3.6/Python
   0x100a6b000 -0x100a6cffb  libSystem.B.dylib (1252.200.5) 
 /usr/lib/libSystem.B.dylib
   

[issue38288] shutil.make_archive() should allow setting zipfile.ZipFile() 'strict_timestamps'

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue38478] inspect.signature.bind does not correctly handle keyword argument with same name as positional-only parameter

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +pablogsal

___
Python tracker 

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

[issue38006] Crash in remove() weak reference callback of weakref.WeakValueDictionary at Python exit

[Tim Peters]

Tim Peters  added the comment:

> While Neil & I haven't thought of ways that can go wrong now
> beyond that a "surprise finalizer" may get run any number of
> times ...

Speaking of which, I no longer believe that's true.  Thanks to the usual layers 
of baffling renaming via macro after macro, I missed object.c's 
PyObject_CallFinalizerFromDealloc(), which both respects and sets the "am I 
finalized?" flag regardless of how, e.g., an object with a __del__ ends its 
life (and possibly resurrects).

--

___
Python tracker 

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[Eryk Sun]

Eryk Sun  added the comment:

I tested in Windows 10 with long paths disabled, and the FileNotFoundError 
exception showed that the failing .pyc had a numeric suffix appended to the 
name.

create_long_path isn't taking into account _write_atomic in 
Lib/importlib/_bootstrap_external.py. This function appends the id() of the 
target path string in order to create a temporary unique name, which it renames 
to the target if the write succeeds. Since the object ID is a memory address, 
create_long_path would need to append 16 characters to the longer_cache path. 
That's 1 for the initial "." of the suffix, plus 15 for the x64 address-space 
limit of 128 TB, i.e. len(str(0x7FFF__)). 

Note that, by default, long-path support is not enabled in Windows 10. At 
process startup, the system runtime library enables long-path support if 
"LongPathsEnabled" is set in "HKLM\SYSTEM\CurrentControlSet\Control\FileSystem" 
and the application manifest enables "longPathAware". Both settings are 
required.

For the buildbots, pythoninfo checks this as "windows.RtlAreLongPathsEnabled". 
According to this, for example, bolen-windows10 does not have long paths 
enabled. Yet test_compileall passed. 

bolen-windows10
https://buildbot.python.org/all/#/builders/3/builds/3681/steps/3/logs/stdio

It seems the test passed because the temp directory on this bot is relatively 
short: "D:\Temp". That's a factor because create_long_path adds directory 
components in blocks of 10. It uses 20 "dir_X_Y" components because 30 (240 
characters) is too much for MAX_PATH no matter what. 

The same applies to the following buildbots for Windows 7 and 8.1:

bolen-windows7
https://buildbot.python.org/all/#/builders/58/builds/3148/steps/3/logs/stdio

ware-win81-release
https://buildbot.python.org/all/#/builders/12/builds/3360/steps/3/logs/stdio

On the other hand, kloth-win64 has a longer path for its temp directory: 
"C:\Users\Buildbot\AppData\Local\Temp". This costs an additional 29 characters 
compared to "D:\Temp" and brings the final path very close to MAX_PATH. The 
suffix appended by _write_atomic is typically 14-16 characters, which then 
exceeds MAX_PATH.

--
nosy: +eryksun

___
Python tracker 

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

[issue38478] inspect.signature.bind does not correctly handle keyword argument with same name as positional-only parameter

[Brian Shaginaw]

New submission from Brian Shaginaw :

>>> import inspect
>>> def foo(bar, /, **kwargs):
...   print(bar, kwargs)
...
>>> foo(1, bar=2)
1 {'bar': 2}
>>> inspect.signature(foo).bind(1, bar=2)
Traceback (most recent call last):
  File "", line 1, in 
  File 
"/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/inspect.py", 
line 3025, in bind
return self._bind(args, kwargs)
  File 
"/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/inspect.py", 
line 2964, in _bind
raise TypeError(
TypeError: multiple values for argument 'bar'


Python 3.8 introduced positional-only parameters, which allow parameter names 
to remain available for use in **kwargs. It looks like `inspect.signature.bind` 
does not recognize this, and thinks the parameter is being passed twice, which 
causes the above TypeError.

Expected result: 

--
components: Library (Lib)
messages: 354683
nosy: brian.shaginaw
priority: normal
severity: normal
status: open
title: inspect.signature.bind does not correctly handle keyword argument with 
same name as positional-only parameter
type: behavior
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

[issue38477] magiccube2x2 permutations 28% slower with Python 3.8.0rc1 vs 3.7

[Louis Huemiller]

New submission from Louis Huemiller :

Have created a program that by brute force determines all reachable states of a 
2-by-2 MagicCube, sometimes referred to as a 2x2 Rubick's cube. On one of my 
servers, which is described in the attached file 20191011b_configuration, this 
program takes 19520.03 seconds to execute under Python2.7.15+, while under 
3.8.0rc1 it takes 21887.53 seconds. This program is taking 12.13% longer to 
execute with 3.8.0rc1 versus 2.7.15+. The exact versions of Python as reported 
by sys.version are:

  2.7.15+ (default, Oct  7 2019, 17:39:04)
  [GCC 7.4.0]

  3.8.0rc1 (default, Oct  1 2019, 21:48:24)
  [GCC 7.4.0]

Used the following script to execute this program under Python 2.7, 3.6, 3.7, 
and 3.8:

  mkdir -p ./results
  echo " git log " > ./results/20191011b_configuration
  git log -n4 >> ./results/20191011b_configuration

  echo ""  >> ./results/20191011b_configuration
  echo " uname " >> ./results/20191011b_configuration
  uname -a >> ./results/20191011b_configuration

  echo ""  >> ./results/20191011b_configuration
  echo " lsb_release " >> 
  ./results/20191011b_configuration
  lsb_release -a >> ./results/20191011b_configuration

  echo ""  >> ./results/20191011b_configuration
  echo " lshw " >> ./results/20191011b_configuration
  sudo lshw >> ./results/20191011b_configuration

  make clean
  make
  ./target/permutations2x2 > \
./results/20191011b_magiccube2x2_permutations_cxx_unordered_map 2>&1
  python3.8 ./permutations2x2  > \
./results/20191011b_magiccube2x2_permutations_python3.8.0rc1 2>&1
  python3.7 ./permutations2x2  > \
./results/20191011b_magiccube2x2_permutations_python3.7 2>&1
  python3.6 ./permutations2x2  > \
./results/20191011b_magiccube2x2_permutations_python3.6 2>&1
  python2.7 ./permutations2x2  > 
  ./results/20191011b_magiccube2x2_permutations_python2.7 2>&1

Doing egrep "^# Total_Time:" on each of the output files, shows that the 
various executions took the following amount of time:

  cxx_unordered_map:# Total_Time: 1098.25
  python2.7:# Total_Time: 19520.03
  python3.6:# Total_Time: 19562.28
  python3.7:# Total_Time: 17012.67
  python3.8.0rc1:# Total_Time: 21887.53

Under Python2.7 and Python3.6 the program ran in approximately the same amount 
of time, while under Python3.7 it ran 12.8% faster than execution with 
Python2.7. Finally, the python3.8.0rc1 execution is noticeably slower than all 
the other executions, at 12.1% lower than Python2.7 and 28.6% slower than 
Python3.7.

The source for the magic_cube2x2 program is available under gist.github.com at:

  https://gist.github.com/lhuemill/f1273291e5f5e85e4b42e5c7614e60ef

This program creates a fairly large dictionary of 88.179840M entries. Each 
entry has a key of a string of length 29 and a value string of with a maximum 
length of 22 characters. A quick back-of-the-envelope calculation shows that 
this dictionary would use approximately 9GB of memory, but for some reason, all 
of the Python executions use approximately 22.6GB of memory. Even the C++ 
version is using 20.2GB when the permutations are stored in an 
unordered_map and 20.55GB when stored in a map. 
Quite surprising that the C++ is using over twice the expected amount of memory.

  CAUTION: When executing this program with less than the needed
   amount of physical memory, be careful that swap is not
   backed by a flash device. Doing so will likely cause
   a significant amount of I/O to the flash device and
   likely quickly wear it out.

--
files: 20191005b_configuration
messages: 354682
nosy: Louis Huemiller
priority: normal
severity: normal
status: open
title: magiccube2x2 permutations 28% slower with Python 3.8.0rc1 vs 3.7
type: performance
versions: Python 3.8
Added file: https://bugs.python.org/file48660/20191005b_configuration

___
Python tracker 

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

[issue36389] Add gc.enable_object_debugger(): detect corrupted Python objects in the GC

[STINNER Victor]

STINNER Victor  added the comment:


New changeset f82ce5b1b12873b65927149a016be6a7c65e979d by Victor Stinner in 
branch '3.8':
[3.8] bpo-36389: Backport debug enhancements from master (GH-16796)
https://github.com/python/cpython/commit/f82ce5b1b12873b65927149a016be6a7c65e979d


--

___
Python tracker 

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

[issue38376] ./configure --with-assertions generates a broken build

[STINNER Victor]

STINNER Victor  added the comment:


New changeset f82ce5b1b12873b65927149a016be6a7c65e979d by Victor Stinner in 
branch '3.8':
[3.8] bpo-36389: Backport debug enhancements from master (GH-16796)
https://github.com/python/cpython/commit/f82ce5b1b12873b65927149a016be6a7c65e979d


--

___
Python tracker 

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

[issue38070] visit_decref(): add an assertion to check that the object is not freed

[STINNER Victor]

STINNER Victor  added the comment:


New changeset f82ce5b1b12873b65927149a016be6a7c65e979d by Victor Stinner in 
branch '3.8':
[3.8] bpo-36389: Backport debug enhancements from master (GH-16796)
https://github.com/python/cpython/commit/f82ce5b1b12873b65927149a016be6a7c65e979d


--

___
Python tracker 

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

[issue38006] Crash in remove() weak reference callback of weakref.WeakValueDictionary at Python exit

[Tim Peters]

Tim Peters  added the comment:

> I'm often amazed it works at all, let alone perfectly. ;-P

Indeed!  Every time I take a break from gc and come back, I burn another hour 
wondering why it doesn't recycle _everything_ ;-)

> But what happens if the GC doesn't see that WZ is trash?
> Then it will not be cleared.  Hang it off Y so the GC
> can't find it.

In that case it won't think C is trash either (a weakref holds a strong 
reference to its callback), so C won't be tp_clear'ed - if WZ isn't in the 
unreachable set, C can't be either.

> We can set things up so that Z is freed before WZ (e.g.
> WZ in a second and newer cycle).  Then, the callback
> might still run.

Since C hasn't been damaged, and nothing reachable from C would have been 
considered trash either, I don't see a problem.

> On further thought, this seems safe (but maybe broken) because
> of the handle_weakrefs() logic.  The GC will think WZ is going
> to outlive Z so it will call it before doing any tp_clear calls.

Don't think that applies.  As above, WZ isn't in the unreachable set, so gc 
knows nothing about it.

Z will eventually be reclaimed via refcounting side effect, C _will_ run, and 
then WZ, and then C, will be reclaimed by refcounting.

Or am I missing something?

--

___
Python tracker 

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

[issue28533] Replace asyncore

[Kyle Stanley]

Change by Kyle Stanley :


--
nosy: +aeros

___
Python tracker 

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

[issue31387] asyncio should make it easy to enable cooperative SIGINT handling

[Kyle Stanley]

Change by Kyle Stanley :


--
nosy: +aeros

___
Python tracker 

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

[issue37224] test__xxsubinterpreters fails randomly

[Kyle Stanley]

Kyle Stanley  added the comment:

> Kyle Stanley proposed a fix: PR 16293.

Note that I'm not confident about the fix I proposed in GH-16293, it was more 
of an idea to fix the intermittent failures more than anything. It definitely 
needs review from someone knowledgeable about sub-interpreters and the 
PyInterpreterState API. This isn't an area that I'm experienced in, but I am 
interested in it.

--

___
Python tracker 

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

[issue38133] py.exe cannot locate Store package

[miss-islington]

miss-islington  added the comment:


New changeset 42308e8b27c8023e3f9d037f5e4a8892f2dcbc48 by Miss Islington (bot) 
in branch '3.8':
bpo-38133: Update docs to reflect fixes to py.exe launcher (GH-16791)
https://github.com/python/cpython/commit/42308e8b27c8023e3f9d037f5e4a8892f2dcbc48


--

___
Python tracker 

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

[issue38133] py.exe cannot locate Store package

[miss-islington]

Change by miss-islington :


--
pull_requests: +16354
pull_request: https://github.com/python/cpython/pull/16798

___
Python tracker 

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

[issue38133] py.exe cannot locate Store package

[Steve Dower]

Steve Dower  added the comment:


New changeset 4d202281c128e2026e78fc5f4cc752b1dafbf3ad by Steve Dower in branch 
'master':
bpo-38133: Update docs to reflect fixes to py.exe launcher (GH-16791)
https://github.com/python/cpython/commit/4d202281c128e2026e78fc5f4cc752b1dafbf3ad


--

___
Python tracker 

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

[issue38006] Crash in remove() weak reference callback of weakref.WeakValueDictionary at Python exit

[Neil Schemenauer]

Neil Schemenauer  added the comment:

> It's fundamentally insane to expect any gc to work perfectly when it may be 
> blind to what the object graph _is_.

I'm often amazed it works at all, let alone perfectly. ;-P

This did trigger me to think of another possible problem.  I setup my unit test 
as you suggested:

#   Z <- Y <- A--+--> WZ -> C
# ^  |
# +--+
# where:
#   WZ is a weakref to Z with callback C
#   Y doesn't implement tp_traverse
#   A contains a reference to itself, Y and WZ

But what happens if the GC doesn't see that WZ is trash?  Then it will not be 
cleared.  Hang it off Y so the GC can't find it.  We can set things up so that 
Z is freed before WZ (e.g. WZ in a second and newer cycle).  Then, the callback 
might still run.

On further thought, this seems safe (but maybe broken) because of the 
handle_weakrefs() logic.  The GC will think WZ is going to outlive Z so it will 
call it before doing any tp_clear calls.

--

___
Python tracker 

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

[issue38288] shutil.make_archive() should allow setting zipfile.ZipFile() 'strict_timestamps'

[Tahia K]

Tahia K  added the comment:

I went ahead and picked this one up :) PR is posted to github.

--

___
Python tracker 

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

[issue38288] shutil.make_archive() should allow setting zipfile.ZipFile() 'strict_timestamps'

[Tahia K]

Change by Tahia K :


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

___
Python tracker 

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

[issue36389] Add gc.enable_object_debugger(): detect corrupted Python objects in the GC

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +16352
pull_request: https://github.com/python/cpython/pull/16796

___
Python tracker 

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

[issue38133] py.exe cannot locate Store package

[Steve Dower]

Change by Steve Dower :


--
pull_requests: +16351
pull_request: https://github.com/python/cpython/pull/16791

___
Python tracker 

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[STINNER Victor]

STINNER Victor  added the comment:

I wrote PR 16789 which fix the issue.

--

___
Python tracker 

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[Jeremy Kloth]

Jeremy Kloth  added the comment:

> Windows 7 is not supported for Python 3.9, so this buildbot can be 
> disabled/upgraded.

As long as 3.7 and 3.8 are being tested through the buildbots, I would think 
testing on Windows 7 is still advised.

That said, once those versions are no longer tested (or deemed to not need 
Windows 7 support) I will be upgrading that buildbot.

--
nosy: +jkloth

___
Python tracker 

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

[issue38476] test_multiprocessing_fork.test_terminate() failed on AMD64 Debian PGO 3.x

[STINNER Victor]

STINNER Victor  added the comment:

> https://buildbot.python.org/all/#/builders/47/builds/3699

The 7 following builds are success. But the latest build failed with "no space 
left on disk":
https://buildbot.python.org/all/#/builders/47/builds/3707

OSError: [Errno 28] No space left on device: '@test_23959_tmp' -> 
'@test_23959_tmp2'

--

___
Python tracker 

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

[issue38476] test_multiprocessing_fork.test_terminate() failed on AMD64 Debian PGO 3.x

[STINNER Victor]

New submission from STINNER Victor :

test_multiprocessing_fork.test_terminate() failed twice on AMD64 Debian PGO 3.x:

https://buildbot.python.org/all/#/builders/47/builds/3699

0:23:37 load avg: 0.01 [419/419/1] test_multiprocessing_fork crashed (Exit code 
1)
Timeout (0:15:00)!
Thread 0x7f0272748700 (most recent call first):
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/connection.py",
 line 379 in _recv
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/connection.py",
 line 414 in _recv_bytes
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/connection.py",
 line 250 in recv
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/pool.py",
 line 599 in _handle_results
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/threading.py",
 line 882 in run
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/threading.py",
 line 944 in _bootstrap_inner
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/threading.py",
 line 902 in _bootstrap

Thread 0x7f027a8a6500 (most recent call first):
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/pool.py",
 line 674 in _help_stuff_finish
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/pool.py",
 line 689 in _terminate_pool
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/util.py",
 line 201 in __call__
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/pool.py",
 line 656 in terminate
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/test/_test_multiprocessing.py",
 line 2521 in test_terminate
...
0:23:37 load avg: 0.01 Re-running test_multiprocessing_fork in verbose mode
...
test_starmap (test.test_multiprocessing_fork.WithProcessesTestPool) ... ok
test_starmap_async (test.test_multiprocessing_fork.WithProcessesTestPool) ... ok
Timeout (0:15:00)!
Thread 0x7f251d553700 (most recent call first):
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/connection.py",
 line 379 in _recv
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/connection.py",
 line 414 in _recv_bytes
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/connection.py",
 line 250 in recv
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/pool.py",
 line 599 in _handle_results
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/threading.py",
 line 882 in run
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/threading.py",
 line 944 in _bootstrap_inner
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/threading.py",
 line 902 in _bootstrap

Thread 0x7f2523e76500 (most recent call first):
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/pool.py",
 line 674 in _help_stuff_finish
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/pool.py",
 line 689 in _terminate_pool
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/util.py",
 line 201 in __call__
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/multiprocessing/pool.py",
 line 656 in terminate
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.pgo/build/Lib/test/_test_multiprocessing.py",
 line 2521 in test_terminate

--
components: Tests
messages: 354669
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_multiprocessing_fork.test_terminate() failed on AMD64 Debian PGO 3.x
versions: Python 3.9

___
Python tracker 

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

[issue38344] activate.bat else needs to be on the same line as the if

[Łukasz Langa]

Łukasz Langa  added the comment:

(3.8.0 is released with this fix)

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

[issue38355] ntpath.realpath() fails on sys.executable

[Łukasz Langa]

Łukasz Langa  added the comment:

(3.8.0 is released with this fix)

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

[issue38359] pyw.exe opens console window in Windows 10

[Łukasz Langa]

Łukasz Langa  added the comment:

(3.8.0 is released with this fix)

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

[issue38449] regression - mimetypes guess_type is confused by ; in the filename

[Łukasz Langa]

Łukasz Langa  added the comment:

(3.8.0 is released with this fix)

--
priority: release blocker -> normal

___
Python tracker 

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

[issue38469] PEP 572 : assignment expression to a global variable in a comprehension

[Łukasz Langa]

Łukasz Langa  added the comment:

(FTR the fix is part of Python 3.8.0)

--

___
Python tracker 

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

[issue38475] Break Statement

[Steven D'Aprano]

Steven D'Aprano  added the comment:

Define "malfunction". Are we supposed to know what your code is meant to do, as 
well as what it actually does?

Please don't use the bug tracker as a help desk for your own scripts. There are 
many forums where you can ask for help, such as the mailing lists, the Python 
Discuss forum, Stackoverflow, Reddit's r/learnpython etc.

If you are going to submit something here as a bug, please ensure that:

(1) it actually is a bug in the Python interpreter first, rather than a bug in 
your own code; and 

(2) you provide a MINIMAL example, with a description of the expected output, a 
reason why you expect it, and the actual output.

It may help for you to read this: http://sscce.org/

--
nosy: +steven.daprano

___
Python tracker 

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

[issue37224] test__xxsubinterpreters fails randomly

[STINNER Victor]

STINNER Victor  added the comment:

AMD64 FreeBSD CURRENT Shared 3.8:
https://buildbot.python.org/all/#/builders/212/builds/310

FAIL: test_still_running (test.test__xxsubinterpreters.DestroyTests)
FAIL: test_run_coroutine_threadsafe_with_timeout 
(test.test_asyncio.test_tasks.RunCoroutineThreadsafeTests)
1:01:44 load avg: 7.72 Re-running failed tests in verbose mode
1:01:44 load avg: 7.72 Re-running test__xxsubinterpreters in verbose mode
FAIL: test_still_running (test.test__xxsubinterpreters.DestroyTests)
1:02:01 load avg: 7.58 Re-running test_asyncio in verbose mode

--

___
Python tracker 

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

[issue37224] test__xxsubinterpreters fails randomly

[STINNER Victor]

STINNER Victor  added the comment:

AMD64 FreeBSD CURRENT Shared 3.x:
https://buildbot.python.org/all/#/builders/168/builds/1630

FAIL: test_still_running (test.test__xxsubinterpreters.DestroyTests)
1:07:09 load avg: 8.18 Re-running failed tests in verbose mode
1:07:09 load avg: 8.18 Re-running test__xxsubinterpreters in verbose mode
FAIL: test_still_running (test.test__xxsubinterpreters.DestroyTests)
FAIL: test_subinterpreter (test.test__xxsubinterpreters.IsRunningTests)
FAIL: test_already_running (test.test__xxsubinterpreters.RunStringTests)

--

___
Python tracker 

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

[issue38154] test__xxsubinterpreters: random failures on AMD64 FreeBSD CURRENT Shared 3.x

[STINNER Victor]

STINNER Victor  added the comment:

I close this issue as a duplicate of bpo-37224.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> test__xxsubinterpreters failed on AMD64 Windows8.1 Refleaks 3.8

___
Python tracker 

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

[issue37224] test__xxsubinterpreters fails randomly

[STINNER Victor]

Change by STINNER Victor :


--
title: test__xxsubinterpreters failed on AMD64 Windows8.1 Refleaks 3.8 -> 
test__xxsubinterpreters fails randomly

___
Python tracker 

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

[issue37224] test__xxsubinterpreters failed on AMD64 Windows8.1 Refleaks 3.8

[STINNER Victor]

STINNER Victor  added the comment:

I closed bpo-38154 as a duplicate of this issue:

* AMD64 FreeBSD CURRENT Shared 3.x: ...

Kyle Stanley proposed a fix: PR 16293.

--

___
Python tracker 

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

[issue37224] test__xxsubinterpreters failed on AMD64 Windows8.1 Refleaks 3.8

[STINNER Victor]

STINNER Victor  added the comment:

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

* Windows10 3.x: test_already_running() failed once, but passed when run again: 
...
* AMD64 FreeBSD 10-STABLE Non-Debug 3.x: ...

--

___
Python tracker 

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

[issue33356] Windows 10 buildbot: test__xxsubinterpreters.test_already_running() fails randomly

[STINNER Victor]

STINNER Victor  added the comment:

I close this issue as a duplicate of bpo-37224.

--
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

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

[issue35998] test_asyncio: test_start_tls_server_1() TimeoutError on Fedora 29

[STINNER Victor]

STINNER Victor  added the comment:

Similar failure on x86 Gentoo Non-Debug with X 3.x:
https://buildbot.python.org/all/#/builders/99/builds/3472

ERROR: test_start_tls_server_1 
(test.test_asyncio.test_sslproto.SelectorStartTLSTests)

--

___
Python tracker 

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

[issue35998] test_asyncio: test_start_tls_server_1() TimeoutError on Fedora 29

[STINNER Victor]

STINNER Victor  added the comment:

I didn't check if it's the same issue than previous failures, but 
test_start_tls_server_1() just failed on x86 Gentoo Installed with X 3.8 
buildbot:

pythoninfo:

ssl.HAS_SNI: True
ssl.OPENSSL_VERSION: OpenSSL 1.1.1d  10 Sep 2019
ssl.OPENSSL_VERSION_INFO: (1, 1, 1, 4, 15)
ssl.OP_ALL: -0x7fac
ssl.OP_NO_TLSv1_1: 0x1000
ssl.SSLContext.maximum_version: TLSVersion.MAXIMUM_SUPPORTED
ssl.SSLContext.minimum_version: TLSVersion.MINIMUM_SUPPORTED
ssl.SSLContext.options: 
Options.OP_NO_SSLv3|OP_CIPHER_SERVER_PREFERENCE|OP_ENABLE_MIDDLEBOX_COMPAT|OP_NO_COMPRESSION|OP_ALL
ssl.SSLContext.protocol: _SSLMethod.PROTOCOL_TLS
ssl.SSLContext.verify_mode: VerifyMode.CERT_NONE
ssl.default_https_context.maximum_version: TLSVersion.MAXIMUM_SUPPORTED
ssl.default_https_context.minimum_version: TLSVersion.MINIMUM_SUPPORTED
ssl.default_https_context.options: 
Options.OP_NO_SSLv3|OP_CIPHER_SERVER_PREFERENCE|OP_ENABLE_MIDDLEBOX_COMPAT|OP_NO_COMPRESSION|OP_ALL
ssl.default_https_context.protocol: _SSLMethod.PROTOCOL_TLS
ssl.default_https_context.verify_mode: VerifyMode.CERT_REQUIRED
ssl.stdlib_context.maximum_version: TLSVersion.MAXIMUM_SUPPORTED
ssl.stdlib_context.minimum_version: TLSVersion.MINIMUM_SUPPORTED
ssl.stdlib_context.options: 
Options.OP_NO_SSLv3|OP_CIPHER_SERVER_PREFERENCE|OP_ENABLE_MIDDLEBOX_COMPAT|OP_NO_COMPRESSION|OP_ALL
ssl.stdlib_context.protocol: _SSLMethod.PROTOCOL_TLS
ssl.stdlib_context.verify_mode: VerifyMode.CERT_NONE


https://buildbot.python.org/all/#/builders/230/builds/435

test_start_tls_server_1 (test.test_asyncio.test_sslproto.SelectorStartTLSTests) 
... Exception in thread test-client:
Traceback (most recent call last):
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/test/test_asyncio/functional.py",
 line 190, in run
self._prog(TestSocketWrapper(self._sock))
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/test/test_asyncio/test_sslproto.py",
 line 575, in 
with self.tcp_client(lambda sock: client(sock, addr),
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/test/test_asyncio/test_sslproto.py",
 line 520, in client
answer = sock.recv_all(len(ANSWER))
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/test/test_asyncio/functional.py",
 line 130, in recv_all
data = self.recv(n - len(buf))
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/ssl.py",
 line 1226, in recv
return self.read(buflen)
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/ssl.py",
 line 1101, in read
return self._sslobj.read(len)
ssl.SSLError: [SSL: WRONG_VERSION_NUMBER] wrong version number (_ssl.c:2560)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/threading.py",
 line 932, in _bootstrap_inner
self.run()
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/test/test_asyncio/functional.py",
 line 192, in run
self._test._abort_socket_test(ex)
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/test/test_asyncio/functional.py",
 line 114, in _abort_socket_test
self.fail(ex)
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/unittest/case.py",
 line 753, in fail
raise self.failureException(msg)
AssertionError: [SSL: WRONG_VERSION_NUMBER] wrong version number (_ssl.c:2560)
/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/threading.py:934:
 ResourceWarning: unclosed 
  self._invoke_excepthook(self)
ResourceWarning: Enable tracemalloc to get the object allocation traceback
ERROR


Unhandled error in exception handler
context: {'message': 'Task was destroyed but it is pending!', 'task': .main() running at 
/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/test/test_asyncio/test_sslproto.py:555>
 wait_for= cb=[_release_waiter(()]>)() at 
/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/asyncio/tasks.py:429]>}
Traceback (most recent call last):
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/asyncio/base_events.py",
 line 1729, in call_exception_handler
self._exception_handler(self, context)
  File 
"/buildbot/buildarea/cpython/3.8.ware-gentoo-x86.installed/build/target/lib/python3.8/test/test_asyncio/functional.py",
 line 22, in loop_exception_handler
self.loop.default_exception_handler(context)
AttributeError: 'NoneType' object has no attribute 'default_exception_handler'

[issue35031] test_asyncio test_start_tls_server_1 fails in AMD64 FreeBSD CURRENT buildbots

[STINNER Victor]

STINNER Victor  added the comment:

It seems like the issue has been fixed.

See also bpo-35998 for a similar issue on other platforms.

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

[issue37431] test_asyncio: test_start_tls_server_1() failed on ARMv7 Debian buster 3.7

[STINNER Victor]

STINNER Victor  added the comment:

I close this issue as a duplicate of bpo-35998.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> test_asyncio: test_start_tls_server_1() TimeoutError on Fedora 
29

___
Python tracker 

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

[issue35998] test_asyncio: test_start_tls_server_1() TimeoutError on Fedora 29

[STINNER Victor]

STINNER Victor  added the comment:

I closed bpo-37431 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

[issue38456] Reduce the time test_subprocess takes to complete.

[Gregory P. Smith]

Gregory P. Smith  added the comment:

I assume the CI systems are shared and potentially noisy.  It should be easier 
to look at some logs from slower buildbots.  but sadly test_subprocess has 
fallen off the list of "10 slowest tests" that timing info is supplied for.  
concurrent.futures, multiprocessing, asyncio, tokenize, etc. all take longer.

I still don't expect it to be more than a few seconds.

--

___
Python tracker 

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[STINNER Victor]

STINNER Victor  added the comment:

The new test was added by bpo-38112: commit 
4267c989e7fc6cd528e8a1d04a07fac5cca85ec7.

--

___
Python tracker 

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[STINNER Victor]

Change by STINNER Victor :


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

___
Python tracker 

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

[issue38456] Reduce the time test_subprocess takes to complete.

[STINNER Victor]

STINNER Victor  added the comment:

Nice. Any idea of the speedup on Travis CI and/or on a specific buildbot worker?

--
nosy: +vstinner

___
Python tracker 

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

[issue38456] Reduce the time test_subprocess takes to complete.

[Gregory P. Smith]

Gregory P. Smith  added the comment:


New changeset 4f0587f161786318cdfa22c42459676fa42aacb6 by Gregory P. Smith in 
branch '3.8':
[3.8] bpo-38456: Use /bin/true in test_subprocess (GH-16737)
https://github.com/python/cpython/commit/4f0587f161786318cdfa22c42459676fa42aacb6


--

___
Python tracker 

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

[issue37910] argparse wrapping fails with metavar="" (no metavar)

[Sam Franklin]

Sam Franklin  added the comment:

Paul, very true. If I find time I may take a look at rewriting it as you 
suggest.
For the moment, though, there's a relatively simple change that opens up a 
range of allowable whitespace characters. It's still a bandage, but it covers 
decent-sized area and should be easily backported. What do you think of the 
pull request? It's passed a first review.

--

___
Python tracker 

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

[issue38475] Break Statement

[DEVOR BLAKE DANIELS]

New submission from DEVOR BLAKE DANIELS :

The break statement in my AiO() function seems to cause my Uinput() function to 
malfunction.

--
components: Windows
files: three.py
messages: 354645
nosy: dev40573, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Break Statement
versions: Python 3.8
Added file: https://bugs.python.org/file48659/three.py

___
Python tracker 

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

[issue38006] Crash in remove() weak reference callback of weakref.WeakValueDictionary at Python exit

[Neil Schemenauer]

Change by Neil Schemenauer :


--
pull_requests: +16348
pull_request: https://github.com/python/cpython/pull/16788

___
Python tracker 

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

[issue38469] PEP 572 : assignment expression to a global variable in a comprehension

[Pierre Quentel]

Pierre Quentel  added the comment:

That was a quick fix, thanks !

--

___
Python tracker 

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

[issue38469] PEP 572 : assignment expression to a global variable in a comprehension

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


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

[issue38474] digit check logic can be replaced by Py_ISDIGIT on prepare_s

[Dong-hee Na]

Change by Dong-hee Na :


--
versions: +Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

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

[issue38474] digit check logic can be replaced by Py_ISDIGIT on prepare_s

[Dong-hee Na]

Change by Dong-hee Na :


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

___
Python tracker 

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

[issue38474] digit check logic can be replaced by Py_ISDIGIT on prepare_s

[Dong-hee Na]

New submission from Dong-hee Na :

digit check logic can be replaced by Py_ISDIGIT on prepare_s.

--
assignee: corona10
messages: 354643
nosy: corona10
priority: normal
severity: normal
status: open
title: digit check logic can be replaced by Py_ISDIGIT on prepare_s

___
Python tracker 

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

[issue38473] AttributeError on asserting autospecced mock object added using attach_mock

[Gregory P. Smith]

Change by Gregory P. Smith :


--
type:  -> behavior

___
Python tracker 

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

[issue21478] mock calls don't propagate to parent (autospec)

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

I tried your example as below using __name__. I received an AttributeError for 
which issue38473 in 3.7.5RC1 and 3.8.0RC1 and opened issue38473 and I am 
running my below code under that issue PR. For 3.7.4, I received 
manager.mock_calls to be an empty list since it doesn't contain the patch for 
this issue. Can you please confirm my results too.

➜  cpython git:(bpo38473) cat ../backups/bpo21478.py
import unittest
from unittest import TestCase
from unittest.mock import patch, Mock, call, ANY


class MyObject:
def __init__(self):
self.foo = 0
self.bar = 0

def set_foo(self, value):
self.foo = value

def set_bar(self, value):
self.bar = value


def do_something():
o = MyObject()
o.set_foo(3)
o.set_bar(4)
return "something unrelated"


class MyObjectTest(TestCase):
@patch(f"{__name__}.MyObject.set_bar", autospec=True)
@patch(f"{__name__}.MyObject.set_foo", autospec=True)
def test_do_something(self, mock_set_foo, mock_set_bar):
manager = Mock()
manager.attach_mock(mock_set_foo, "set_foo_func")
manager.attach_mock(mock_set_bar, "set_bar_func")
do_something()
assert manager.mock_calls == [
call.set_foo_func(ANY, 3),
call.set_bar_func(ANY, 4),
]
manager.assert_has_calls([call.set_foo_func(ANY, 3), 
call.set_bar_func(ANY, 4)])


if __name__ == "__main__":
unittest.main()


➜  cpython git:(bpo38473) ./python ../backups/bpo21478.py
.
--
Ran 1 test in 0.006s

OK

--

___
Python tracker 

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

[issue38453] ntpath.realpath() does not fully resolve relative paths

[Steve Dower]

Change by Steve Dower :


--
title: ntpath.realpath() should make absolute path earlier -> ntpath.realpath() 
does not fully resolve relative paths

___
Python tracker 

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

[issue38410] Possible fatal errors due to _PyEval_SetAsyncGen{Finalizer, Firstiter}()

[Steve Dower]

Steve Dower  added the comment:

But I'm okay to defer it - this is still going to be obscure functionality for 
the time being, and it's possible to avoid the issue.

--
priority: release blocker -> deferred blocker

___
Python tracker 

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

[issue38453] ntpath.realpath() should make absolute path earlier

[miss-islington]

miss-islington  added the comment:


New changeset aa909b6b1242b4969b20bb0250ac386f9b4120d7 by Miss Islington (bot) 
in branch '3.8':
bpo-38453: Resolve test directories before chdir to them (GH-16723)
https://github.com/python/cpython/commit/aa909b6b1242b4969b20bb0250ac386f9b4120d7


--
nosy: +miss-islington

___
Python tracker 

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

[issue37759] Polish whatsnew for 3.8

[miss-islington]

Change by miss-islington :


--
pull_requests: +16346
pull_request: https://github.com/python/cpython/pull/16786

___
Python tracker 

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

[issue37759] Polish whatsnew for 3.8

[Raymond Hettinger]

Change by Raymond Hettinger :


--
pull_requests: +16345
pull_request: https://github.com/python/cpython/pull/16785

___
Python tracker 

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

[issue38473] AttributeError on asserting autospecced mock object added using attach_mock

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


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

___
Python tracker 

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[Steve Dower]

Steve Dower  added the comment:

I'm okay with skipping the failing test if we detect 
sys.getwindowsversion().major < 10

Windows 7 is not supported for Python 3.9, so this buildbot can be 
disabled/upgraded.

Windows 8.1 will be supported for at least 3.9, so we'll have to keep skipping 
the test there.

--

___
Python tracker 

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

[issue38453] ntpath.realpath() should make absolute path earlier

[miss-islington]

Change by miss-islington :


--
pull_requests: +16343
pull_request: https://github.com/python/cpython/pull/16783

___
Python tracker 

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

[issue38453] ntpath.realpath() should make absolute path earlier

[Steve Dower]

Steve Dower  added the comment:


New changeset d83fc2702951f56a7339aa95d62414ed6e0fb40d by Steve Dower in branch 
'master':
bpo-38453: Resolve test directories before chdir to them (GH-16723)
https://github.com/python/cpython/commit/d83fc2702951f56a7339aa95d62414ed6e0fb40d


--

___
Python tracker 

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

[issue38410] Possible fatal errors due to _PyEval_SetAsyncGen{Finalizer, Firstiter}()

[Steve Dower]

Steve Dower  added the comment:

In that case, the fix for 3.8 should be to call PyErr_WriteUnraisable(NULL) 
when an error occurs. This will report it through the new unraisable hook, and 
also prevent a fatal error if the exception escapes.

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[STINNER Victor]

STINNER Victor  added the comment:

To reproduce the recent on a recent Windows 10, you can opt-out for long path 
using this change:

diff --git a/PC/python.manifest b/PC/python.manifest
index 8e1bc022ad..524f9b2f6d 100644
--- a/PC/python.manifest
+++ b/PC/python.manifest
@@ -18,7 +18,6 @@
   
   
 
-  http://schemas.microsoft.com/SMI/2016/WindowsSettings;>true
 
   
   

--

___
Python tracker 

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

[issue38473] AttributeError on asserting autospecced mock object added using attach_mock

[Karthikeyan Singaravelan]

New submission from Karthikeyan Singaravelan :

The following program causes AttributeError while retrieving the spec signature 
of a call. It seems that not all mocks specced should have _spec_signature 
where if autospec is used and the mock is attached with attach_mock then the 
"mock" attribute has the correct object from which _spec_signature has to be 
derived. On the attribute being not present we can fallback to the sig being 
None. This can be workaround by disabling autospec but since this is present in 
3.7.5RC1 and 3.8.0RC1 I am tagging it as regression. 

I am also attaching a patch with script to reproduce this that should pass with 
the patch. I will try to make a PR tonight. Sorry for the last minute report I 
just stumbled upon this while debugging 
https://bugs.python.org/issue21478#msg354489. This change was introduced as 
part of https://bugs.python.org/issue36871 by me. I am tagging the nosy list 
from issue for review of the patch.


import unittest
from unittest.mock import patch, Mock, call, ANY


class Foo:
def set_foo(self, val): pass


class FooTest(unittest.TestCase):
@patch(f"{__name__}.Foo.set_foo", autospec=True)
def test_autospec_attach_mock_assert(self, mock_set_foo):
manager = Mock()
manager.attach_mock(mock_set_foo, "set_foo_func")
obj = Foo()
obj.set_foo(3)
manager.assert_has_calls([call.set_foo_func(ANY, 3)])

if __name__ == "__main__":
unittest.main()


➜  Python-3.7.5rc1 ./python autospec_regression.py
E
==
ERROR: test_autospec_attach_mock_assert (__main__.FooTest)
--
Traceback (most recent call last):
  File "/home/xtreak/Python-3.7.5rc1/Lib/unittest/mock.py", line 1255, in 
patched
return func(*args, **keywargs)
  File "autospec_regression.py", line 16, in test_autospec_attach_mock_assert
manager.assert_has_calls([call.set_foo_func(ANY, 3)])
  File "/home/xtreak/Python-3.7.5rc1/Lib/unittest/mock.py", line 897, in 
assert_has_calls
expected = [self._call_matcher(c) for c in calls]
  File "/home/xtreak/Python-3.7.5rc1/Lib/unittest/mock.py", line 897, in 

expected = [self._call_matcher(c) for c in calls]
  File "/home/xtreak/Python-3.7.5rc1/Lib/unittest/mock.py", line 812, in 
_call_matcher
sig = self._get_call_signature_from_name(_call[0])
  File "/home/xtreak/Python-3.7.5rc1/Lib/unittest/mock.py", line 798, in 
_get_call_signature_from_name
sig = child._spec_signature
AttributeError: 'function' object has no attribute '_spec_signature'

--
Ran 1 test in 0.003s

FAILED (errors=1)

Patch : 


➜  Python-3.7.5rc1 diff -u Lib/unittest/mock.py Lib/unittest/mock_patched.py
--- Lib/unittest/mock.py2019-10-01 22:53:17.0 +0530
+++ Lib/unittest/mock_patched.py2019-10-14 19:18:00.038416294 +0530
@@ -795,7 +795,16 @@
 break
 else:
 children = child._mock_children
-sig = child._spec_signature
+# If an autospecced object is attached using attach_mock the
+# child would be a function with mock object as attribute from
+# which signature has to be derived. If there is no signature
+# attribute then fallback to None to ensure old signature is 
+# not used.
+child = _extract_mock(child)
+try:
+sig = child._spec_signature
+except AttributeError:
+sig = None
 
 return sig

--
components: Library (Lib)
keywords: 3.7regression, 3.8regression
messages: 354635
nosy: cjw296, gregory.p.smith, lisroach, lukasz.langa, mariocj89, 
michael.foord, ned.deily, xtreak
priority: normal
severity: normal
status: open
title: AttributeError on asserting autospecced mock object added using 
attach_mock
versions: Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

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

[issue36338] urlparse of urllib returns wrong hostname

[STINNER Victor]

STINNER Victor  added the comment:

I proposed PR 16780 which makes the urllib.parse module way more stricter:

* the IPv6 address is validated by ipaddress.IPv6Address() parser
* invalid characters are rejected in the IPv6 zone: "%", "[" and "]"
* the port number is now validated when parsing the URL: must be an integer in 
the [0; 65535] range

Sadly, validating using ipaddress.IPv6Address() cannot be easily ported to 
Python 2 which doesn't have this module.

--

___
Python tracker 

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

[issue38445] os.path.exists() takes bool as argument and returns True

[Tal Einat]

Change by Tal Einat :


--
nosy:  -taleinat

___
Python tracker 

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

[issue36338] urlparse of urllib returns wrong hostname

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +16342
pull_request: https://github.com/python/cpython/pull/16780

___
Python tracker 

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

[issue38471] _ProactorDatagramTransport: If close() is called when write buffer is not empty, the remaining data is not sent and connection_lost is not called

[Paul Martin]

Change by Paul Martin :


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

___
Python tracker 

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

You can trigger custom buildbot runs by pushing to the 'buildbot-custom' branch 
in the CPython repo.

--

___
Python tracker 

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[Petr Viktorin]

Petr Viktorin  added the comment:

If someone has access to Windows and can reproduce this (you need a more 
special setup than "just Windows"), and you want to spend some time debugging, 
please do. I'm shooting in the dark.

My proposed patch limits the maximum path depth to 20 directories on Windows. 
That is enough to test compileall's maxlevels option. Still a longer path would 
be nicer if possible.

--
stage: patch review -> 

___
Python tracker 

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[Petr Viktorin]

Change by Petr Viktorin :


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

___
Python tracker 

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

[issue37759] Polish whatsnew for 3.8

[Łukasz Langa]

Łukasz Langa  added the comment:


New changeset e498329ebe0d86a5d80471112d766502b144a476 by Łukasz Langa in 
branch '3.8':
[3.8] bpo-37759: Polish What's New in Python 3.8. (GH-16769) (#16777)
https://github.com/python/cpython/commit/e498329ebe0d86a5d80471112d766502b144a476


--

___
Python tracker 

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

[issue37759] Polish whatsnew for 3.8

[Łukasz Langa]

Change by Łukasz Langa :


--
pull_requests: +16339
pull_request: https://github.com/python/cpython/pull/16777

___
Python tracker 

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

[issue38445] os.path.exists() takes bool as argument and returns True

[STINNER Victor]

Change by STINNER Victor :


--
nosy:  -vstinner

___
Python tracker 

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

[issue38466] [Easy doc] threading.excepthook doc talks about "object"

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +newcomer friendly
title: threading.excepthook doc talks about "object" -> [Easy doc] 
threading.excepthook doc talks about "object"

___
Python tracker 

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

[issue37759] Polish whatsnew for 3.8

[Łukasz Langa]

Łukasz Langa  added the comment:


New changeset 298439ce3fb01de6c3110cc4847e6afe3253ba7a by Łukasz Langa (Serhiy 
Storchaka) in branch 'master':
bpo-37759: Polish What's New in Python 3.8. (#16769)
https://github.com/python/cpython/commit/298439ce3fb01de6c3110cc4847e6afe3253ba7a


--
nosy: +lukasz.langa

___
Python tracker 

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

[issue22347] mimetypes.guess_type("//example.com") misinterprets host name as file name

[STINNER Victor]

Change by STINNER Victor :


--
nosy:  -vstinner

___
Python tracker 

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

[issue38449] regression - mimetypes guess_type is confused by ; in the filename

[STINNER Victor]

Change by STINNER Victor :


--
nosy:  -vstinner

___
Python tracker 

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

[issue38472] GCC detection in setup.py is broken

[Ned Deily]

Change by Ned Deily :


--
nosy: +doko

___
Python tracker 

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

[issue38472] GCC detection in setup.py is broken

[Alex Grund]

New submission from Alex Grund :

`setup.py` runs ` -E -v - /dev/null` to figure out include and 
library paths from the compiler in the function `add_gcc_paths`.

However sample output from the compiler is:

Es werden eingebaute Spezifikationen verwendet.
COLLECT_GCC=g++
Ziel: x86_64-pc-linux-gnu
Konfiguriert mit: ../configure --enable-languages=c,c++,fortran --enable-lto 
--enable-checking=release --disable-multilib --enable-shared=yes 
--enable-static=yes --enable-threads=posix --enable-plugins 
--enable-gold=default --enable-ld --with-plugin-ld=ld.gold 
--prefix=/sw/installed/GCCcore/9.1.0 
--with-local-prefix=/sw/installed/GCCcore/9.1.0 --enable-bootstrap 
--with-isl=/dev/shm/easybuild-build/GCCcore/9.1.0/dummy-/gcc-9.1.0/stage2_stuff
Thread-Modell: posix
gcc-Version 9.1.0 (GCC) 
COLLECT_GCC_OPTIONS='-E' '-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 
/software/haswell/GCCcore/9.1.0/bin/../libexec/gcc/x86_64-pc-linux-gnu/9.1.0/cc1
 -E -quiet -v -iprefix 
/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/x86_64-pc-linux-gnu/9.1.0/ - 
-mtune=generic -march=x86-64
nicht vorhandenes Verzeichnis 
»/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../../x86_64-pc-linux-gnu/include«
 wird ignoriert
doppeltes Verzeichnis 
»/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/../../lib/gcc/x86_64-pc-linux-gnu/9.1.0/include«
 wird ignoriert
doppeltes Verzeichnis 
»/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/../../lib/gcc/x86_64-pc-linux-gnu/9.1.0/include-fixed«
 wird ignoriert
nicht vorhandenes Verzeichnis 
»/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/../../lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../../x86_64-pc-linux-gnu/include«
 wird ignoriert
doppeltes Verzeichnis »/sw/installed/GCCcore/9.1.0/include« wird ignoriert
  da es ein Nicht-Systemverzeichnis ist, das ein Systemverzeichnis dupliziert
Suche für »#include "..."« beginnt hier:
Suche für »#include <...>« beginnt hier:
 /sw/installed/binutils/2.32-GCCcore-9.1.0/include
 /sw/installed/zlib/1.2.11-GCCcore-9.1.0/include
 
/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/x86_64-pc-linux-gnu/9.1.0/include
 
/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/x86_64-pc-linux-gnu/9.1.0/include-fixed
 /sw/installed/GCCcore/9.1.0/include
 /usr/include
Ende der Suchliste.
COMPILER_PATH=/software/haswell/GCCcore/9.1.0/bin/../libexec/gcc/x86_64-pc-linux-gnu/9.1.0/:/software/haswell/GCCcore/9.1.0/bin/../libexec/gcc/
LIBRARY_PATH=/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/x86_64-pc-linux-gnu/9.1.0/:/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/:/sw/installed/GCCcore/9.1.0/lib64/../lib64/:/sw/installed/GCCcore/9.1.0/lib/../lib64/:/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/sw/installed/binutils/2.32-GCCcore-9.1.0/lib/:/sw/installed/zlib/1.2.11-GCCcore-9.1.0/lib/:/sw/installed/GCCcore/9.1.0/lib64/:/sw/installed/GCCcore/9.1.0/lib/:/software/haswell/GCCcore/9.1.0/bin/../lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-E' '-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64'


So the correct matcher would be "gcc-Version", maybe in addition to "gcc 
version"

Due to this the setup fails to build e.g. bzip2 modules as the include and lib 
paths are passed in via CPATH and LIBRARY_PATH only (module system on HPC 
system)

--
components: Build
messages: 354629
nosy: Alex Grund
priority: normal
severity: normal
status: open
title: GCC detection in setup.py is broken
type: compile error
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

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

[issue38469] PEP 572 : assignment expression to a global variable in a comprehension

[Łukasz Langa]

Łukasz Langa  added the comment:


New changeset 927f07c816aad9f8ed961d7ace6a367837f7fa8f by Łukasz Langa (Miss 
Islington (bot)) in branch '3.8':
bpo-38469: Handle named expression scope with global/nonlocal keywords 
(GH-16755) (#16760)
https://github.com/python/cpython/commit/927f07c816aad9f8ed961d7ace6a367837f7fa8f


--

___
Python tracker 

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

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

[Petr Viktorin]

Petr Viktorin  added the comment:

Oh! Sorry, I thought I saw green bots, and haven't looked since.
I should have time for this tomorrow.
If that's too late, remove/skip test_compile_dir_maxlevels on Windows. (The 
feature was untested before, and the 3.9 enhancement added test coverage, so I 
think it's fair to skip the failing test.)
I don't think simply reverting 4267c989e7fc6cd528e8a1d04a07fac5cca85ec7 will 
fix the bots.

--

___
Python tracker 

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

[issue38471] _ProactorDatagramTransport: If close() is called when write buffer is not empty, the remaining data is not sent and connection_lost is not called

[Paul Martin]

Change by Paul Martin :


--
versions: +Python 3.9

___
Python tracker 

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

[issue38471] _ProactorDatagramTransport: If close() is called when write buffer is not empty, the remaining data is not sent and connection_lost is not called

[Paul Martin]

New submission from Paul Martin :

Expected behaviour for DatagramTransport (from_SelectorDatagramTransport):

transport.close() called.
If there is data in the write buffer, don't call connection_lost.
When all data is written and the buffer is empty, check if connection has been 
lost and if so, call connection_lost

However for _ProactorDatagramTransport, if close is called with data in the 
buffer, _loop_writing returns immediately, so it never gets to the point of 
sending the remaining data or calling connection_lost. The code for calling 
connection_lost inside _loop_writing is completely unreachable, because the 
method immediately returns if the connection has been lost.

--
components: Windows, asyncio
messages: 354626
nosy: asvetlov, paul.moore, primal, steve.dower, tim.golden, yselivanov, 
zach.ware
priority: normal
severity: normal
status: open
title: _ProactorDatagramTransport: If close() is called when write buffer is 
not empty, the remaining data is not sent and connection_lost is not called
type: behavior
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

[issue32498] urllib.parse.unquote raises incorrect errormessage when string parameter is bytes

[Tal Einat]

Tal Einat  added the comment:


New changeset aad2ee01561f260c69af1951c0d6fcaf75c4d41b by Tal Einat (Stein 
Karlsen) in branch 'master':
bpo-32498: urllib.parse.unquote also accepts bytes (GH-7768)
https://github.com/python/cpython/commit/aad2ee01561f260c69af1951c0d6fcaf75c4d41b


--

___
Python tracker 

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

[issue32498] urllib.parse.unquote raises incorrect errormessage when string parameter is bytes

[Tal Einat]

Tal Einat  added the comment:

So urllib.parse.unquote() will accept bytes in addition to str starting with 
3.9.

The unclear exception remains in prior versions. Would someone like to add a 
better exception for 3.7 and 3.8?

(I'm marking this as "newcomer friendly", referring only to improving the 
exception for 3.7 and 3.8.)

--
keywords: +newcomer friendly
nosy: +taleinat

___
Python tracker 

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

[issue32498] urllib.parse.unquote raises incorrect errormessage when string parameter is bytes

[Tal Einat]

Change by Tal Einat :


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

___
Python tracker 

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

[issue38282] socketmodule.c: _FORTIFY_SOURCE=2 warning in AF_ALG case of getsockaddrarg()

[STINNER Victor]

STINNER Victor  added the comment:

I close the issue.

I planned to backport the change to 3.8, but 3.8.0 final is supposed to be 
released today. I prefer to avoid putting a last minute regression on some 
platforms like DragonflyBSD in 3.8. Backporting the change is not strictly 
required, it's just a compiler warning, it's a false alarm, and it's only when 
building with _FORTIFY_SOURCE defined.

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

[issue37759] Polish whatsnew for 3.8

[Paul Martin]

Paul Martin  added the comment:

Should singledispatchmethod and cached_property be added?

--
nosy: +primal

___
Python tracker 

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

[issue37759] Polish whatsnew for 3.8

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests: +16338
pull_request: https://github.com/python/cpython/pull/16769

___
Python tracker 

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

[issue37759] Polish whatsnew for 3.8

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset 3ac152948d63f52267d312be33306067d3847e2a by Raymond Hettinger 
(Miss Islington (bot)) in branch '3.8':
bpo-37759: Add examples for the new typing features (GH-16763) (GH-16764)
https://github.com/python/cpython/commit/3ac152948d63f52267d312be33306067d3847e2a


--

___
Python tracker 

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

[issue37759] Polish whatsnew for 3.8

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset a3291531ea51455cfa5989119db496267425323c by Raymond Hettinger in 
branch 'master':
bpo-37759: Add examples for the new typing features (GH-16763)
https://github.com/python/cpython/commit/a3291531ea51455cfa5989119db496267425323c


--

___
Python tracker 

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

[issue37759] Polish whatsnew for 3.8

[miss-islington]

Change by miss-islington :


--
pull_requests: +16337
pull_request: https://github.com/python/cpython/pull/16764

___
Python tracker 

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