[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[miss-islington]

Change by miss-islington :


--
pull_requests: +24990
pull_request: https://github.com/python/cpython/pull/26397

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[Nick Coghlan]

Nick Coghlan  added the comment:


New changeset 59af59c2dfa52dcd5605185263f266a49ced934c by Erlend Egeberg 
Aasland in branch 'main':
bpo-42972: Fully support GC for pyexpat, unicodedata, and dbm/gdbm heap types 
(GH-26376)
https://github.com/python/cpython/commit/59af59c2dfa52dcd5605185263f266a49ced934c


--
nosy: +ncoghlan

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[miss-islington]

Change by miss-islington :


--
pull_requests: +24991
pull_request: https://github.com/python/cpython/pull/26398

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[Christian Heimes]

Christian Heimes  added the comment:


New changeset 6ef5ba391d700bde7ec3ffd5fb7132a30dd309c4 by Erlend Egeberg 
Aasland in branch 'main':
bpo-42972: Fully support GC for hashlib heap types (GH-26374)
https://github.com/python/cpython/commit/6ef5ba391d700bde7ec3ffd5fb7132a30dd309c4


--

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[Christian Heimes]

Christian Heimes  added the comment:


New changeset dcb8786a9848516e823e090bb36079678913d8d3 by Erlend Egeberg 
Aasland in branch 'main':
bpo-42972: Fully implement GC protocol for ssl heap types (GH-26370)
https://github.com/python/cpython/commit/dcb8786a9848516e823e090bb36079678913d8d3


--

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[miss-islington]

Change by miss-islington :


--
pull_requests: +24992
pull_request: https://github.com/python/cpython/pull/26399

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[miss-islington]

miss-islington  added the comment:


New changeset 4431922f92747f77e3eb790c6d1881232e1b5e8c by Miss Islington (bot) 
in branch '3.10':
[3.10] bpo-42972: Fully support GC for hashlib heap types (GH-26374) (GH-26398)
https://github.com/python/cpython/commit/4431922f92747f77e3eb790c6d1881232e1b5e8c


--

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[Christian Heimes]

Christian Heimes  added the comment:

GH-26399 is failing with an access violation on Windows. It's failing in one of 
the flaky tests. I wonder if the segfault is related to flaky tests somehow...

https://dev.azure.com/Python/cpython/_build/results?buildId=81570&view=logs&j=c83831cd-3752-5cc7-2f01-8276919eb334

test_pha_optional (test.test_ssl.TestPostHandshakeAuth) ... ok
test_pha_optional_nocert (test.test_ssl.TestPostHandshakeAuth) ... ok
test_pha_required (test.test_ssl.TestPostHandshakeAuth) ... ok
Windows fatal exception: access violation

Current thread 0x09e0 (most recent call first):
  File "D:\a\1\s\lib\linecache.py", line 63 in checkcache
  File "D:\a\1\s\lib\traceback.py", line 375 in extract
  File "D:\a\1\s\lib\traceback.py", line 494 in __init__
  File "D:\a\1\s\lib\traceback.py", line 132 in format_exception
  File "D:\a\1\s\lib\test\test_ssl.py", line 262 in handle_error
  File "D:\a\1\s\lib\test\test_ssl.py", line 2530 in run
  File "D:\a\1\s\lib\threading.py", line 1006 in _bootstrap_inner
  File "D:\a\1\s\lib\threading.py", line 963 in _bootstrap

Thread 0x03c4 (most recent call first):
  File "D:\a\1\s\lib\threading.py", line 1102 in _wait_for_tstate_lock
  File "D:\a\1\s\lib\threading.py", line 1086 in join
  File "D:\a\1\s\lib\test\test_ssl.py", line 2604 in run
  File "D:\a\1\s\lib\threading.py", line 1006 in _bootstrap_inner
  File "D:\a\1\s\lib\threading.py", line 963 in _bootstrap

Thread 0x1700 (most recent call first):
  File "D:\a\1\s\lib\ssl.py", line 1131 in read
  File "D:\a\1\s\lib\ssl.py", line 1256 in recv
  File "D:\a\1\s\lib\test\test_ssl.py", line 4471 in test_pha_required_nocert
  File "D:\a\1\s\lib\unittest\case.py", line 549 in _callTestMethod
  File "D:\a\1\s\lib\unittest\case.py", line 592 in run
  File "D:\a\1\s\lib\unittest\case.py", line 652 in __call__
  File "D:\a\1\s\lib\unittest\suite.py", line 122 in run
  File "D:\a\1\s\lib\unittest\suite.py", line 84 in __call__
  File "D:\a\1\s\lib\unittest\suite.py", line 122 in run
  File "D:\a\1\s\lib\unittest\suite.py", line 84 in __call__
  File "D:\a\1\s\lib\unittest\runner.py", line 176 in run
  File "D:\a\1\s\lib\test\support\__init__.py", line 959 in _run_suite
  File "D:\a\1\s\lib\test\support\__init__.py", line 1082 in run_unittest
  File "D:\a\1\s\lib\test\test_ssl.py", line 5007 in test_main
  File "D:\a\1\s\lib\test\libregrtest\runtest.py", line 246 in _runtest_inner2
  File "D:\a\1\s\lib\test\libregrtest\runtest.py", line 282 in _runtest_inner
  File "D:\a\1\s\lib\test\libregrtest\runtest.py", line 154 in _runtest
  File "D:\a\1\s\lib\test\__main__.py", line 2 in 
  File "D:\a\1\s\lib\runpy.py", line 86 in _run_code
  File "D:\a\1\s\lib\runpy.py", line 196 in _run_module_as_main
##[error]Cmd.exe exited with code '-1073741819'.

--

___
Python tracker 

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

[issue44243] tkinter button colors on Mac

[Tal Einat]

Tal Einat  added the comment:

Confirmed on macOS.

This bugs also affects the underlying Tcl/Tk, confirmed with 8.6.11.

To reproduce:

$ wish
% button .b -text START -bg red -fg white
.b
% pack .b

--

___
Python tracker 

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

[issue44243] tkinter button colors on Mac

[Tal Einat]

Tal Einat  added the comment:

I've created an issue about this on the Tcl/Tk issue tracker:

https://core.tcl-lang.org/tk/tktview/46274a117823fd65c6d98d38465b43165d0c4680

--

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Tal Einat]

Tal Einat  added the comment:

> With 3.10.0b1 on Mac I am getting attribute completion freezes.  I had to 
> turn them off.  I am tempted to disable completions until there is a Mac IDLE 
> developer to dig into issues like this.

Confirmed. This may be a separate issue.

I have a macOS machine to develop with an will look into this.

--

___
Python tracker 

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

[issue37596] Reproducible pyc: frozenset is not serialized in a deterministic order

[Filipe Laíns]

Filipe Laíns  added the comment:

I understand, the proposal would be to make frozensets keep the creation order.

--

___
Python tracker 

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

[issue38768] [feature request] Add lldb equivalent to Tools/gdb

[Shreyan Avigyan]

Shreyan Avigyan  added the comment:

Would be great. LLDB is also supported on Windows (by Visual Studio) unlike gdb.

--
nosy: +shreyanavigyan

___
Python tracker 

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

[issue44243] tkinter button colors on Mac

[E. Paine]

E. Paine  added the comment:

Does the activebackground option fix this? E.g.

r = tk.Tk()
b = tk.Button(r, fg="white", bg="red", activebackground="red")
b.pack()
r.mainloop()

--
nosy: +epaine

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Tal Einat]

Tal Einat  added the comment:

I can reproduce this consistently on macOS by running IDLE, typing "sys.ba" in 
the shell and pressing the tab key.

I've carefully narrowed this down to the call to acw.update() in 
AutoCompleteWindows.winconfig_event().  Removing that call makes everything 
work properly.

That call to acw.update() was added to address the bug reported in bpo-37849 
(see PR GH-15267).  That bug was reported on Windows, but apparently doesn't 
occur on macOS.  A quick test on Ubuntu 20.04 with that call removed also 
appears to not exhibit that bug.

Therefore, I propose making that call only on Windows.

Note that there is already another fragile call in the same method that is 
conditionally called only on Windows, so there is definitely precedent for such 
a solution.

--

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Tal Einat]

Change by Tal Einat :


--
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.10, Python 3.11

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Tal Einat]

Tal Einat  added the comment:

I've confirmed that the acw.update() call is still required on Windows to avoid 
the completion list positioning bug, and that IDLE doesn't freeze as described 
in this issue on Windows with that call in place.

--

___
Python tracker 

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

[issue44031] test_embed and test_tabnanny fails if the current directory is non-ASCII

[Alexei S]

Alexei S  added the comment:

the problem is caused by language??

--

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Tal Einat]

Change by Tal Einat :


--
keywords: +patch
pull_requests: +24993
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/26400

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Tal Einat]

Tal Einat  added the comment:

See PR GH-26400.

--
stage: patch review -> needs patch

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Tal Einat]

Tal Einat  added the comment:

To clarify, the above is regarding IDLE freezing on macOS after hitting tab to 
complete, with no completions window open, and with multiple completions 
possible.  That may not be identical to the issue originally reported here.  
Apologies if I've caused some confusion.

--

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[Erlend E. Aasland]

Erlend E. Aasland  added the comment:

Hm, I'm unable to reproduce it w/addr sanitiser on macOS (FWIW).

$ ./python.exe -m test test_ssl -F -u all -m test_pha_required_nocert

Passing 1000 successful runs now. I'll see if I can get a Win dev env set up 
later.

--

___
Python tracker 

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

[issue44031] test_embed and test_tabnanny fails if the current directory is non-ASCII

[Alexei S]

Alexei S  added the comment:

yes!
the problem was in folder caption!

--

___
Python tracker 

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

[issue44243] tkinter button colors on Mac

[Tal Einat]

Tal Einat  added the comment:

Thanks for helping with this, E. Paine!

Unfortunately, no, adding activebackground='red' doesn't help, even directly in 
a wish shell.

--

___
Python tracker 

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

[issue44031] test_embed and test_tabnanny fails if the current directory is non-ASCII

[Alexei S]

Alexei S  added the comment:

how we can fix this small problem in next releases
of test_embed test_tabnanny?
other tests didn't fail

--

___
Python tracker 

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

[issue43988] Add test.support.assert_dissallow_instantiation

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 8cec740820fc875117bfa7b6bdb10202ebeb8fd5 by Erlend Egeberg 
Aasland in branch 'main':
bpo-43988: Document test.support.check_disallow_instantiation() (GH-26394)
https://github.com/python/cpython/commit/8cec740820fc875117bfa7b6bdb10202ebeb8fd5


--

___
Python tracker 

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

[issue43988] Add test.support.assert_dissallow_instantiation

[Erlend E. Aasland]

Erlend E. Aasland  added the comment:

I believe we can close this now, Victor. Please reopen if you disagree :)

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

[issue44245] Cross-compilation of CPython 3.8 with _socket module using Anddroid NDK fails

[Ladislav Heller]

New submission from Ladislav Heller :

Trying to cross-compile CPython 3.8 using Android NDK toolchain with _socket 
module enabled. Build fails at:

../Modules/socketmodule.c:6739:5: error: invalid use of undefined type 'struct 
if_nameindex'
 for (i = 0; ni[i].if_index != 0 && i < INT_MAX; i++) {
 ^
../Modules/socketmodule.c:6739:19: error: dereferencing pointer to incomplete 
type
 for (i = 0; ni[i].if_index != 0 && i < INT_MAX; i++) {
   ^
../Modules/socketmodule.c:6753:17: error: invalid use of undefined type 'struct 
if_nameindex'
 ni[i].if_index, PyUnicode_DecodeFSDefault, ni[i].if_name);
 ^
../Modules/socketmodule.c:6753:19: error: dereferencing pointer to incomplete 
type
 ni[i].if_index, PyUnicode_DecodeFSDefault, ni[i].if_name);
   ^
../Modules/socketmodule.c:6753:17: error: invalid use of undefined type 'struct 
if_nameindex'
 ni[i].if_index, PyUnicode_DecodeFSDefault, ni[i].if_name);
 ^
../Modules/socketmodule.c:6753:62: error: dereferencing pointer to incomplete 
type
 ni[i].if_index, PyUnicode_DecodeFSDefault, ni[i].if_name);
  ^

Without _socket module, the cross-compilation works well. Also the result 
python3 build transferred to my Android device and tested in Terminal app works 
well. However without _socket module for example the command:
"python3 -m ensurepip"
obviously fails because of missing _socket module.

--
components: Cross-Build
messages: 394539
nosy: Alex.Willmer, laheller
priority: normal
severity: normal
status: open
title: Cross-compilation of CPython 3.8 with _socket module using Anddroid NDK 
fails
type: compile error
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

[issue38908] Troubles with @runtime_checkable protocols

[miss-islington]

miss-islington  added the comment:


New changeset 09696a3e218404e77f8c1fbf187ca29a4a357a9d by Miss Islington (bot) 
in branch '3.10':
[3.10] bpo-38908: [docs] Add changes to 3.10 whatsnew and fix some minor 
inaccuracies in news (GH-26096) (GH-26337)
https://github.com/python/cpython/commit/09696a3e218404e77f8c1fbf187ca29a4a357a9d


--

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[STINNER Victor]

STINNER Victor  added the comment:

So it seems like the weakref list (__weaklistoffset__) doesn't have to be 
handled by visit, clear or free functions, it only has to be deallocated with 
PyObject_ClearWeakRefs() in the dealloc function.

I noticed that when reviewing partial_clear(partialobject *pto) in PR 26363.

--

___
Python tracker 

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

[issue43654] IDLE: Applying settings disables tab completion

[Tal Einat]

Tal Einat  added the comment:

The original issue appears to be caused by <> also being bound to 
Tab, but <> only being bound using event_add() once in 
EditorWindow.__init__().  Therefore, RemoveKeybindings() does remove the 
binding for tab due to <>, but <> is not bound 
again by ApplyKeybindings().

That should mean that tab is still bound to <> and 
<>, as expected, but the order has changed: now <> 
was the last event added. We need <> to fire first.

Specifically, commenting out the line for <> from config.py 
causes this bug to no longer happen.

--
nosy: +taleinat

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 6.0 -> 7.0
pull_requests: +24994
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/26401

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Tal Einat]

Tal Einat  added the comment:


New changeset abc4bd5db91c86b6b74289241378a13bd3a0a5e2 by Tal Einat in branch 
'main':
bpo-41611: IDLE: fix freezing on completion on macOS (GH-26400)
https://github.com/python/cpython/commit/abc4bd5db91c86b6b74289241378a13bd3a0a5e2


--

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[miss-islington]

Change by miss-islington :


--
pull_requests: +24995
pull_request: https://github.com/python/cpython/pull/26402

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[miss-islington]

miss-islington  added the comment:


New changeset 5e6219b8fa14bc36d1a98dc03b4e01756829fffa by Miss Islington (bot) 
in branch '3.10':
bpo-41611: IDLE: fix freezing on completion on macOS (GH-26400)
https://github.com/python/cpython/commit/5e6219b8fa14bc36d1a98dc03b4e01756829fffa


--

___
Python tracker 

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

[issue43654] IDLE: Applying settings disables tab completion

[Tal Einat]

Change by Tal Einat :


--
keywords: +patch
pull_requests: +24996
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/26403

___
Python tracker 

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

[issue43654] IDLE: Applying settings disables tab completion

[Tal Einat]

Tal Einat  added the comment:

Indeed, adding the events bound in EditorWindow.__init__ to RemoveKeybindings() 
and ApplyKeybindings(), so they are bound in the correct order, resolves this 
issue.

See PR GH-26403.

--

___
Python tracker 

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

[issue43654] IDLE: Applying settings disables tab completion

[Tal Einat]

Change by Tal Einat :


--
versions: +Python 3.11, Python 3.9

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[miss-islington]

miss-islington  added the comment:


New changeset 65fb9a2701df276852720618bdc2a4bf6adbf810 by Miss Islington (bot) 
in branch '3.9':
bpo-41611: IDLE: fix freezing on completion on macOS (GH-26400)
https://github.com/python/cpython/commit/65fb9a2701df276852720618bdc2a4bf6adbf810


--

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[miss-islington]

miss-islington  added the comment:


New changeset 0bf0500baa4cbdd6c5668461c2a2a008121772be by Miss Islington (bot) 
in branch '3.10':
bpo-42972: Fully support GC for pyexpat, unicodedata, and dbm/gdbm heap types 
(GH-26376)
https://github.com/python/cpython/commit/0bf0500baa4cbdd6c5668461c2a2a008121772be


--

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Tal Einat]

Change by Tal Einat :


--
pull_requests: +24997
pull_request: https://github.com/python/cpython/pull/26404

___
Python tracker 

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

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

[Anthony Sottile]

New submission from Anthony Sottile :

this is breaking code that's unfortunately out of my control (vendor) -- also 
it looks really wrong

```python
import importlib.metadata
print('looks like a list:')
print(importlib.metadata.distribution('pip').entry_points)
print('first item:')
print(importlib.metadata.distribution('pip').entry_points[0])
```

output in 3.9:

```console
$ ./venv39/bin/python t.py
looks like a list:
[EntryPoint(name='pip', value='pip._internal.cli.main:main', 
group='console_scripts'), EntryPoint(name='pip3', 
value='pip._internal.cli.main:main', group='console_scripts'), 
EntryPoint(name='pip3.8', value='pip._internal.cli.main:main', 
group='console_scripts')]
first item:
EntryPoint(name='pip', value='pip._internal.cli.main:main', 
group='console_scripts')
```

```console
$ venv310/bin/python t.py
looks like a list:
(EntryPoint(name='pip', value='pip._internal.cli.main:main', 
group='console_scripts'), EntryPoint(name='pip3', 
value='pip._internal.cli.main:main', group='console_scripts'), 
EntryPoint(name='pip3.8', value='pip._internal.cli.main:main', 
group='console_scripts'))
first item:
Traceback (most recent call last):
  File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 217, in 
__getitem__
return next(iter(self.select(name=name)))
StopIteration

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/tmp/y/t.py", line 5, in 
print(importlib.metadata.distribution('pip').entry_points[0])
  File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 219, in 
__getitem__
raise KeyError(name)
KeyError: 0
```

--
messages: 394548
nosy: Anthony Sottile
priority: normal
severity: normal
status: open
title: 3.10 beta 1: breaking change in importlib.metadata entry points
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

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +jaraco

___
Python tracker 

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

[issue44247] bpo stacktrace linkifier does not understand 3.10+

[Anthony Sottile]

New submission from Anthony Sottile :

for instance in this issue: https://bugs.python.org/issue44246

it links to 3.1/... instead of 3.10/...

--
messages: 394549
nosy: Anthony Sottile
priority: normal
severity: normal
status: open
title: bpo stacktrace linkifier does not understand 3.10+

___
Python tracker 

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

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Seems this was reported in 
https://github.com/python/importlib_metadata/issues/300 . Closed in 
https://github.com/python/importlib_metadata/commit/5ca9bc7dcf73d72260486afb28dadf5e532cf657.

--
nosy: +xtreak

___
Python tracker 

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

[issue43667] Solaris: Fix broken Unicode encoding in non-UTF locales

[Jakub Kulik]

Change by Jakub Kulik :


--
pull_requests: +24998
pull_request: https://github.com/python/cpython/pull/26405

___
Python tracker 

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

[issue44247] bpo stacktrace linkifier does not understand 3.10+

[Zachary Ware]

Zachary Ware  added the comment:

Could you open this at https://github.com/python/bugs.python.org please?

--
nosy: +zach.ware
resolution:  -> third party
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

[Jason R. Coombs]

Jason R. Coombs  added the comment:

This backward incompatibility was unintentionally introduced in 
importlib_metadata 3.6 
(https://importlib-metadata.readthedocs.io/en/latest/history.html#v3-6-0, 
released Feb 23) and was previously reported in 
https://github.com/python/importlib_metadata/issues/300. While technically it's 
a breaking change, here's my analysis from that issue:

> Basically what it boils down to is that access by index of a 
> `Distribution.entry_points` was dropped, but that appears not to be a 
> problem. At least, this is the first report of such a problem. The assumption 
> has been, and the tests bear this out implicitly, that the consumer of 
> `Distribution.entry_points` will be iterated over and not accessed by index.

My assessment is that the issue is theoretically incompatible but in practice, 
this usage is not found in the wild. If there was a substantial need to 
maintain compatibility for this use-case, I'd definitely consider adding such 
compatibility. As it stands, however, I'm unaware of even a single use case 
that demands this interface.

Given the non-issue this has been for importlib_metadata, I expect it to be a 
non-issue for Python 3.10 as well.

--
nosy:  -xtreak

___
Python tracker 

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

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

[Anthony Sottile]

Anthony Sottile  added the comment:

the "what's new" mentions nothing of this break, nor the aggressive deprecation 
warnings, nor the various shifted interfaces (such as this one): 
https://docs.python.org/3.10/whatsnew/3.10.html#importlib-metadata

--

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[miss-islington]

Change by miss-islington :


--
pull_requests: +24999
pull_request: https://github.com/python/cpython/pull/26406

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 4d7f8f9f7fb09ea8eb4e43409a16a91b0bf18571 by Erlend Egeberg 
Aasland in branch 'main':
bpo-42972: Fully support GC protocol for _queue.SimpleQueue (GH-26372)
https://github.com/python/cpython/commit/4d7f8f9f7fb09ea8eb4e43409a16a91b0bf18571


--

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[miss-islington]

Change by miss-islington :


--
pull_requests: +25000
pull_request: https://github.com/python/cpython/pull/26407

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 318adeba780851c416505e48a3454cacca831419 by Erlend Egeberg 
Aasland in branch 'main':
bpo-42972: Fully support GC for mmap heap types (GH-26373)
https://github.com/python/cpython/commit/318adeba780851c416505e48a3454cacca831419


--

___
Python tracker 

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

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

[Eric Snow]

Eric Snow  added the comment:


New changeset 9f494d492944c3a6a7a7471b4ad3a025dc7de289 by Eric Snow in branch 
'main':
bpo-43693: Add _PyCode_New(). (gh-26375)
https://github.com/python/cpython/commit/9f494d492944c3a6a7a7471b4ad3a025dc7de289


--

___
Python tracker 

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

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

[Jason R. Coombs]

Jason R. Coombs  added the comment:

Yes, perhaps the What's New could be refreshed.

There is a Compatibility Note in the docs for `entry_points` about the 
deprecated usage 
(https://docs.python.org/3.10/library/importlib.metadata.html?highlight=importlib%20metadata#entry-points).

I want the What's New to be only those aspects that are particularly salient to 
the users, so I probably would not even mention the compatibility change 
reported above unless I expected it to affect users, but I wouldn't be opposed 
to more thorough messaging if you believe that would address the concern.

--

___
Python tracker 

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

[issue44248] copy.deepcopy calls objdect's __deepcopy__ with incorrect argument

[Donald O'Donnell]

New submission from Donald O'Donnell :

In copy.py of Std Lib, line 153 is now:

y = copier(memo)

Should be:

y = copier(x)

The present version copies the `memo` dict rather than `x`, the object to be 
copied by it's __deepcopy__ method.

--
components: Library (Lib)
files: diff.txt
messages: 394558
nosy: DonnieODonnell
priority: normal
severity: normal
status: open
title: copy.deepcopy calls objdect's __deepcopy__ with incorrect argument
type: behavior
Added file: https://bugs.python.org/file50068/diff.txt

___
Python tracker 

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

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

[Anthony Sottile]

Anthony Sottile  added the comment:

personally I think they should be reverted -- they were not committed in spirit 
with the backwards compatibility policy: 
https://www.python.org/dev/peps/pep-0387/#making-incompatible-changes

- I don't think they were discussed thoroughly, and when opposition was 
presented it was not listened to thoroughly: 
https://github.com/python/importlib_metadata/pull/278
- the change significantly complicates importlib.metadata with lots of sneaky 
types (they all look like builtin types but do not act like them)
- it simultaneously introduces new apis and old apis which will both be around 
for extended periods of time but immediately moves to DeprecationWarning
- the new apis aren't remarkably better than the old apis -- the motivation was 
written as "typing issues" but without citing actual issues. in fact, the new 
items are significantly more complicated to type properly
- the change breaks many significantly important projects, from perusing 
related issues it's at the very least flake8, pandas, virtualenv, astropy, 
pytest, hypothesis -- and hundreds more from a quick github code search

--

___
Python tracker 

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

[issue44249] Readme typo fix

[Ayush Parikh]

Change by Ayush Parikh :


--
assignee: docs@python
components: Documentation
nosy: ayush332, docs@python
priority: normal
severity: normal
status: open
title: Readme typo fix
type: enhancement

___
Python tracker 

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

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

[Jason R. Coombs]

Jason R. Coombs  added the comment:

In the What's New, I used :func:`importlib.metadata.entry_points`, but that 
doesn't seem to resolve to the docs for the function. I need to figure out how 
to link to the entry_points anchor that's there.

--

___
Python tracker 

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

[issue44250] Link to ibera IRC goes to 404 page

[Mark Winterbottom]

New submission from Mark Winterbottom :

The link to "libera" on https://www.python.org/community/irc/ goes to 
http://libera.chat/t which is 404 not found.

--
messages: 394561
nosy: londonappdev
priority: normal
severity: normal
status: open
title: Link to ibera IRC goes to 404 page

___
Python tracker 

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

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

[Jason R. Coombs]

Change by Jason R. Coombs :


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

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[STINNER Victor]

STINNER Victor  added the comment:


New changeset ea47a8a71ad56ec349f02bf8c6a1d3bf04acabcc by Miss Islington (bot) 
in branch '3.10':
bpo-42972: Fully implement GC protocol for ssl heap types (GH-26370) (GH-26399)
https://github.com/python/cpython/commit/ea47a8a71ad56ec349f02bf8c6a1d3bf04acabcc


--

___
Python tracker 

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

[issue44250] Link to ibera IRC goes to 404 page

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Reported at https://github.com/python/pythondotorg/issues/1776 . This tracker 
deals with CPython related issues and python.org has its own tracker at GitHub.

--
nosy: +xtreak
resolution:  -> third party
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[STINNER Victor]

STINNER Victor  added the comment:


New changeset e73b3b1cd48c92d847990e220cb9cbdbde86476a by Miss Islington (bot) 
in branch '3.10':
bpo-42972: Fully support GC protocol for _queue.SimpleQueue (GH-26372) 
(GH-26406)
https://github.com/python/cpython/commit/e73b3b1cd48c92d847990e220cb9cbdbde86476a


--

___
Python tracker 

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

[issue44251] ctypes '_get_soname' fails silently on missing objdump

[Guillaume Desforges]

New submission from Guillaume Desforges :

## Description

Libraries such as oscrypto will use `ctypes.utils.find_library` to look for 
libraries, which in turns uses ``.

However, on Linux, if the system does not have the objdump command, the 
function fails silently.

https://github.com/python/cpython/blob/0bf0500baa4cbdd6c5668461c2a2a008121772be/Lib/ctypes/util.py#L177

## Expected behavior

It should either raise an Exception saying that objdump is missing, or 
outputting a helpful message.

--
components: Library (Lib)
messages: 394565
nosy: GuillaumeDesforges
priority: normal
severity: normal
status: open
title: ctypes '_get_soname' fails silently on missing objdump
type: behavior
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

[issue44249] Readme typo fix

[Ayush Parikh]

Change by Ayush Parikh :


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

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[miss-islington]

miss-islington  added the comment:


New changeset da8097aaf5a55c23f5b5ddbeffc2d90d06e00d93 by Miss Islington (bot) 
in branch '3.10':
bpo-42972: Fully support GC for mmap heap types (GH-26373)
https://github.com/python/cpython/commit/da8097aaf5a55c23f5b5ddbeffc2d90d06e00d93


--

___
Python tracker 

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

[issue44248] copy.deepcopy calls objdect's __deepcopy__ with incorrect argument

[Zachary Ware]

Zachary Ware  added the comment:

Do you have a short reproducer showing a behavioral bug here?  That particular 
line of code hasn't changed in 19 years[1] :)

[1] https://github.com/python/cpython/blame/main/Lib/copy.py#L153

--
nosy: +zach.ware

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[STINNER Victor]

STINNER Victor  added the comment:

I'm not sure that it's safe to call PyObject_ClearWeakRefs() in tp_clear 
function. PyObject_ClearWeakRefs() comment starts with:

"This function is called by the tp_dealloc handler to clear weak references."

For example in Modules/arraymodule.c, I don't understand well what assigns 
weakreflist and what is the object type. Is it a strong reference to a Python 
object? What is supposed to call Py_DECREF() on it?

Is it enought to call PyObject_ClearWeakRefs() in tp_dealloc?

subtype_dealloc() calls PyObject_ClearWeakRefs(self).

I wrote a short example:
---
import weakref
import ctypes
import sys

class A:
pass

obj=A()
assert obj.__weakref__ is None

wr1 = weakref.ref(obj)
assert obj.__weakref__ is wr1
print(type(wr1))
print("refcnt(wr1)", sys.getrefcount(wr1))

wr2 = weakref.ref(obj)
assert wr2 is wr1
assert obj.__weakref__ is wr1
print("refcnt(wr1)", sys.getrefcount(wr1))

_PyWeakref_GetWeakrefCount = ctypes.pythonapi._PyWeakref_GetWeakrefCount
_PyWeakref_GetWeakrefCount.argtypes = (ctypes.py_object,)
_PyWeakref_GetWeakrefCount.restype = ctypes.c_size_t
print("_PyWeakref_GetWeakrefCount:", _PyWeakref_GetWeakrefCount(wr1))
---

Output:
---

refcnt(wr1) 2
refcnt(wr1) 3
_PyWeakref_GetWeakrefCount: 1
---

In this case, wr2 is wr1, __weakreflist__ points to a weakref.ref object 
instance, and _PyWeakref_GetWeakrefCount() returns 1.

At the first weakref.ref() call, the reference count is 1: "wr1" variable holds 
this reference. I understand that obj stores a *weak* reference to the Python 
object "weakref.ref". So it doesn't have to DECREF anything.

--

___
Python tracker 

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

[issue44031] test_embed and test_tabnanny fails if the current directory is non-ASCII

[STINNER Victor]

STINNER Victor  added the comment:

Alexei S: "how we can fix this small problem in next releases of test_embed 
test_tabnanny? other tests didn't fail"

Any for any bug, someone has to investigate why "test_embed and test_tabnanny 
fails if the current directory is non-ASCII", and then someone has to propose a 
fix.

--

___
Python tracker 

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

[issue43988] Add test.support.assert_dissallow_instantiation

[STINNER Victor]

STINNER Victor  added the comment:

> I believe we can close this now, Victor. Please reopen if you disagree :)

I validated that all tests named "test(...)disallow(...)inst(...)" are now 
using support.check_disallow_instantiation().

Lib/test/test_tcl.py might use it in:

@support.cpython_only
def test_new_tcl_obj(self):
self.assertRaises(TypeError, _tkinter.Tcl_Obj)
self.assertRaises(TypeError, _tkinter.TkttType)
self.assertRaises(TypeError, _tkinter.TkappType)

Serhiy suggested to write an unit test for curses.ncurses_version:
https://bugs.python.org/issue43916#msg391936

This work can be done in bpo-43916.

--

___
Python tracker 

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

[issue43916] Mark static types newly converted to heap types as immutable: add Py_TPFLAGS_DISALLOW_INSTANTIATION type flag

[STINNER Victor]

STINNER Victor  added the comment:

Erlend added test.support.check_disallow_instantiation() function in bpo-43988 
to write tests for immutable types.

--

___
Python tracker 

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

[issue43988] Add test.support.check_disallow_instantiation()

[STINNER Victor]

Change by STINNER Victor :


--
title: Add test.support.assert_dissallow_instantiation -> Add 
test.support.check_disallow_instantiation()
versions: +Python 3.11

___
Python tracker 

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

[issue43667] Solaris: Fix broken Unicode encoding in non-UTF locales

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 164a4f46d1606e21d82babc010e397a9116e6730 by Jakub Kulík in branch 
'main':
bpo-43667: Add news fragment for Solaris changes (GH-26405)
https://github.com/python/cpython/commit/164a4f46d1606e21d82babc010e397a9116e6730


--

___
Python tracker 

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

[issue43667] Solaris: Fix broken Unicode encoding in non-UTF locales

[miss-islington]

Change by miss-islington :


--
pull_requests: +25004
pull_request: https://github.com/python/cpython/pull/26410

___
Python tracker 

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

[issue43667] Solaris: Fix broken Unicode encoding in non-UTF locales

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +25003
pull_request: https://github.com/python/cpython/pull/26409

___
Python tracker 

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

[issue44252] test_ssl: test_pha_required_nocert() crashs randomly with "Windows fatal exception: access violation" on Windows

[STINNER Victor]

New submission from STINNER Victor :

Christian Heimes reported a crash in bpo-42972:
https://bugs.python.org/issue42972#msg394520
---
GH-26399 is failing with an access violation on Windows. It's failing in one of 
the flaky tests. I wonder if the segfault is related to flaky tests somehow...

https://dev.azure.com/Python/cpython/_build/results?buildId=81570&view=logs&j=c83831cd-3752-5cc7-2f01-8276919eb334

test_pha_optional (test.test_ssl.TestPostHandshakeAuth) ... ok
test_pha_optional_nocert (test.test_ssl.TestPostHandshakeAuth) ... ok
test_pha_required (test.test_ssl.TestPostHandshakeAuth) ... ok
Windows fatal exception: access violation

Current thread 0x09e0 (most recent call first):
  File "D:\a\1\s\lib\linecache.py", line 63 in checkcache
  File "D:\a\1\s\lib\traceback.py", line 375 in extract
  File "D:\a\1\s\lib\traceback.py", line 494 in __init__
  File "D:\a\1\s\lib\traceback.py", line 132 in format_exception
  File "D:\a\1\s\lib\test\test_ssl.py", line 262 in handle_error
  File "D:\a\1\s\lib\test\test_ssl.py", line 2530 in run
  File "D:\a\1\s\lib\threading.py", line 1006 in _bootstrap_inner
  File "D:\a\1\s\lib\threading.py", line 963 in _bootstrap

Thread 0x03c4 (most recent call first):
  File "D:\a\1\s\lib\threading.py", line 1102 in _wait_for_tstate_lock
  File "D:\a\1\s\lib\threading.py", line 1086 in join
  File "D:\a\1\s\lib\test\test_ssl.py", line 2604 in run
  File "D:\a\1\s\lib\threading.py", line 1006 in _bootstrap_inner
  File "D:\a\1\s\lib\threading.py", line 963 in _bootstrap

Thread 0x1700 (most recent call first):
  File "D:\a\1\s\lib\ssl.py", line 1131 in read
  File "D:\a\1\s\lib\ssl.py", line 1256 in recv
  File "D:\a\1\s\lib\test\test_ssl.py", line 4471 in test_pha_required_nocert
  File "D:\a\1\s\lib\unittest\case.py", line 549 in _callTestMethod
  File "D:\a\1\s\lib\unittest\case.py", line 592 in run
  File "D:\a\1\s\lib\unittest\case.py", line 652 in __call__
  File "D:\a\1\s\lib\unittest\suite.py", line 122 in run
  File "D:\a\1\s\lib\unittest\suite.py", line 84 in __call__
  File "D:\a\1\s\lib\unittest\suite.py", line 122 in run
  File "D:\a\1\s\lib\unittest\suite.py", line 84 in __call__
  File "D:\a\1\s\lib\unittest\runner.py", line 176 in run
  File "D:\a\1\s\lib\test\support\__init__.py", line 959 in _run_suite
  File "D:\a\1\s\lib\test\support\__init__.py", line 1082 in run_unittest
  File "D:\a\1\s\lib\test\test_ssl.py", line 5007 in test_main
  File "D:\a\1\s\lib\test\libregrtest\runtest.py", line 246 in _runtest_inner2
  File "D:\a\1\s\lib\test\libregrtest\runtest.py", line 282 in _runtest_inner
  File "D:\a\1\s\lib\test\libregrtest\runtest.py", line 154 in _runtest
  File "D:\a\1\s\lib\test\__main__.py", line 2 in 
  File "D:\a\1\s\lib\runpy.py", line 86 in _run_code
  File "D:\a\1\s\lib\runpy.py", line 196 in _run_module_as_main
##[error]Cmd.exe exited with code '-1073741819'.
---


Erlend E. Aasland added:
---
Hm, I'm unable to reproduce it w/addr sanitiser on macOS (FWIW).

$ ./python.exe -m test test_ssl -F -u all -m test_pha_required_nocert

Passing 1000 successful runs now. I'll see if I can get a Win dev env set up 
later.
---

I may be related to commit dcb8786a9848516e823e090bb36079678913d8d3 "bpo-42972: 
Fully implement GC protocol for ssl heap types (GH-26370)".

--
assignee: christian.heimes
components: SSL, Tests
messages: 394573
nosy: christian.heimes, vstinner
priority: normal
severity: normal
status: open
title: test_ssl: test_pha_required_nocert() crashs randomly with "Windows fatal 
exception: access violation" on Windows
versions: Python 3.11

___
Python tracker 

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

[issue44252] test_ssl: test_pha_required_nocert() crashs randomly with "Windows fatal exception: access violation" on Windows

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +erlendaasland
priority: normal -> 

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[STINNER Victor]

STINNER Victor  added the comment:

> GH-26399 is failing with an access violation on Windows. It's failing in one 
> of the flaky tests. I wonder if the segfault is related to flaky tests 
> somehow...

I created bpo-44252 to track this crash, it might be unrelated to commit 
dcb8786a9848516e823e090bb36079678913d8d3. Even if it's related, I prefer to 
track it separated to ease collaboration and focus to this issue to the GC 
protocol.

--

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[miss-islington]

Change by miss-islington :


--
pull_requests: +25005
pull_request: https://github.com/python/cpython/pull/26411

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[STINNER Victor]

STINNER Victor  added the comment:


New changeset fba42d11880f444bb94d9891e3949f082a57b9a9 by Erlend Egeberg 
Aasland in branch 'main':
bpo-42972: Fully implement GC protocol for re types (GH-26368)
https://github.com/python/cpython/commit/fba42d11880f444bb94d9891e3949f082a57b9a9


--

___
Python tracker 

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

[issue43667] Solaris: Fix broken Unicode encoding in non-UTF locales

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 0574b0686d76e6f9199f800b5f32bd56eaff3c77 by Miss Islington (bot) 
in branch '3.10':
bpo-43667: Add news fragment for Solaris changes (GH-26405) (GH-26409)
https://github.com/python/cpython/commit/0574b0686d76e6f9199f800b5f32bd56eaff3c77


--

___
Python tracker 

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

[issue43667] Solaris: Fix broken Unicode encoding in non-UTF locales

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 427232f9d221d54870fa3e89bd1dac55cf42243f by Miss Islington (bot) 
in branch '3.9':
bpo-43667: Add news fragment for Solaris changes (GH-26405) (GH-26410)
https://github.com/python/cpython/commit/427232f9d221d54870fa3e89bd1dac55cf42243f


--

___
Python tracker 

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

[issue43667] Solaris: Fix broken Unicode encoding in non-UTF locales

[STINNER Victor]

STINNER Victor  added the comment:

I merged your PR and backported it to add a NEWS entry, thanks.

--

___
Python tracker 

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

[issue43988] Add test.support.check_disallow_instantiation()

[Erlend E. Aasland]

Erlend E. Aasland  added the comment:

> Lib/test/test_tcl.py might use it [...]

Absolutely.

> Serhiy suggested to write an unit test for curses.ncurses_version:
> https://bugs.python.org/issue43916#msg391936
>
> This work can be done in bpo-43916.

All right.

--

___
Python tracker 

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

[issue12463] Calling SocketServer.shutdown() when server_forever() was not called will hang

[Irit Katriel]

Irit Katriel  added the comment:

This was added to the documentation under issue39797.

--
nosy: +iritkatriel
resolution:  -> out of date
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

[issue42109] Use hypothesis for testing the standard library, falling back to stubs

[Brandt Bucher]

Change by Brandt Bucher :


--
nosy: +brandtbucher

___
Python tracker 

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

[issue44252] test_ssl: test_pha_required_nocert() crashs randomly with "Windows fatal exception: access violation" on Windows

[Erlend E. Aasland]

Erlend E. Aasland  added the comment:

GH 26411, run id 2687367477 also failed with an access violation:
https://github.com/python/cpython/pull/26411/checks?check_run_id=2687367477

Not in test_pha_required_nocert, but test_local_bad_hostname.

May be related.

--

___
Python tracker 

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

[issue43916] Mark static types newly converted to heap types as immutable: add Py_TPFLAGS_DISALLOW_INSTANTIATION type flag

[Erlend E. Aasland]

Change by Erlend E. Aasland :


--
pull_requests: +25006
pull_request: https://github.com/python/cpython/pull/26412

___
Python tracker 

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

[issue43916] Mark static types newly converted to heap types as immutable: add Py_TPFLAGS_DISALLOW_INSTANTIATION type flag

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Please, check also the discusion happening here:

https://mail.python.org/archives/list/python-committ...@python.org/thread/FHFI7QKWNHAVWVFTCHJGTYD3ZFVEUXDD/

--

___
Python tracker 

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Please, check also the discusion happening here:

https://mail.python.org/archives/list/python-committ...@python.org/thread/FHFI7QKWNHAVWVFTCHJGTYD3ZFVEUXDD/

--

___
Python tracker 

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

[issue44253] tkinter searches for tk.tcl in wrong directory

[Adam Stewart]

New submission from Adam Stewart :

I'm trying to install Python with tkinter support using the Spack package 
manager. Spack adds the following flags to configure during install:
```
'--with-tcltk-libs=-L/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tcl-8.6.11-n7nea33urrk25rkoqpsc2tdcgai5u4z2/lib
 -ltcl8.6 
-L/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tk-8.6.11-ydmhrbboheucxsuhrnyoxqaihgna5dfe/lib
 -ltk8.6'
```
It also sets the following environment variables:
```
TCLLIBPATH='/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tcl-8.6.11-n7nea33urrk25rkoqpsc2tdcgai5u4z2/lib/tcl8.6
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tk-8.6.11-ydmhrbboheucxsuhrnyoxqaihgna5dfe/lib/tcl8.6
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tk-8.6.11-ydmhrbboheucxsuhrnyoxqaihgna5dfe/lib64/tcl8.6';
 export TCLLIBPATH
TCL_LIBRARY=/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tcl-8.6.11-n7nea33urrk25rkoqpsc2tdcgai5u4z2/lib;
 export TCL_LIBRARY
```
The install seems to correctly pick up tk/tcl and builds correctly. However, 
when I try to use tkinter, I see the following run-time error:
```
$ python
Python 3.8.10 (default, May 27 2021, 13:28:01) 
[Clang 12.0.0 (clang-1200.0.32.29)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import tkinter
>>> tkinter._test()
Traceback (most recent call last):
  File "", line 1, in 
  File 
"/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/python-3.8.10-fkj5vkn3tpottyv6yqoj5ucz2emstpvo/lib/python3.8/tkinter/__init__.py",
 line 4557, in _test
root = Tk()
  File 
"/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/python-3.8.10-fkj5vkn3tpottyv6yqoj5ucz2emstpvo/lib/python3.8/tkinter/__init__.py",
 line 2270, in __init__
self.tk = _tkinter.create(screenName, baseName, className, interactive, 
wantobjects, useTk, sync, use)
_tkinter.TclError: Can't find a usable tk.tcl in the following directories: 

/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tk-8.6.11-ydmhrbboheucxsuhrnyoxqaihgna5dfe/lib
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tcl-8.6.11-n7nea33urrk25rkoqpsc2tdcgai5u4z2/lib/tcl8.6/tk8.6
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tcl-8.6.11-n7nea33urrk25rkoqpsc2tdcgai5u4z2/lib/tcl8.6/tk8.6/Resources/Scripts
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tk-8.6.11-ydmhrbboheucxsuhrnyoxqaihgna5dfe/lib/tcl8.6/tk8.6
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tk-8.6.11-ydmhrbboheucxsuhrnyoxqaihgna5dfe/lib/tcl8.6/tk8.6/Resources/Scripts
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tk-8.6.11-ydmhrbboheucxsuhrnyoxqaihgna5dfe/lib64/tcl8.6/tk8.6
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tk-8.6.11-ydmhrbboheucxsuhrnyoxqaihgna5dfe/lib64/tcl8.6/tk8.6/Resources/Scripts
 /Users/Adam/spack/opt/spack/darwin-ca
 
talina-x86_64/apple-clang-12.0.0/tcl-8.6.11-n7nea33urrk25rkoqpsc2tdcgai5u4z2/lib/tk8.6
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tcl-8.6.11-n7nea33urrk25rkoqpsc2tdcgai5u4z2/lib/tk8.6/Resources/Scripts
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tcl-8.6.11-n7nea33urrk25rkoqpsc2tdcgai5u4z2/tk8.6
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tcl-8.6.11-n7nea33urrk25rkoqpsc2tdcgai5u4z2/tk8.6/Resources/Scripts
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/python-3.8.10-fkj5vkn3tpottyv6yqoj5ucz2emstpvo/lib/tk8.6
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/python-3.8.10-fkj5vkn3tpottyv6yqoj5ucz2emstpvo/lib/tk8.6/Resources/Scripts
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/python-3.8.10-fkj5vkn3tpottyv6yqoj5ucz2emstpvo/lib/tk8.6
 
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/lib/tk8.6 
/Users/Adam/spack/opt/spack/dar
 
win-catalina-x86_64/apple-clang-12.0.0/python-3.8.10-fkj5vkn3tpottyv6yqoj5ucz2emstpvo/library

This probably means that tk wasn't installed properly.
```
It seems that tkinter searches for tk.tcl in `/lib`, but tk.tcl is 
actually installed in `/lib/tk8.6`. I asked the tk developers, but it 
looks like `/lib/tk8.6` is indeed the correct installation location: 
https://core.tcl-lang.org/tk/tktview/447bd3e4abe17452d19a80e6840dcc8a2603fcbc

Is there a way to tell tkinter where to find tk.tcl? If not, can we modify the 
default search path to search in `/lib/tk8.6`?

Related to https://github.com/spack/spack/issues/23780

--
components: Tkinter
messages: 394584
nosy: ajstewart
priority: normal
severity: normal
status: open
title: tkinter searches for tk.tcl in wrong directory
type: crash
versions: Python 3.8

___
Python tracker 

[issue44243] tkinter button colors on Mac

[Tal Einat]

Tal Einat  added the comment:

The Tcl/Tk devs have closed the issue I opened on their issue tracker as "not a 
bug", with the following comment:

"Because Tk on the Mac uses API's to draw buttons, some configuration options 
are set by the OS and not by Tk. This is documented in the button man page: "On 
Aqua/Mac OS X, some configuration options are ignored for the purpose of 
drawing of the widget because they would otherwise conflict with platform 
guidelines. The configure and cget subcommands can still manipulate the values, 
but do not cause any variation to the look of the widget. The options affected 
notably include -background and -relief." Closing this ticket as not a bug."

--

___
Python tracker 

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

[issue44243] tkinter button colors on Mac

[Tal Einat]

Tal Einat  added the comment:

It appears that this behavior is the intended behavior of Tk on macOS.  Given 
that tkinter is meant to be a relatively straightforward wrapping of Tcl/Tk, it 
seems to me that we too should consider this not to be a bug, and resolve this 
issue as "won't fix".

--

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Tal Einat]

Tal Einat  added the comment:

See a second PR for the originally reported bug, GH-26404.

--

___
Python tracker 

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

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

[Jason R. Coombs]

Jason R. Coombs  added the comment:

Although it feels the topic has shifted from the original concern (an 
unintentional incompatibility) to the broader topic of the API change to 
entry_points generally, I'm happy to address your comments:

> - I don't think they were discussed thoroughly, and when opposition was 
> presented it was not listened to thoroughly: 
> https://github.com/python/importlib_metadata/pull/278

Anyone reading that thread will see that I was responsive to your concerns, 
adapted the solution based on your concerns, and spent extra energy documenting 
the motivations for the change and exploring solutions until I came up with 
something that I believed would address the concerns and has since largely 
borne out that goal in the release.

> - the change significantly complicates importlib.metadata with lots of sneaky 
> types (they all look like builtin types but do not act like them)

The solution that I ultimately settled on in python/importlib_metadata#278 does 
not use "sneaky" or "cutsey" types, but in fact reduces the number of magic 
types. EntryPoints is a tuple subclass, EntryPoint is a namedtuple subclass 
(with __iter__ magic deprecated), and SelectableGroups is a compatibility shim 
to be removed. Which types are sneaky and look like built-in types but do not 
act like them?

> - it simultaneously introduces new apis and old apis which will both be 
> around for extended periods of time but immediately moves to 
> DeprecationWarning

Given that backports are available, I saw no strong reason to delay the 
DeprecationWarning. I was open to the possibility that the transition could 
prove too taxing and the deprecation would have to be delayed. This early 
exposure means that most projects will already have addressed the deprecation 
concerns prior to the release of Python 3.10. In 
https://github.com/python/importlib_metadata/issues/298, the SQLAlchemy team 
helped me understand a nuanced use-case I hadn't considered, where libraries 
don't necessarily have the luxury of requiring newer backport releases, but in 
that case, I developed a solution that would provide future compatibility even 
with older stdlib and backport releases (through 
backports.entry_points_selectable). As far as I understand, there are no known 
use-cases that aren't satisfied by this design.

> - the new apis aren't remarkably better than the old apis -- the motivation 
> was written as "typing issues" but without citing actual issues. in fact, the 
> new items are significantly more complicated to type properly

The typing issues were discussed here 
(https://github.com/pypa/twine/pull/728#pullrequestreview-573342005) in the PR 
referenced by python/importlib_metadata#278. The magic casting of a two tuple 
to an item of a dict was found to be incompatible and unsupported by mypy 
(https://github.com/python/mypy/issues/9938). I further expanded on the 
motivations that led to this approach in 
https://github.com/python/importlib_metadata/issues/282 and 
https://github.com/python/importlib_metadata/issues/284.

So while Twine is able to declare types properly using this new design, it was 
infeasible to do so in the old design. After the compatibility layers are 
removed, `entry_points` will simply return an `EntryPoints` object, which 
presents an iterable of `EntryPoint` objects but with some facilities for 
selection. It's straightforward and clean. Please demonstrate the complication 
you see with the current approach.

The new APIs are not only easier to describe with types, but they are easier to 
describe in documentation.

> - the change breaks many significantly important projects, from perusing 
> related issues it's at the very least flake8, pandas, virtualenv, astropy, 
> pytest, hypothesis -- and hundreds more from a quick github code search

I'm not aware of a single breakage. The code is compatible for all known 
use-cases, but does present a DeprecationWarning in some usages. In the case of 
flake8, I've proposed a solution to avoid the DeprecationWarning and move to 
the preferred design, even without requiring an updated importlib_metadata 
backport.

I'm invested in providing as seamless a transition as possible to all projects, 
and I believe this change accomplishes that. Please let me know if there's a 
project or application where that's not the case.

> personally I think [all API changes] should be reverted 

Given the amount of adoption already, reverting these changes is likely to 
cause more disruption than moving forward with them.

If you would like to see the changes reverted or adapted further, please 
provide an example of a use-case that's broken by the current approach. So far, 
the only example presented above appears contrived and not an actual concern. 
It's common for Python minor releases to introduce undocumented changes that 
are technically incompatible but in ways that affect few or no users.

--

___
Python tra

[issue23937] IDLE: revise window size, placement startup options

[Tal Einat]

Tal Einat  added the comment:

In terms of its interface, IDLE is more like a REPL + text editor than what is 
commonly thought of as programming IDEs (Visual Studio, PyCharm/IDEA, Matlab, 
JupyterLab etc.)  Terminals and text editors almost universally do not launch 
maximized by default.  Therefore I think starting IDLE maximized would be an 
unnecessary departure from the common, expected UX of similar desktop apps.

I suggest closing this as "won't fix".

--
nosy: +taleinat

___
Python tracker 

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

[issue44253] tkinter searches for tk.tcl in wrong directory

[Ned Deily]

Ned Deily  added the comment:

The message is coming from Tcl/Tk; tkinter is just passing it along and is 
otherwise not involved AFAIK. You don't need to use framework builds for Tcl or 
Tk on macOS but you should follow the recommendation of how to do a Unix build 
of Tcl and Tk as far as configure options and placement of directories. When 
built properly Tcl should have no trouble finding Tk and the tk.tcl file.

--
nosy: +ned.deily
resolution:  -> third party
stage:  -> resolved
status: open -> closed
type: crash -> 

___
Python tracker 

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

[issue41611] IDLE: problems with completions on Mac

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The completion freeze fix is easily backported to non-Windows installations.

1. Run IDLE
2. File => Open Module, enter 'idlelib.autocomplete_w', OK.
3. Goto line 247 (3.9) or 250 (3.10) with "acw.update".
4. Add # in from of above to disable it.
5. Save and close IDLE, then restart.

For me, with 3.10.0b1, this restores full functions, with boxes appearing as 
appropriate.  With 3.9.5, no freeze by also no box.  2 or 3 tabs brings up 
first match.  'pr' = print, 'int.' = 
int.as_integer_ratio.  As far as I know, the file is the same in both versions. 
 Both versions are the same in Shell and Editor, so it is not the improved 3.10 
shell.

--

___
Python tracker 

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

[issue43964] ctypes CDLL search path issue on MacOS

[Victor Lazzarini]

Change by Victor Lazzarini :


--
versions: +Python 3.7, Python 3.8

___
Python tracker 

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