[issue41403] Uncaught AttributeError in unittest.mock._get_target

[Chris Withers]

Chris Withers  added the comment:

Given that `mock.patch` is being used incorrectly here, the error message seems 
clear enough: It's saying there's a `Foo` object in place, and `rsplit` gives a 
strong indication that a string was expected.

Would adding type hints in mock.py be a resolution for this?

I'd be fine to see this bug closed with "wontfix", but will leave it open for 
now in case others feel strongly differently.

--

___
Python tracker 

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

[issue40891] Use PEP 573 in functools

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +rhettinger

___
Python tracker 

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

[issue40891] Use PEP 573 in functools

[wyz23x2]

Change by wyz23x2 :


--
title: Use pep573 in functools -> Use PEP 573 in functools

___
Python tracker 

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

[issue31904] Python should support VxWorks RTOS

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 855e68855eeb06f8f0319b3366d3a012c2ff2041 by pxinwr in branch 
'master':
bpo-31904: Fix test_ftplib failures for VxWorks RTOS (GH-19447)
https://github.com/python/cpython/commit/855e68855eeb06f8f0319b3366d3a012c2ff2041


--
nosy: +inada.naoki

___
Python tracker 

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

[issue41405] python 3.9.0b5 test

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

It seems they were two tests were reported individually : 

test_curses - https://bugs.python.org/issue36630
test_tk - https://bugs.python.org/issue41306

Please also include the output of /opt/python/3.9.0/bin/python3 -m 
test.pythoninfo

--
nosy: +xtreak

___
Python tracker 

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

[issue41403] Uncaught AttributeError in unittest.mock._get_target

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +cjw296, mariocj89, michael.foord, xtreak

___
Python tracker 

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

[issue41340] Not very good strcpy implementation in cpython/Python/strdup.c

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 5798f787779006a94a55ec74a86da4627de90146 by wasiher in branch 
'master':
bpo-41340: Removed fallback implementation for strdup (GH-21634)
https://github.com/python/cpython/commit/5798f787779006a94a55ec74a86da4627de90146


--

___
Python tracker 

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

[issue41340] Not very good strcpy implementation in cpython/Python/strdup.c

[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

[issue24955] webbrowser broken on Mac OS X when using the BROWSER variable

[hudelgado]

hudelgado  added the comment:

I took a look at it and have a some more questions.
The class MacOSX(BaseBrowser) seems to be broken because it uses 'OpenUrl' 
which doesn't work in most recent versions of applescript, also that class 
doesn't seem to be used anywhere, is it ok to remove it, or should left it as 
is?
Although that class isn't used it contained an hack to open local files that 
didn't exist in the class MacOSXOSAScript(BaseBrowser), i've added that hack to 
the MacOSXOSAScript.
Can you validate if everything seems ok with this changes?
I'm happy to adjust things according to what you suggest.

--
Added file: https://bugs.python.org/file49341/24955.diff

___
Python tracker 

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

[issue41384] tkinter raises TypeError when it's supposed to raise TclError

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Thank you for reporting this.  In the future, you can suggest a fix on the 
issue, without a PR.

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

[issue41384] tkinter raises TypeError when it's supposed to raise TclError

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 8b052751d32c43540e2786ce0b3f7e4b4d0ae161 by Miss Islington (bot) 
in branch '3.9':
bpo-41384: Raise TclError in tkinter.OptionMenu (GH-21601)
https://github.com/python/cpython/commit/8b052751d32c43540e2786ce0b3f7e4b4d0ae161


--

___
Python tracker 

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

[issue41384] tkinter raises TypeError when it's supposed to raise TclError

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 104adedf641dc686069a20ae1a05c821b56e4aa4 by Miss Islington (bot) 
in branch '3.8':
bpo-41384: Raise TclError in tkinter.OptionMenu (GH-21601)
https://github.com/python/cpython/commit/104adedf641dc686069a20ae1a05c821b56e4aa4


--

___
Python tracker 

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

[issue30155] Add ability to get tzinfo from a datetime instance in C API

[Zackery Spytz]

Zackery Spytz  added the comment:

I have created PR 21633 to add these macros.  Please consider taking a look.

--
versions: +Python 3.10 -Python 3.9

___
Python tracker 

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

[issue41340] Not very good strcpy implementation in cpython/Python/strdup.c

[fj92f3jj923f923]

fj92f3jj923f923  added the comment:

Created a new PR for removal of strdup (Hope it is correct)
https://github.com/python/cpython/pull/21634
Closed old one

--

___
Python tracker 

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

[issue41384] tkinter raises TypeError when it's supposed to raise TclError

[miss-islington]

Change by miss-islington :


--
pull_requests: +20778
pull_request: https://github.com/python/cpython/pull/21636

___
Python tracker 

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

[issue41384] tkinter raises TypeError when it's supposed to raise TclError

[miss-islington]

Change by miss-islington :


--
keywords: +patch
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +20777
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21635

___
Python tracker 

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

[issue41384] tkinter raises TypeError when it's supposed to raise TclError

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset f1d40f941a6483b1d4ea10f1051ace7b426fb8e7 by Akuli in branch 
'master':
bpo-41384: Raise TclError in tkinter.OptionMenu (GH-21601)
https://github.com/python/cpython/commit/f1d40f941a6483b1d4ea10f1051ace7b426fb8e7


--
nosy: +terry.reedy

___
Python tracker 

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

[issue41340] Not very good strcpy implementation in cpython/Python/strdup.c

[fj92f3jj923f923]

Change by fj92f3jj923f923 :


--
pull_requests: +20776
pull_request: https://github.com/python/cpython/pull/21634

___
Python tracker 

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

[issue30155] Add ability to get tzinfo from a datetime instance in C API

[Zackery Spytz]

Change by Zackery Spytz :


--
keywords: +patch
nosy: +ZackerySpytz
nosy_count: 5.0 -> 6.0
pull_requests: +20775
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/21633

___
Python tracker 

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

[issue41349] Tk window not going full screen on 90° rotated screen on mac

[Terry J. Reedy]

Change by Terry J. Reedy :


--
assignee: terry.reedy -> 

___
Python tracker 

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

[issue41388] IDLE fails to detect corresponding opening parenthesis

[Lewis Ball]

Lewis Ball  added the comment:

Okay that makes sense. Removing things from _synchre would slow down the 
matching slightly, although the matching still seems plenty fast enough when 
done inside an if clause at the moment, so I'm not sure how noticeable the 
removal of `else` would be. One thing could be to search for `else:` instead of 
just `else` in _synchre, as only the former indicates the start of a new 
statement (although I guess it would actually have to check for `else[\s\\]*:` 
or something).

Like you say though, if there are other more pressing issues with the matching 
then maybe it is worth fixing them all at the same time. Happy to help with 
that if needed.

--

___
Python tracker 

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

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

[Guido van Rossum]

Guido van Rossum  added the comment:

I guess the design space is wide open.

Does parso have to be pure Python? If not, we could generate C code like we do 
for CPython's parser. Now, that doesn't work for incremental parsing, but I did 
an alternative implementation that uses a stack machine, also in C, that's only 
2x slower than the PEG parser. Maybe that could be adapted to incremental 
parsing (because it's a stack machine). Error recovery is still a research 
project (at least for me -- I'm actually reading papers :-).

--

___
Python tracker 

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

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

[David Halter]

David Halter  added the comment:

Parso's incremental parser is a terrible idea. It also works and is pretty 
fast, but the design is pretty terrible (it took me a lot of fuzzing to make 
sure that it works decently well).

The basic problem is that it's reusing nodes in a mutable way. If I were to 
redo it, I would probably choose a similar approach to Roslyn's red/green 
trees. It's probably also possible to use these approaches in Python, but they 
might be quite a bit slower than what I'm using (because recreating nodes can 
be quite expensive).

I imagine that one of the biggest issues with parsing PEG in parso would be to 
do it with error recovery AND incremental parsing. That combination can be 
quite annoying, but it's definitely still possible.

I'm not really sure about the future of parso with PEG. I'm definitely going to 
have to find a way to parse 3.10+ (so Jedi is going to keep working), however I 
feel like that it's hard to achieve a fast parser in pure Python. Parso is like 
20% faster, but still more than ten times slower than the CPython parser...

--

___
Python tracker 

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

[issue41405] python 3.9.0b5 test

[YoSTEALTH]

YoSTEALTH  added the comment:

while compiling i got this warning, maybe its related!

gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall 
   -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter 
-Wno-missing-field-initializers -Werror=implicit-function-declaration 
-fvisibility=hidden  -I../Include/internal -IObjects -IInclude -IPython -I. 
-I../Include-DPy_BUILD_CORE -o Python/getcompiler.o ../Python/getcompiler.c
In function ‘assemble_lnotab’,
inlined from ‘assemble_emit’ at ../Python/compile.c:5714:25,
inlined from ‘assemble’ at ../Python/compile.c:6053:18:
../Python/compile.c:5668:19: warning: writing 1 byte into a region of size 0 
[-Wstringop-overflow=]
 5668 | *lnotab++ = k;
  | ~~^~~

--

___
Python tracker 

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

[issue40939] Remove the old parser

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
pull_requests: +20774
pull_request: https://github.com/python/cpython/pull/19969

___
Python tracker 

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

[issue40939] Remove the old parser

[Guido van Rossum]

Guido van Rossum  added the comment:

See also https://github.com/python/cpython/pull/19969 (Pablo's attempt at 
replacing the grammar in the reference docs with something derived from 
Grammar/python.gram).

--

___
Python tracker 

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

[issue41340] Not very good strcpy implementation in cpython/Python/strdup.c

[fj92f3jj923f923]

fj92f3jj923f923  added the comment:

I can give a try with removing
Please, wait
Thanks everyone for giving a chance to make a PR :)

--

___
Python tracker 

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

[issue41405] python 3.9.0b5 test

[YoSTEALTH]

New submission from YoSTEALTH :

>>> /opt/python/3.9.0/bin/python3 -m test -uall
== CPython 3.9.0b5 (default, Jul 22 2020, 13:13:23) [GCC 10.1.0]
== Linux-5.8.0-1-MANJARO-x86_64-with-glibc2.31 little-endian
== cwd: /tmp/test_python_39605æ
== CPU count: 16
== encodings: locale=UTF-8, FS=utf-8
0:00:00 load avg: 1.24 Run tests sequentially
0:00:00 load avg: 1.24 [  1/425] test_grammar
0:00:00 load avg: 1.24 [  2/425] test_opcodes
0:00:00 load avg: 1.24 [  3/425] test_dict
0:00:00 load avg: 1.24 [  4/425] test_builtin
0:00:00 load avg: 1.24 [  5/425] test_exceptions
0:00:02 load avg: 1.22 [  6/425] test_types
0:00:02 load avg: 1.22 [  7/425] test_unittest
0:00:05 load avg: 1.22 [  8/425] test_doctest
0:00:06 load avg: 1.20 [  9/425] test_doctest2
0:00:07 load avg: 1.20 [ 10/425] test_support
0:00:09 load avg: 1.20 [ 11/425] test___all__
0:00:11 load avg: 1.20 [ 12/425] test___future__
0:00:11 load avg: 1.27 [ 13/425] test__locale
0:00:11 load avg: 1.27 [ 14/425] test__opcode
0:00:12 load avg: 1.27 [ 15/425] test__osx_support
0:00:12 load avg: 1.27 [ 16/425] test__xxsubinterpreters
0:00:13 load avg: 1.27 [ 17/425] test_abc
0:00:14 load avg: 1.27 [ 18/425] test_abstract_numbers
0:00:14 load avg: 1.27 [ 19/425] test_aifc
0:00:15 load avg: 1.27 [ 20/425] test_argparse
0:00:18 load avg: 1.24 [ 21/425] test_array
0:00:21 load avg: 1.22 [ 22/425] test_asdl_parser
test_asdl_parser skipped -- test irrelevant for an installed Python
0:00:21 load avg: 1.22 [ 23/425] test_ast -- test_asdl_parser skipped
0:00:24 load avg: 1.22 [ 24/425] test_asyncgen
0:00:25 load avg: 1.22 [ 25/425] test_asynchat
0:00:27 load avg: 1.13 [ 26/425] test_asyncio
0:02:10 load avg: 1.39 [ 27/425] test_asyncore -- test_asyncio passed in 1 min 
43 sec
0:02:12 load avg: 1.28 [ 28/425] test_atexit
0:02:12 load avg: 1.28 [ 29/425] test_audioop
0:02:13 load avg: 1.28 [ 30/425] test_audit
0:02:14 load avg: 1.28 [ 31/425] test_augassign
0:02:15 load avg: 1.28 [ 32/425] test_base64
0:02:15 load avg: 1.28 [ 33/425] test_baseexception
0:02:15 load avg: 1.28 [ 34/425] test_bdb
0:02:16 load avg: 1.28 [ 35/425] test_bigaddrspace
0:02:16 load avg: 1.26 [ 36/425] test_bigmem
0:02:17 load avg: 1.26 [ 37/425] test_binascii
0:02:17 load avg: 1.26 [ 38/425] test_binhex
0:02:17 load avg: 1.26 [ 39/425] test_binop
0:02:18 load avg: 1.26 [ 40/425] test_bisect
0:02:18 load avg: 1.26 [ 41/425] test_bool
0:02:18 load avg: 1.26 [ 42/425] test_buffer
0:02:29 load avg: 1.30 [ 43/425] test_bufio
0:02:30 load avg: 1.30 [ 44/425] test_bytes
0:02:32 load avg: 1.35 [ 45/425] test_bz2
0:02:37 load avg: 1.33 [ 46/425] test_c_locale_coercion
0:02:40 load avg: 1.33 [ 47/425] test_calendar
0:02:44 load avg: 1.38 [ 48/425] test_call
0:02:44 load avg: 1.38 [ 49/425] test_capi
0:03:07 load avg: 1.23 [ 50/425] test_cgi
0:03:08 load avg: 1.23 [ 51/425] test_cgitb
0:03:08 load avg: 1.23 [ 52/425] test_charmapcodec
0:03:09 load avg: 1.23 [ 53/425] test_check_c_globals
test_check_c_globals skipped -- c-analyzer directory could not be found
0:03:09 load avg: 1.23 [ 54/425] test_class -- test_check_c_globals skipped
0:03:09 load avg: 1.23 [ 55/425] test_clinic
test_clinic skipped -- clinic directory could not be found
0:03:10 load avg: 1.23 [ 56/425] test_cmath -- test_clinic skipped
0:03:10 load avg: 1.23 [ 57/425] test_cmd
0:03:10 load avg: 1.23 [ 58/425] test_cmd_line
0:03:14 load avg: 1.21 [ 59/425] test_cmd_line_script
0:03:18 load avg: 1.27 [ 60/425] test_code
0:03:19 load avg: 1.27 [ 61/425] test_code_module
0:03:19 load avg: 1.27 [ 62/425] test_codeccallbacks
0:03:19 load avg: 1.27 [ 63/425] test_codecencodings_cn
0:03:20 load avg: 1.27 [ 64/425] test_codecencodings_hk
0:03:20 load avg: 1.27 [ 65/425] test_codecencodings_iso2022
0:03:21 load avg: 1.25 [ 66/425] test_codecencodings_jp
0:03:22 load avg: 1.25 [ 67/425] test_codecencodings_kr
0:03:23 load avg: 1.25 [ 68/425] test_codecencodings_tw
0:03:23 load avg: 1.25 [ 69/425] test_codecmaps_cn
0:03:27 load avg: 1.23 [ 70/425] test_codecmaps_hk
0:03:28 load avg: 1.23 [ 71/425] test_codecmaps_jp
0:03:33 load avg: 1.13 [ 72/425] test_codecmaps_kr
0:03:37 load avg: 1.12 [ 73/425] test_codecmaps_tw
0:03:40 load avg: 1.12 [ 74/425] test_codecs
0:03:42 load avg: 1.83 [ 75/425] test_codeop
0:03:42 load avg: 1.83 [ 76/425] test_collections
0:03:43 load avg: 1.83 [ 77/425] test_colorsys
0:03:44 load avg: 1.83 [ 78/425] test_compare
0:03:44 load avg: 1.83 [ 79/425] test_compile
0:03:47 load avg: 1.85 [ 80/425] test_compileall
0:04:00 load avg: 1.71 [ 81/425] test_complex
0:04:01 load avg: 1.71 [ 82/425] test_concurrent_futures
0:06:35 load avg: 1.28 [ 83/425] test_configparser -- test_concurrent_futures 
passed in 2 min 34 sec
0:06:36 load avg: 1.26 [ 84/425] test_contains
0:06:37 load avg: 1.26 [ 85/425] test_context
0:06:39 load avg: 1.26 [ 86/425] test_contextlib
0:06:39 load avg: 1.26 [ 87/425] test_contextlib_async
Task was destroyed but it is pending!
task: ()>>
Task was destroyed but it is pending!
task: ()>>
Task was destroyed but it is 

[issue41401] Using non-ascii that require UTF-8 breaks AIX testing

[Michael Felt]

Michael Felt  added the comment:

Neat! extra arguments!!

The warnings - extracted:

== CPython 3.10.0a0 (heads/master-dirty:b1a8730, Jul 26 2020, 14:00:34) [GCC 
7.2.0]
== AIX-2-00F9C1964C00-powerpc-32bit big-endian
== cwd: /home/aixtools/cpython/cpython-master/build/test_python_27984450▒
== CPU count: 32
== encodings: locale=ISO8859-1, FS=iso8859-1
0:00:00 Run tests sequentially
0:00:00 [1/1] test_io
test_fspath_support (test.test_io.CIOTest) ... ok

--

Ran 1 test in 0.026s

OK
Warning -- files was modified by test_io
  Before: []
  After:  ['@test_27984450_tmpæ']
test_io failed (env changed)

+
== CPython 3.10.0a0 (heads/master-dirty:b1a8730, Jul 26 2020, 14:00:34) [GCC 
7.2.0]
== AIX-2-00F9C1964C00-powerpc-32bit big-endian
== cwd: /home/aixtools/cpython/cpython-master/build/test_python_28246552▒
== CPU count: 32
== encodings: locale=ISO8859-1, FS=iso8859-1
0:00:00 Run tests sequentially
0:00:00 [1/1] test_io
test_fspath_support (test.test_io.PyIOTest) ... ok

--

Ran 1 test in 0.026s

OK
Warning -- files was modified by test_io
  Before: []
  After:  ['@test_28246552_tmpæ']
test_io failed (env changed)

== Tests result: SUCCESS ==

1 test altered the execution environment:
test_io



== CPython 3.10.0a0 (heads/master-dirty:b1a8730, Jul 26 2020, 14:00:34) [GCC 
7.2.0]
== AIX-2-00F9C1964C00-powerpc-32bit big-endian
== cwd: /home/aixtools/cpython/cpython-master/build/test_python_33620404▒
== CPU count: 32
== encodings: locale=ISO8859-1, FS=iso8859-1
0:00:00 Run tests sequentially
0:00:00 [1/1] test_io
test_reader_writer_close_error_on_close (test.test_io.CBufferedRWPairTest) ... 
ok

--

Ran 1 test in 0.001s

OK
Warning -- Unraisable exception
Exception ignored in: <_io.BufferedRWPair object at 0x30689750>
Traceback (most recent call last):
  File "/home/aixtools/cpython/cpython-master/Lib/test/support/__init__.py", 
line 613, in gc_collect
gc.collect()
ValueError: flush of closed file
Warning -- Unraisable exception
Exception ignored in: <_io.BufferedWriter>
Traceback (most recent call last):
  File "/home/aixtools/cpython/cpython-master/Lib/test/support/__init__.py", 
line 613, in gc_collect
gc.collect()
ValueError: flush of closed file
test_io failed (env changed)

== Tests result: SUCCESS ==

1 test altered the execution environment:
test_io

Hope this helps!

--

___
Python tracker 

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

[issue41349] Tk window not going full screen on 90° rotated screen on mac

[Terry J. Reedy]

Change by Terry J. Reedy :


--
assignee:  -> terry.reedy
components: +Tkinter
title: idle not going full screen when I rotate screen 90° on mac -> Tk window 
not going full screen on 90° rotated  screen on mac

___
Python tracker 

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

[issue41404] IDLE: test iomenu

[Terry J. Reedy]

New submission from Terry J. Reedy :

Test parts of iomenu changed by #41158 and fixed by #41300 and #41373.

--
assignee: terry.reedy
components: IDLE
messages: 374342
nosy: terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: test iomenu
type: behavior
versions: Python 3.10

___
Python tracker 

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

[issue41400] Remove references to nonexisting __ne__ methods

[Raymond Hettinger]

Raymond Hettinger  added the comment:

>From a user point of view, your edit makes it look like they have to supply 
>__ne__() if they want support for the != operator.  The user would have to 
>know the subtle details of the language to know this is not the case.  In 
>documentation, more so than in code, explicit is better than implicit.

The tables that we have now do a good job of communicating, "if you supply 
these methods, then these other methods follow automatically".  It matters very 
little where those methods were defined in the __mro__.  In Python 2.7, 
collections.Set used to explicitly define __ne__ and now it just inherits it 
from object, but that is close to being just an implementation detail.  From a 
user point of view, it is the same.

It would fine to add a technical implementation note somewhere, perhaps as a 
footnote to the "Mixin Methods" column.  But mostly, the documentation is more 
useful and clear as it stands now.  In my professional life, I teach engineers 
directly from these tables, so I have extensive experience with the user's 
point of view on these particular docs.

--

___
Python tracker 

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

[issue41397] Restore default implementation of __ne__ in Counter

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> The current code returns NotImplemented for non-Counter.
> If we want to implement equality comparison with other 
> class we have to override __ne__.

I'm fine with that.  It is not an undue burden and it provides a nudge to be 
explicit and intentional about the decision.

Setting __ne__ = object.__ne__ is a neat trick, but it is surprising given
Counter's __mro__ and it loses the helpful docstring describing the effect of 
zero counts.

--

___
Python tracker 

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

[issue41403] Uncaught AttributeError in unittest.mock._get_target

[webisteme]

New submission from webisteme :

When calling `mock.patch` incorrectly, as in the following example, an uncaught 
error is thrown:

```shell
>>> from unittest import mock
>>> class Foo:
... pass
... 
>>> mock.patch(Foo())
Traceback (most recent call last):
  File "", line 1, in 
  File 
"/usr/local/Cellar/python/3.7.6_1/Frameworks/Python.framework/Versions/3.7/lib/python3.7/unittest/mock.py",
 line 1624, in patch
getter, attribute = _get_target(target)
  File 
"/usr/local/Cellar/python/3.7.6_1/Frameworks/Python.framework/Versions/3.7/lib/python3.7/unittest/mock.py",
 line 1469, in _get_target
target, attribute = target.rsplit('.', 1)
AttributeError: 'Foo' object has no attribute 'rsplit'
```
This can happen when confusing `mock.patch` with `mock.patch.object`. However, 
the uncaught error is not informative, as it does not indicate that the wrong 
type of object was passed to `mock.patch`.

--
components: Library (Lib)
messages: 374339
nosy: webisteme
priority: normal
severity: normal
status: open
title: Uncaught AttributeError in unittest.mock._get_target
type: behavior
versions: Python 3.7

___
Python tracker 

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

[issue41335] free(): invalid pointer in list_ass_item() in Python 3.7.3

[Howard A. Landman]

Howard A. Landman  added the comment:

After a quick glance at the source code for the spidev library, I think it is 
unlikely but not impossible to be the home for the bug. It does do malloc() and 
free(), but only for data that is greater than 256 bytes. Short tx and rx data 
is kept in static local buffers. Also, these calls do not match the partial 
stack trace I got. There is a small amount of allocating and deallocating 
Python objects, however, including calls to PyList_New(), PyList_SET_ITEM(), 
and Py_TYPE(self)->tp_free((PyObject *)self), so it's possible that the bug is 
buried under one of those.

--
nosy:  -christian.heimes, stestagg

___
Python tracker 

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

[issue41402] email: ContentManager.set_content calls nonexistent method encode() on bytes

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
nosy: +python-dev
nosy_count: 3.0 -> 4.0
pull_requests: +20772
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21631

___
Python tracker 

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

[issue41402] email: ContentManager.set_content calls nonexistent method encode() on bytes

[Johannes Reiff]

New submission from Johannes Reiff :

If assigning binary content to an EmailMessage via set_content(), the function 
email.contentmanager.set_bytes_content() is called. This function fails when 
choosing the 7bit transfer encoding because of a call to data.decode('ascii').

--
components: email
messages: 374337
nosy: Johannes Reiff, barry, r.david.murray
priority: normal
severity: normal
status: open
title: email: ContentManager.set_content calls nonexistent method encode() on 
bytes
versions: Python 3.10, 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

[issue41397] Restore default implementation of __ne__ in Counter

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

The current code returns NotImplemented for non-Counter. If we want to 
implement equality comparison with other class we have to override __ne__.

--

___
Python tracker 

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

[issue41383] Provide a limit arguments for __repr__

[Raymond Hettinger]

Change by Raymond Hettinger :


--
nosy: +eric.smith

___
Python tracker 

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

[issue41383] Provide a limit arguments for __repr__

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I suggest taking this to Python ideas.  While there is a legitimate concern 
about large objects in a Variable View, the idea impacts long-standing core 
APIs.  Accordingly, it needs to be thought through, become better specified, 
and be evaluated against alternatives.  If the language impact is pervasive, it 
would likely need a PEP as well.

Some questions immediately come to mind:

* Would the existing standard and third party libraries need to recode every 
__repr__ or __str__ implementation for every container that has ever been 
written?  Would that include C code as well?

* It there something this limit parameter could do that couldn't already be 
achieved with __format__()?

* Should limits be a responsibility of individual classes or it is a debugger 
responsibility?  On the one hand, it is hard to see how a debugger could 
implement this without blind truncation; on the other hand, I don't think other 
languages make a similar inversion of responsibility.

* How would the parameter be accessed via the !r and !s codes in f-strings?

* How easy or hard would this be to implement for typical classes, lists for 
example?

* What is meant by "max number of symbols we want to evaluate"?  Would the repr 
for ['x'*1_000_000] count as one symbol or as one million?

* For tree-like structures (JSON for example), does a symbol limit make sense?  
Wouldn't you want a depth limit instead.

* Would some variant of "..." be added to indicate that limits were applied and 
to prevent someone for accidentally running eval() on the output?

--
nosy: +rhettinger

___
Python tracker 

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

[issue41400] Remove references to nonexisting __ne__ methods

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Is it good to provide incorrect information in the documentation? It is a 
matter of correctness, not style.

--

___
Python tracker 

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

[issue41397] Restore default implementation of __ne__ in Counter

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> The problem is that if you subclass Counter and override 
> its __eq__ method you will need to implement also the
> __ne__ method. 

I don't think that is true.  The current code for __ne__ calls "==" and inverts 
the result.

Also, the docstring for the current __ne__ code is useful because it documents 
the effect of missing counts.  That information would be lost with the PR.

--
assignee:  -> rhettinger

___
Python tracker 

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

[issue41400] Remove references to nonexisting __ne__ methods

[Raymond Hettinger]

Raymond Hettinger  added the comment:

s/pedantic/formally but not helpfully/

--

___
Python tracker 

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

[issue41400] Remove references to nonexisting __ne__ methods

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This will make the docs confusing and create an uncertainty for a user: if they 
define __eq__, do they, can they, or should they define __ne__.  

Also, it feels weird to have lists of five rich comparison methods rather than 
all six.

Tthe current docs better communicate which methods you need to supply and which 
methods get given to you for free.   Note, there is a dependency.  The 
object.__ne__ method depends on __eq__, so you don't get a useful __ne__ until 
and __eq__ is defined.  The meaning of __ne__ does in fact get changed by these 
classes.

So, while this doc edit is pedantically correct, it makes the documentation 
less useable than before.  I vote for leaving it as-is.

--
nosy: +rhettinger

___
Python tracker 

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

[issue18280] Documentation is too personalized

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I think they are not required, but recommended.

>From https://www.python.org/dev/peps/pep-0008/#comments:

   You should use two spaces after a sentence-ending period in multi- sentence 
comments, except after the final sentence.

>From https://www.python.org/dev/peps/pep-0012/#general:

   You must adhere to the Emacs convention of adding two spaces at the end of 
every sentence.

AFAIK in English typography the space after a sentence-ending period is longer 
than spaces between words. In other European typographies they have the same 
width.

--

___
Python tracker 

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

[issue41394] Document '_' in interpreter in shell tutorial

[hai shi]

hai shi  added the comment:

>I haven't checked to see what's documented. I'm sure we'd accept a patch that 
>improves the documentation if it's lacking.
+1

--
nosy: +shihai1991

___
Python tracker 

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

[issue41380] Add snake example to turtledemo

[SilentGhost]

Change by SilentGhost :


--
nosy:  -SilentGhost

___
Python tracker 

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

[issue41182] DefaultSelector fails to detect selector on VMware ESXi

[Guido van Rossum]

Guido van Rossum  added the comment:

Thank you Abhijeet! Looking forward to more of your contributions.

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

[issue41341] Recursive evaluation of ForwardRef (and PEP 563)

[Guido van Rossum]

Guido van Rossum  added the comment:

Thank you Joseph Perez! Looking forward to more of your contributions.

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

[issue18280] Documentation is too personalized

[Michael Felt]

Michael Felt  added the comment:

I am taking a look at these, and I am sure there is a PEP I am unaware of - atm 
- so, a quick question.

Is the double space at the end of a sentence 'required' by the rst processing, 
or is this also a 'personal' writing style in some of the documents (i.e., is 
replacing them with a single ' ', or otherwise, a new line ('\n') an error.

iirc - new paragraphs are indicated by two new-lines.

--
nosy: +Michael.Felt

___
Python tracker 

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

[issue41380] Add snake example to turtledemo

[Guido van Rossum]

Change by Guido van Rossum :


--
nosy:  -gvanrossum

___
Python tracker 

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

[issue41182] DefaultSelector fails to detect selector on VMware ESXi

[miss-islington]

miss-islington  added the comment:


New changeset 6e4975a1c79d8433d9d5b50ff1c655b5b5a2acd2 by Miss Islington (bot) 
in branch '3.9':
bpo-41182 selector: use DefaultSelector based upon implementation (GH-21257)
https://github.com/python/cpython/commit/6e4975a1c79d8433d9d5b50ff1c655b5b5a2acd2


--

___
Python tracker 

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

[issue41341] Recursive evaluation of ForwardRef (and PEP 563)

[miss-islington]

miss-islington  added the comment:


New changeset 41d1c04f73185c1238680142aa1a81f54f2bf4a4 by Miss Islington (bot) 
in branch '3.9':
bpo-41341: Recursive evaluation of ForwardRef in get_type_hints (GH-21553)
https://github.com/python/cpython/commit/41d1c04f73185c1238680142aa1a81f54f2bf4a4


--

___
Python tracker 

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

[issue41340] Not very good strcpy implementation in cpython/Python/strdup.c

[Guido van Rossum]

Change by Guido van Rossum :


--
nosy:  -gvanrossum

___
Python tracker 

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

[issue34723] lower() on Turkish letter "İ" returns a 2-chars-long string

[Şahin Kureta]

Şahin Kureta  added the comment:

I know it is not finalized and released yet but are you going to implement 
Version 14.0.0 of the Unicode Standard? It finally solves the issue of Turkish 
lower/upper case 'I' and 'i'.

[Here is the 
document](https://www.unicode.org/Public/14.0.0/ucd/NamesList-14.0.0d1.txt)

> 0049  LATIN CAPITAL LETTER I
* Turkish and Azerbaijani use 0131 for lowercase

> 0069  LATIN SMALL LETTER I
* Turkish and Azerbaijani use 0130 for uppercase

--
nosy: +Şahin Kureta

___
Python tracker 

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

[issue41380] Add snake example to turtledemo

[SilentGhost]

SilentGhost  added the comment:

Ehsonjon, please do not remove people from the nosy list.

--
components: +Library (Lib)
nosy: +SilentGhost, epaine, gregorlingl, terry.reedy, willingc
type:  -> enhancement
versions: +Python 3.10

___
Python tracker 

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

[issue41182] DefaultSelector fails to detect selector on VMware ESXi

[Łukasz Langa]

Łukasz Langa  added the comment:

This is a bit of a risky change looking at the PR but since it's a bugfix, we 
should have it for 3.9.0rc1.

--

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[Iman Sharafaldin]

Iman Sharafaldin  added the comment:

Thank you for patching that.

--

___
Python tracker 

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

[issue41182] DefaultSelector fails to detect selector on VMware ESXi

[miss-islington]

Change by miss-islington :


--
pull_requests: +20771
pull_request: https://github.com/python/cpython/pull/21630

___
Python tracker 

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

[issue41340] Not very good strcpy implementation in cpython/Python/strdup.c

[Guido van Rossum]

Guido van Rossum  added the comment:

There’s probably also something in configure.in that can switch this on.

--

___
Python tracker 

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

[issue41341] Recursive evaluation of ForwardRef (and PEP 563)

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 7.0 -> 8.0
pull_requests: +20770
pull_request: https://github.com/python/cpython/pull/21629

___
Python tracker 

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

[issue41341] Recursive evaluation of ForwardRef (and PEP 563)

[Łukasz Langa]

Łukasz Langa  added the comment:

Given the previous behavior was clearly a bug and after looking at the PR, I 
think it should go into 3.9.0rc1.

--

___
Python tracker 

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

[issue41380] Add snake example to turtledemo

[Ehsonjon Gadoev]

Ehsonjon Gadoev  added the comment:

@gvanrossum, Can you merge my pull requests?

--
components:  -Library (Lib)
nosy:  -epaine, gregorlingl, terry.reedy, willingc
type: enhancement -> 
versions:  -Python 3.10

___
Python tracker 

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

[issue41401] Using non-ascii that require UTF-8 breaks AIX testing

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Thank you for your report (and for all other heroic work for maintaining AIX). 
Breaking only one test on AIX looks like a good news.

Do you able to run tests manually? Could you please run the following command?

./python -m test --list-cases -uall test_io | xargs -n 1 ./python -m test 
-vuall test_io -m

It may help to determine what exactly the test was broken.

--

___
Python tracker 

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

[issue41100] Build failure on macOS 11 (beta)

[Ronald Oussoren]

Ronald Oussoren  added the comment:

PR21564 is my attempt to merge all changes needed to support macOS 11 and 
arm64.  To be honest I had lost track of what's needed.

With this the patch the tests pass on my DTK system. 

TODO:
- Verify builds on older macOS versions
- Maybe: support building using non-system libffi on macOS


PR 21583 is a separate attempt at doing the code changes that are needed to 
build with the latest SDK and deploy on macOS 10.9.  This patch is still in a 
fairly rough state, and needs more testing (I haven't done any testing on older 
platforms yet)

TODO:
- Test on macOS 10.9
- Tweak the build-installer script and possibly _osx_support.py: the minimal 
deployment target for arm64 should be macOS 11.0.
- Tweak the build-installer script to build an optimised version

TDB:
- Keep this as two separate PRs or merge them? 
  The latter makes testing easier, but review harder

--

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I do not think it is a security issue. The crash cannot be triggered by the 
user input unless you accept the pickle data from untrusted sources, but in 
that case you are in large danger, because you allow executing arbitrary code.

The changes in this issue just help to debug in some cases when you play with 
pickle format. In any case thank you for your report.

--
status: open -> closed

___
Python tracker 

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

[issue41401] Using non-ascii that require UTF-8 breaks AIX testing

[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

[issue41090] Support for "Universal 2" binary builds

[Ronald Oussoren]

Ronald Oussoren  added the comment:

We're tracking macOS 11 and arm64 support in #41100

--
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Build failure on macOS 11 (beta)

___
Python tracker 

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

[issue41401] Using non-ascii that require UTF-8 breaks AIX testing

[Michael Felt]

New submission from Michael Felt :

issue41069 introduces tests for paths/files containing non-ascii characters.

On AIX - since the merge of PR21035 and PR21156 - the bots have been broken, 
i.e., returning test failed.

commit 700cfa8c90a90016638bac13c4efd03786b2b2a0
Author: Serhiy Storchaka 
Date:   Thu Jun 25 17:56:31 2020 +0300

bpo-41069: Make TESTFN and the CWD for tests containing non-ascii 
characters. (GH-21035)

commit f925407a19eeb9bf5f7640143979638adce2c677
Author: Serhiy Storchaka 
Date:   Thu Jun 25 20:39:12 2020 +0300

[3.9] bpo-41069: Make TESTFN and the CWD for tests containing non-ascii 
characters. (GH-21035). (GH-21156)

(cherry picked from commit 700cfa8c90a90016638bac13c4efd03786b2b2a0)



Sadly, I cannot determine - exactly - where it is going wrong as the verbose 
results ends (says SUCCESS, but there is an ENV change, so bot says FAILED) as:

--

Ran 614 tests in 59.122s

OK (skipped=8)
Warning -- files was modified by test_io
  Before: []
  After:  ['@test_23134518_tmpæ']
test_io failed (env changed) in 59.7 sec

== Tests result: SUCCESS ==

1 test altered the execution environment:
test_io

Total duration: 59.8 sec

--
components: IO, Tests
messages: 374312
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: Using non-ascii that require UTF-8 breaks AIX testing
type: behavior
versions: Python 3.10, Python 3.9

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[Iman Sharafaldin]

Iman Sharafaldin  added the comment:

@serhiy.storchaka Hi Serhiy, do you count this issue as a security issue? Also, 
I didn't see that in the latest changelog. Is it now patched on the latest 
version?

https://docs.python.org/release/3.8.5/whatsnew/changelog.html

--

___
Python tracker 

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

[issue41398] cgi module, parse_multipart fails

[SilentGhost]

Change by SilentGhost :


--
components: +Library (Lib)
nosy: +ethan.furman
type:  -> behavior

___
Python tracker 

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

[issue41399] Add stacklevel support for exceptions

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

warnings.warn(), the function which emits warnings, has the stacklevel 
parameter. But how do you provide stacklevel for exceptions?

See also bpo-39725.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue41400] Remove references to nonexisting __ne__ methods

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue41400] Remove references to nonexisting __ne__ methods

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

There is the documentation for method __ne__ implementations in classes Set, 
Mapping, Header, Charset, Binary, but all these implementations are removed now 
and the default implementation of object.__ne__ is used instead.

--
assignee: docs@python
components: Documentation
messages: 374309
nosy: barry, docs@python, maxking, r.david.murray, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Remove references to nonexisting __ne__ methods
type: enhancement
versions: Python 3.10, 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

[issue41399] Add stacklevel support for exceptions

[wyz23x2]

New submission from wyz23x2 :

Now warnings.warn supports a stacklevel parameter. But many users want 
exceptions to support it too.
Related:
https://stackoverflow.com/questions/34175111/raise-an-exception-from-a-higher-level-a-la-warnings

--
components: Interpreter Core
messages: 374308
nosy: wyz23x2
priority: normal
severity: normal
status: open
title: Add stacklevel support for exceptions
type: enhancement
versions: Python 3.10, Python 3.9

___
Python tracker 

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

[issue41398] cgi module, parse_multipart fails

[Magnus Johnsson]

New submission from Magnus Johnsson :

When using the cgi module, parse_multipart fails with the supplied file with 
the error:

Invalid boundary in multipart form: b''

A sample program that demonstrates the error:
import cgi
f = open("60_Request.txt", "r")
print(cgi.parse_multipart(f, {'boundary': 
b'BgTzK0jM20UH01naJdsmAWUj7sqqeoikGZvh3mo9', 'CONTENT-LENGTH': 3992}))

This affects for instance Twisted, and all its dependencies.

--
files: 60_Request.txt
messages: 374307
nosy: Magnus Johnsson
priority: normal
severity: normal
status: open
title: cgi module, parse_multipart fails
versions: Python 3.7, Python 3.8
Added file: https://bugs.python.org/file49340/60_Request.txt

___
Python tracker 

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

[issue41397] Restore default implementation of __ne__ in Counter

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue41397] Restore default implementation of __ne__ in Counter

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

Currently collections.Counter implements both __eq__ and __ne__ methods. The 
problem is that if you subclass Counter and override its __eq__ method you will 
need to implement also the __ne__ method. Usually you do not need to implement 
__ne__ because the implementation inherited from the object class does the 
right thing in most cases (unless you implement NumPy or symbolic expressions). 
Also, the Python implementation of Counter.__ne__ is a tiny bit slower than the 
C implementation of object.__ne__.

Counter.__ne__ was added because the implementation of __ne__ inherited from 
dict did not work correct for Counter. But we can just restore the default 
implementation:

__ne__ = object.__ne__

Of all Python classes in the stdlib which implement __eq__ only Counter, 
WeakRef and some mock classes implement also __ne__. In case of Counter I think 
it is not necessary.

--
components: Library (Lib)
messages: 374306
nosy: rhettinger, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Restore default implementation of __ne__ in Counter
versions: Python 3.10

___
Python tracker 

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

[issue41385] test_executable_without_cwd fails on appx test run in Azure pipelines

[miss-islington]

miss-islington  added the comment:


New changeset 8b7544cd024077615c62517f91ee74f50f40701d by Miss Islington (bot) 
in branch '3.9':
bpo-41385: Fix test_executable_without_cwd on Windows (GH-21608)
https://github.com/python/cpython/commit/8b7544cd024077615c62517f91ee74f50f40701d


--

___
Python tracker 

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

[issue41385] test_executable_without_cwd fails on appx test run in Azure pipelines

[miss-islington]

miss-islington  added the comment:


New changeset 33cebe0b9a71da97046fc67c03062987c1049418 by Miss Islington (bot) 
in branch '3.8':
bpo-41385: Fix test_executable_without_cwd on Windows (GH-21608)
https://github.com/python/cpython/commit/33cebe0b9a71da97046fc67c03062987c1049418


--

___
Python tracker 

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

[issue41373] IDLE: edit/save files created by Windows Explorer

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue41385] test_executable_without_cwd fails on appx test run in Azure pipelines

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 6.0 -> 7.0
pull_requests: +20766
pull_request: https://github.com/python/cpython/pull/21625

___
Python tracker 

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

[issue41385] test_executable_without_cwd fails on appx test run in Azure pipelines

[miss-islington]

Change by miss-islington :


--
pull_requests: +20767
pull_request: https://github.com/python/cpython/pull/21626

___
Python tracker 

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

[issue41385] test_executable_without_cwd fails on appx test run in Azure pipelines

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset b1a87300a06324c9fc7d6553906ed914489465aa by Serhiy Storchaka in 
branch 'master':
bpo-41385: Fix test_executable_without_cwd on Windows (GH-21608)
https://github.com/python/cpython/commit/b1a87300a06324c9fc7d6553906ed914489465aa


--

___
Python tracker 

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