[issue43710] Access violations in C extension modules on Python 3.9.3

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +Mark.Shannon, lukasz.langa

___
Python tracker 

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

[issue43710] Access violations in C extension modules on Python 3.9.3

[Christoph Gohlke]

New submission from Christoph Gohlke :

First reported at https://github.com/numpy/numpy/issues/18720

After upgrading to Python 3.9.3, 32-bit on Windows, importing numpy (installed 
via `pip install numpy`) crashes:

```
Microsoft Windows [Version 10.0.19041.906]
C:\Python39-32>python -X dev
Python 3.9.3 (tags/v3.9.3:e723086, Apr  2 2021, 11:01:03) [MSC v.1928 32 bit 
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy
Windows fatal exception: access violation

Current thread 0x105c (most recent call first):
  File "", line 228 in _call_with_frames_removed
  File "", line 1116 in exec_module
  File "", line 680 in _load_unlocked
  File "", line 986 in _find_and_load_unlocked
  File "", line 1007 in _find_and_load
  File "", line 228 in _call_with_frames_removed
  File "", line 1116 in exec_module
  File "", line 680 in _load_unlocked
  File "", line 986 in _find_and_load_unlocked
  File "", line 1007 in _find_and_load
  File "", line 228 in _call_with_frames_removed
  File "", line 1116 in exec_module
  File "", line 680 in _load_unlocked
  File "", line 986 in _find_and_load_unlocked
  File "", line 1007 in _find_and_load
  File "C:\Python39-32\lib\site-packages\numpy\random\_pickle.py", line 1 in 

  File "", line 228 in _call_with_frames_removed
  File "", line 790 in exec_module
  File "", line 680 in _load_unlocked
  File "", line 986 in _find_and_load_unlocked
  File "", line 1007 in _find_and_load
  File "", line 228 in _call_with_frames_removed
  File "", line 1058 in _handle_fromlist
  File "C:\Python39-32\lib\site-packages\numpy\random\__init__.py", line 179 in 

  File "", line 228 in _call_with_frames_removed
  File "", line 790 in exec_module
  File "", line 680 in _load_unlocked
  File "", line 986 in _find_and_load_unlocked
  File "", line 1007 in _find_and_load
  File "", line 228 in _call_with_frames_removed
  File "", line 1058 in _handle_fromlist
  File "C:\Python39-32\lib\site-packages\numpy\__init__.py", line 156 in 

  File "", line 228 in _call_with_frames_removed
  File "", line 790 in exec_module
  File "", line 680 in _load_unlocked
  File "", line 986 in _find_and_load_unlocked
  File "", line 1007 in _find_and_load
  File "", line 1 in 
```

Rebuilding numpy from source against Python 3.9.3 fixes this crash, but many 
other packages compiled against older versions of Python 3.9.x still crash.

I think this might be due to 
.

In `bpo-42500: Fix recursion in or after except (GH-23568) (#24501)`, the 
public `PyThreadState` struct changed. This breaks ABI compatibility for code 
that is directly accessing the `PyThreadState` struct members, which is not 
uncommon. E.g. in Cython 
.
 This code will fail on 32-bit. On 64-bit it passes because of fortunate struct 
alignment AFAICT.

--
components: Extension Modules, Windows
messages: 390116
nosy: cgohlke, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Access violations in C extension modules on Python 3.9.3
type: crash
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

[issue43689] difflib: mention other "problematic" characters in documentation

[Tim Peters]

Tim Peters  added the comment:

Lines beginning with "?" are entirely synthetic: they were not present in 
either input.  So that's what that part means.

I'm not clear on what else could be materially clearer without greatly bloating 
the text. For example,

>>> d = difflib.Differ()
>>> for L in d.compare(["abcefghijkl\n"], ["a cxefghijkl\n"]):
print(L, end="")
- abcefghijkl
?  ^
+ a cxefghijkl
?  ^ +

The "?" lines guide the eye to the places that differ: "b" was replaced by a 
blank, and "x" was inserted.  The marks on the "?" lines are intended to point 
out exactly where changes (substitutions, insertions, deletions) occurred.

If the second input had a tab instead of a blank, the "+" wouldn't _appear_ to 
be under the "x" at all.  It would instead "look like" a long string of blanks 
was between "a" and "c" in the first input, and the "+" would appear to be 
under one of them somewhere near the middle of the empty space.

Tough luck. Use tab characters (or any other kind of "goofy" whitespace) in 
input to visual tools, and you deserve whatever you get :-)

--

___
Python tracker 

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

[issue43699] ERROR: Could not find a version that satisfies the requirement MetaTrader5

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Andre', direct issue like this to discussion forums like python-list.

--
nosy: +terry.reedy
stage:  -> resolved
status: pending -> closed

___
Python tracker 

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

[issue43689] difflib: mention other "problematic" characters in documentation

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The quote is in the following section.
https://docs.python.org/3/library/difflib.html#difflib.Differ
I do not really understand the previous line "Lines beginning with ‘?’ attempt 
to guide the eye to intraline differences, and were not present in either input 
sequence. "  Can you give examples where '?' occurs, with tabs and spaces 
(newlines would not be within a line).?

--
nosy: +terry.reedy
versions:  -Python 3.6, Python 3.7

___
Python tracker 

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

[issue43684] Add combined opcodes

[Terry J. Reedy]

Change by Terry J. Reedy :


--
nosy: +terry.reedy

___
Python tracker 

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

[issue43671] segfault when using pygame for ~5 minutes

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I would not be surprised if using the gui features of both tkinter and pygame 
together did cause a crash, as both would be competing for the screen.  Ditto 
if both were handling key and mouse events.  That might be closed instead as 
"won't fix"

--
nosy: +terry.reedy

___
Python tracker 

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

[issue43671] segfault when using pygame for ~5 minutes

[Terry J. Reedy]

Change by Terry J. Reedy :


--
title: segfault when using tkinter + pygame for ~5 minutes -> segfault when 
using pygame for ~5 minutes

___
Python tracker 

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

[issue43671] segfault when using tkinter + pygame for ~5 minutes

[Terry J. Reedy]

Change by Terry J. Reedy :


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

[issue43656] StackSummary.format fails if str(value) fails

[Terry J. Reedy]

Change by Terry J. Reedy :


--
versions:  -Python 3.6, Python 3.7

___
Python tracker 

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

[issue43634] Extensions build does not respect --jobs setting

[Terry J. Reedy]

Change by Terry J. Reedy :


--
nosy: +ncoghlan, petr.viktorin

___
Python tracker 

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

[issue43705] [docs] Document that SyntaxError's offsets are 1-indexed

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Should we mention that the 4 attributes are also available as a 4-tuple that is 
the 2nd item of the args tuple, after the message?  Doing so will help when 
illustrating the following.

For syntax errors in f-string fields, the expanded doc is still 
incomplete/erroneous.  The text attribute is the replacement expression wrapped 
in parentheses (or with {} replaced by ()), with \n added; the column is the 
(1-based) offset within that constructed source.

>>> try:
compile("f'Bad {a b} field'", '', 'exec')
except SyntaxError as e:
print(e.args)

('f-string: invalid syntax', ('', 1, 4, '(a b)\n'))

This was brought to my attention a week or so ago because IDLE still thinks 
that 4 refers to the  'a' of 'Bad' and marks it is the error location.  I had 
to deduce the rule from examples.

Whether for this issue or a new one, I am thinking of something like the 
following.
---

For syntax error instances, the args attribute is (error-message, 
details-tuple).  The str returns only the error message.  For convenience, the 
four details are also available as separate attributes.



For errors in f-string fields, the message is prefixed by "f-string:" and the 
offset is the offset in a text constructed from the replacement expression.  
For example, compiling f'Bad {a b} field' results in the following args 
attribute: ('f-string: invalid syntax', ('', 1, 4, '(a b)\n')).

I think it okay to require the reader to match '{a b}' and '(a b)\n' to deduce 
the transformation rule.  Messages other than 'invalid syntax', like 'closing 
parenthesis ...' get the same prefix.  Anything Python specific can be labelled 
as such.

--
nosy:  -miss-islington

___
Python tracker 

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

[issue19080] Enrich SyntaxError with additional information

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am closing because 2 of your 3 examples (and many others) have had the 
messages changed in an effort to be more informative.  But Pablo can reverse 
this if he wants.

In 3.10:

>>> * 2
SyntaxError: can't use starred expression here

+2 and -2 are also valid expressions.  /2 is not and still gets the old 
message.  


>>> 2 *
SyntaxError: invalid syntax  # Same.


>>> if a=1: pass
SyntaxError: expected ':'  # At '=', which *is* an error.

Also not what you you suggested, which points to the impossibility of guessing 
what the coder meant.

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

[issue43684] Add combined opcodes

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> Statically, in the stdlib, about 1 in a 1000 opcodes 
> is an ADD_INT candidate.

I would expect that ADD_INT would typically occur in loops, so even if it is a 
rare opcode statically, it will really count when it used.

--
nosy: +rhettinger

___
Python tracker 

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

[issue43154] code.InteractiveConsole can crash if sys.excepthook is broken

[Terry J. Reedy]

Terry J. Reedy  added the comment:

code.InteractiveInterpreter handles SyntaxErrors separately in showsyntaxerror 
rather than showtraceback.  The same problem arises with a bad excepthook in 
line 129.

--

___
Python tracker 

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

[issue43705] [docs] Document that SyntaxError's offsets are 1-indexed

[miss-islington]

miss-islington  added the comment:


New changeset 06653f8d15a8a84ee0f43f739704a9a63c27de54 by Miss Islington (bot) 
in branch '3.8':
bpo-43705: Document that SyntaxError's offsets are 1-indexed (GH-25153)
https://github.com/python/cpython/commit/06653f8d15a8a84ee0f43f739704a9a63c27de54


--

___
Python tracker 

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

[issue43705] [docs] Document that SyntaxError's offsets are 1-indexed

[miss-islington]

miss-islington  added the comment:


New changeset 63c69440c7adb0de1d191a8d3d100b335d5c2f81 by Miss Islington (bot) 
in branch '3.9':
bpo-43705: Document that SyntaxError's offsets are 1-indexed (GH-25153)
https://github.com/python/cpython/commit/63c69440c7adb0de1d191a8d3d100b335d5c2f81


--

___
Python tracker 

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

[issue43684] Add combined opcodes

[Guido van Rossum]

Guido van Rossum  added the comment:

Statically, in the stdlib, about 1 in a 1000 opcodes is an ADD_INT candidate.

I'll have to do some more work to come up with a dynamic count.

--

___
Python tracker 

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

[issue43684] Add combined opcodes

[Tim Peters]

Tim Peters  added the comment:

"""
My philosophy here (which I learned from Tim Peters in the early 2000s) is that 
even though each individual improvement has no measurable effect on a general 
benchmark (as shown in the same comment), the combined effect of a number of 
tiny improvements can be significant.
"""

And sometimes more so than the naïve sum of their individual contributions! 
Although this was often much clearer on older architectures and compilers (both 
more predictable).

Indeed, in the old days I routinely checked "optimizations" in that _slowed_ 
microbenchmarks, provided they reduced the work on the critical path, and 
didn't make the code markedly harder to follow (but reducing the critical path 
usually makes the code clearer!).

Because, sooner or later, compilers will get smart enough to see what I saw, 
and generate better code. And then these can compound. Like "oh! these three 
temp variables don't actually need to be materialized at all anymore, and 
suddenly I have few enough that do need to be materialized that _all_ of them 
can live in fast registers...". So, at some point, the next seemingly 
insignificant optimization checked in could _appear_ to have an "inexplicable" 
benefit, by breaking the bottleneck on _some_ inscrutable HW resource overtaxed 
on the critical path by the original code.

So optimize for what a smart compiler will eventually do, not what they happen 
to do today ;-) Profile-guided optimization was a major step in that direction.

Saddest to me: layers of indirection introduced to support marginal features, 
because "well, they don't slow down pybench by much at all". That's the 
opposite: over time, they can compound to do worse damage than the sum of their 
individual burdens.

In the end, Everything Counts™.

--
nosy: +tim.peters

___
Python tracker 

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

[issue29672] `catch_warnings` context manager causes all warnings to be printed every time, even after exiting

[Tom Aldcroft]

Tom Aldcroft  added the comment:

I encountered this issue today and want to +1 getting some attention on this.

The disconnected nature of this issue makes it especially difficult to 
understand -- any package in the stack can change this hidden global variable 
`_filters_version` in the warnings module that then impacts the local behavior 
of warnings in the user script.

The only way I was able to finally understand that an update to an obscure 
dependency was breaking our regression testing was by reading the `warnings` 
source code and then monkey patching it to print diagnostic information.

Even a documentation update would be useful. This could explain not only 
`catch_warnings()`, but in general the unexpected feature that if any package 
anywhere in the stack sets a warning filter, then that globally resets whether 
a warning has been seen before (via the call to `_filters_mutated()`).

--
nosy: +taldcroft
versions:  -Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

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

[issue43709] Windows Tools\buildbot\clean.bat misses some needed pyc/pyo removal

[David Bolen]

Change by David Bolen :


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

___
Python tracker 

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

[issue43705] [docs] Document that SyntaxError's offsets are 1-indexed

[miss-islington]

Change by miss-islington :


--
pull_requests: +23903
pull_request: https://github.com/python/cpython/pull/25156

___
Python tracker 

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

[issue43705] [docs] Document that SyntaxError's offsets are 1-indexed

[miss-islington]

Change by miss-islington :


--
pull_requests: +23902
pull_request: https://github.com/python/cpython/pull/25155

___
Python tracker 

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

[issue43705] [docs] Document that SyntaxError's offsets are 1-indexed

[miss-islington]

miss-islington  added the comment:


New changeset b2a91e0c9ee18b50cc86b21211c2258520a9f5d0 by Ammar Askar in branch 
'master':
bpo-43705: Document that SyntaxError's offsets are 1-indexed (GH-25153)
https://github.com/python/cpython/commit/b2a91e0c9ee18b50cc86b21211c2258520a9f5d0


--
nosy: +miss-islington

___
Python tracker 

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

[issue43684] Add combined opcodes

[Guido van Rossum]

Guido van Rossum  added the comment:

Microbench results for ADD_INT:
https://github.com/python/cpython/pull/25090#issuecomment-810441738

I have a few others like this lined up -- Mark recommended submitting them one 
at a time to make review easier.

My philosophy here (which I learned from Tim Peters in the early 2000s) is that 
even though each individual improvement has no measurable effect on a general 
benchmark (as shown in the same comment), the combined effect of a number of 
tiny improvements can be significant.

We have reached a point where there are very few individual changes possible 
that still have a significant effect, but we should not use this as an excuse 
to stop trying to improve performance.

I have mislaid the results that made me think this particular opcode is a good 
candidate; I will go back to reproduce that result and get back to you here.

--

___
Python tracker 

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

[issue43709] Windows Tools\buildbot\clean.bat misses some needed pyc/pyo removal

[David Bolen]

David Bolen  added the comment:

Something like this is a quick 'n dirty minimal fix - at least it seems to 
solve the problem that arose in issue #27129 on the Win10 buildbot:

--- a/Tools/buildbot/clean.bat
+++ b/Tools/buildbot/clean.bat
@@ -11,6 +11,8 @@ call "%pcbuild%\build.bat" -t Clean -k -d %*
 
 echo Deleting .pyc/.pyo files ...
 del /s "%root%\Lib\*.pyc" "%root%\Lib\*.pyo"
+del /s "%root%\Tools\*.pyc" "%root%\Tools\*.pyo"
+del /s "%root%\Parser\*.pyc" "%root%\Parser\*.pyo"
 
 echo Deleting test leftovers ...
 rmdir /s /q "%root%\build"

but since this only covers the buildbot script, someone working within the 
regular VS IDE and just using the clean target of the projects could presumably 
run into the same issue.  Or is there some other way to fully clean a working 
tree from within the IDE?  Not sure how important that is to address in any 
event.

--

___
Python tracker 

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

[issue27129] Wordcode, part 2

[David Bolen]

David Bolen  added the comment:

I've opened issue #43709 for fixing the buildbot clean script under Windows.  
It needs to clean the Tools and Parser trees, not just Lib (and there are a few 
other folders involved besides clinic)

--

___
Python tracker 

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

[issue43709] Windows Tools\buildbot\clean.bat misses some needed pyc/pyo removal

[David Bolen]

New submission from David Bolen :

The Tools\buildbot\clean.bat script used on Windows only removes pyc/pyo files 
from the Lib tree, leaving some files beneath Tools (clinic and peg_generator) 
and Parser (asdl).  This can cause failures following commits that affect those 
files, such as fcb55c0037baab6f98f91ee38ce84b6f874f034a (in issue #27129) 
leading to subsequent crashes or anomalous behavior.

This appears to have been true for a while, though only the 3.10 branch ran 
into the issue, so any fix might also be back-ported to the other active 
branches.

--
components: Build, Windows
messages: 390098
nosy: db3l, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Windows Tools\buildbot\clean.bat misses some needed pyc/pyo removal
type: crash
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

[issue43708] Tkinter theme settings object schema is missing

[WHK]

New submission from WHK :

By example

style = ttk.Style()
style.theme_settings('default', settings={
'.': []
})

Tkinter settings schema or typed data is missing. By example:

_tkinter.TclError: Invalid state name d

This error message does not provide the missing parameter information, by 
example expected: "Tupe is required in .::Map background, not dict"

--
components: Tkinter
messages: 390097
nosy: WHK102
priority: normal
severity: normal
status: open
title: Tkinter theme settings object schema is missing
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

[issue43707] onerror in tempfile has an invalid raise expression

[Maximilian Roos]

Maximilian Roos  added the comment:

I see @eryksun — by convention `onerror` is always called in an except block, 
and so having a bare `raise` outside of an explicit except block is OK.

Thanks for clarifying. I'll close this.

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

[Mark Dickinson]

Mark Dickinson  added the comment:

Here's a cut-down example, at the prompt:

Python 3.9.2 (default, Mar 31 2021, 05:47:22) 
[Clang 11.0.3 (clang-1103.0.32.62)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import signal
>>> class App: pass
... 
>>> def create_app():
... app = App()
... signal.signal(signal.SIGINT, signal.SIG_DFL)
... 
>>> create_app()

At this point, since the App() instance was local to create_app, and wasn't 
returned, I'd expect there to be no App objects alive in the system. But it 
turns out there's still an App object being kept alive:

>>> import gc
>>> [obj for obj in gc.get_objects() if type(obj) is App]
[<__main__.App object at 0x10acb3d90>]

The cause is a call to _int_to_enum in signal.py which attempts to coerce the 
default signal handler to an element of Handlers. That coercion fails, leaving 
an exception

  ValueError(' is not a valid Handlers')

The traceback on that exception leads to the frame containing the call to 
Enum.__new__, which in turn contains a reference ve_exc back to the exception.

[In the real code, App was a wx.App object, and the App.__init__ method played 
the role of create_app.]

--

___
Python tracker 

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

[issue42135] [importlib] Deprecate find_module() & find_loader() mplementations

[Brett Cannon]

Change by Brett Cannon :


--
title: [importlib] Deprecate find_module() implementations -> [importlib] 
Deprecate find_module() & find_loader() mplementations

___
Python tracker 

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

[issue43672] Raise ImportWarning when calling find_loader()

[Brett Cannon]

Change by Brett Cannon :


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

[issue43672] Raise ImportWarning when calling find_loader()

[Brett Cannon]

Brett Cannon  added the comment:


New changeset f97dc800689ba98783dac8dc51f87f7c6f413ac6 by Brett Cannon in 
branch 'master':
bpo-43672: raise ImportWarning when calling find_loader() (GH-25119)
https://github.com/python/cpython/commit/f97dc800689ba98783dac8dc51f87f7c6f413ac6


--

___
Python tracker 

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

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

[Mark Dickinson]

Mark Dickinson  added the comment:

I'm running into this, too, on Python 3.9.2; in my case it's causing 
segmentation faults in a wxPython-based application. 

Those segfaults aren't the fault of the reference cycle, of course; they're a 
result of wxPython being finicky about object cleanup order, but the existence 
of the enum reference cycle does make it harder to maneuver wxPython into a 
place where it doesn't crash.

--
nosy: +ethan.furman, mark.dickinson

___
Python tracker 

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

[issue43704] ShareableList() raises TypeError when passing "name" keyword

[Steve Newcomb]

Steve Newcomb  added the comment:

And again with 3.8.8, with the same result.

I also tried just using the same shared memory manager again within the same 
process, just as shown in the documentation.  Same result:

TypeError: ShareableList() got an unexpected keyword argument 'name'

I must be missing something too obvious for me to see it?  Or has ShareableList 
not worked at least since 3.8.8?

--

___
Python tracker 

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

[issue43707] onerror in tempfile has an invalid raise expression

[Eryk Sun]

Eryk Sun  added the comment:

> It'll still raise, given it's invalid, though not with the 
> exception it should be raising with...

onerror() is always called to handle an exception, and `raise` will re-raise 
that exception. Is there a specific case where this isn't working as expected 
for you?

--
nosy: +eryksun

___
Python tracker 

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

[issue43707] onerror in tempfile has an invalid raise expression

[Erlend Egeberg Aasland]

Erlend Egeberg Aasland  added the comment:

Adding Serhiy, who added the code in question in commit 
e9b51c0ad81da1da11ae65840ac8b50a8521373c (GH-10320, bpo-26660, bpo-35144).

--
nosy: +erlendaasland, serhiy.storchaka

___
Python tracker 

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

[issue31842] pathlib: "Incorrect function" during resolve()

[_]

_  added the comment:

Still happening on Python 3.9.2 on Win10 when using a Ram Drive.

Any chance of getting this fixed?

--
nosy: +riffitos

___
Python tracker 

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

[issue27129] Wordcode, part 2

[David Bolen]

David Bolen  added the comment:

I'm out of time for a bit, but it appears that the root issue is old pyc files 
in Tools/clinic/__pycache__ that aren't removed during a clean process, and 
appear to be the source of all of the errors.  Manually pruning that folder 
fixes things.

I believe the regular (non-Windows) makefile automatically prunes all 
__pycache__ folders in the tree during clean which is probably why that's not 
an issue on other systems.

--

___
Python tracker 

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

[issue43704] ShareableList() raises TypeError when passing "name" keyword

[Steve Newcomb]

Steve Newcomb  added the comment:

I just tried the same thing on Python-3.10.0a6.  Same behavior.

--

___
Python tracker 

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

[issue42380] Build windows binaries with MS VS2019 16.8+ / MSVC 19.28+

[Steve Dower]

Steve Dower  added the comment:

Closing this as not a bug, since the toolchain used to build CPython itself has 
no impact on the toolchain that extensions can use.

If your build tool is not detecting newer versions of MSVC, you'll need to file 
that against whichever backend you are using.

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue27129] Wordcode, part 2

[David Bolen]

David Bolen  added the comment:

Ah, Victor, that helps.  I was having trouble reproducing the problem on a 
different system.  I was suspecting a small difference in compiler version, but 
I hadn't considered it being because I started fresh.

>From what I can see, a particular build tree can be successful if it remains 
>on either side of the instruction commit, but you can't cross the boundary - 
>in either direction.  There's clearly some build artifact not being reset 
>properly that gets out of sync.  I've been able to create odd name errors even 
>in older commits as long as the first one I build is at or after the 
>instruction commit.

But a pristine checkout on the buildbot of the latest master works, as does a 
git clean on the tree. 

I always use the buildbot scripts for building and they invoke a full clean 
first.  So either the clean process on Windows is missing something, or there's 
an artifact that is supposed to be kept in sync in the source tree itself that 
isn't.  I'm not familiar enough with the internals to guess at which yet.  I 
suppose given that it's not a problem on other buildbots argues for the clean 
issue, although I suppose it could also be something that is only kept in the 
tree to benefit a subset of systems, like Windows.

(While resetting the checkouts on the buildbot should therefore fix the current 
exceptions, I'm going to leave that alone for the moment, since that leaves it 
positioned to confirm any subsequent fix)

--

___
Python tracker 

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

[issue43707] onerror in tempfile has an invalid raise expression

[Maximilian Roos]

New submission from Maximilian Roos :

The raise expression 
[here](https://github.com/python/cpython/blob/ad442a674ca443feec43a88a2d3671784712e550/Lib/tempfile.py#L826)
 isn't valid, since it isn't in an except block.

It'll still raise, given it's invalid, though not with the exception it should 
be raising with...

I think this diff will fix it, I can put this in as a PR if that's reasonable. 
Though I'm not sure how to test it — we need to generate an error that's not 
covered by the existing cases. 

```diff

diff --git a/Lib/tempfile.py b/Lib/tempfile.py
index efcf7a7fb3..227e25d0fc 100644
--- a/Lib/tempfile.py
+++ b/Lib/tempfile.py
@@ -823,7 +823,7 @@ def resetperms(path):
 pass
 else:
 if not ignore_errors:
-raise
+raise exc_info[1]
 
 _shutil.rmtree(name, onerror=onerror)

```

--
components: Library (Lib)
messages: 390084
nosy: max-sixty
priority: normal
severity: normal
status: open
title: onerror in tempfile has an invalid raise expression
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

[issue43706] enumerate() instantiation time reducing by using PEP 590 vectorcall

[Dong-hee Na]

Change by Dong-hee Na :


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

___
Python tracker 

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

[issue43706] enumerate() instantiation time reducing by using PEP 590 vectorcall

[Dong-hee Na]

Change by Dong-hee Na :


--
type:  -> performance
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

[issue43706] enumerate() instantiation time reducing by using PEP 590 vectorcall

[Dong-hee Na]

New submission from Dong-hee Na :

Finally, I success to implement PEP 590 for enumerate type which is the 
well-used type in Python.

Amazingly enhanced!

+-+++
| Benchmark   | enumerate_bench_master | enumerate_bench_vectorcall |
+=+++
| bench enumerate | 527 ns | 380 ns: 1.39x faster   |
+-+++

--
files: bench_enumerate.py
messages: 390083
nosy: corona10, vstinner, xtreak
priority: normal
severity: normal
status: open
title: enumerate() instantiation time reducing by using PEP 590 vectorcall
Added file: https://bugs.python.org/file49929/bench_enumerate.py

___
Python tracker 

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

[issue43705] [docs] Document that SyntaxError's offsets are 1-indexed

[Ammar Askar]

Change by Ammar Askar :


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

___
Python tracker 

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

[issue27129] Wordcode, part 2

[STINNER Victor]

STINNER Victor  added the comment:

I get two crashes on Windows with Python built in debug mode:

* I got a crash. I wasn't sure if it was an issue of incremental build, so I 
rebuilt Python.
* On a fresh build, Python crashed on the CALL_FUNCTION_KW opcode, when loading 
names, names was equal to 0x:

names = POP();
assert(PyTuple_Check(names)); <=== HERE

  Moreover, f->f_code was equal to 0xCBCBCBCBCBCBCBCB. But it was really weird. 
I added assertion to ensure that f->f_code was not equal 0xCBCBCBCBCBCBCBCB: 
the assertion didn't fail.

* I ran "git clean -fdx" and built again Python. This time, it went fine, 
moreover the whole test suite passed cleanly!? "== Tests result: SUCCESS ==" 
and "386 tests OK."

I build Python with:

   PCbuild\build.bat -d -p x64 -e

--

___
Python tracker 

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

[issue43705] [docs] Document that SyntaxError's offsets are 1-indexed

[Ammar Askar]

New submission from Ammar Askar :

As pointed out by Guido in https://bugs.python.org/issue43555, we switched to 
making the column offsets for SyntaxError be 1-indexed consistently in 
https://bugs.python.org/issue34683

The rationale is explained by Guido and expanded upon in follow up comments 
here: https://github.com/python/cpython/pull/9338#pullrequestreview-155989089 

This property however was not actually ever added to SyntaxError's 
documentation: https://docs.python.org/3/library/exceptions.html#SyntaxError

--
assignee: docs@python
components: Documentation
messages: 390081
nosy: ammar2, docs@python, gvanrossum, terry.reedy
priority: normal
severity: normal
status: open
title: [docs] Document that SyntaxError's offsets are 1-indexed
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

[issue43704] ShareableList() raises TypeError when passing "name" keyword

[Steve Newcomb]

New submission from Steve Newcomb :

This is especially weird because the Python source code says:

class ShareableList:
[...]
   def __init__(self, sequence=None, *, name=None):

--
components: Library (Lib)
files: shareableListBug.txt
messages: 390080
nosy: steve.newcomb
priority: normal
severity: normal
status: open
title: ShareableList() raises TypeError when passing "name" keyword
type: behavior
versions: Python 3.9
Added file: https://bugs.python.org/file49928/shareableListBug.txt

___
Python tracker 

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

[issue33757] Failed separate test_pdb_next_command_in_generator_for_loop in test_pdb

[Irit Katriel]

Change by Irit Katriel :


--
superseder: Missing (optional) argument `start` and `end` in documentation for 
list.index -> Pdb sometimes raises exception when trying to remove a breakpoint 
defined in a different debugger session

___
Python tracker 

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

[issue24160] Pdb sometimes raises exception when trying to remove a breakpoint defined in a different debugger session

[Irit Katriel]

Irit Katriel  added the comment:

Thanks!

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

[issue33757] Failed separate test_pdb_next_command_in_generator_for_loop in test_pdb

[Irit Katriel]

Change by Irit Katriel :


--
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Missing (optional) argument `start` and `end` in documentation 
for list.index

___
Python tracker 

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

[issue40012] Avoid Python 2 documentation to appear in Web search results

[Ammar Askar]

Ammar Askar  added the comment:

This has been fixed as part of 
https://github.com/python/docsbuild-scripts/pull/99

Thank you to Julien, our Google results are much cleaner now :)

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

___
Python tracker 

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

[issue24160] Pdb sometimes raises exception when trying to remove a breakpoint defined in a different debugger session

[Guido van Rossum]

Guido van Rossum  added the comment:


New changeset ad442a674ca443feec43a88a2d3671784712e550 by Irit Katriel in 
branch 'master':
bpo-24160: Fix breakpoints persistence across multiple pdb sessions (GH-21989)
https://github.com/python/cpython/commit/ad442a674ca443feec43a88a2d3671784712e550


--
nosy: +gvanrossum

___
Python tracker 

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

[issue29505] Submit the re, json, csv, & struct modules to oss-fuzz testing

[Ammar Askar]

Ammar Askar  added the comment:

All the modules prescribed in the original bug are now actively being fuzzed, 
thank you to Devin for the original work on this and Gregory for reviewing all 
these changes.

I'm closing this now, feel free to make a new bug and nosy me in if there are 
any other C-based modules commonly exposed to user input that should be fuzzed.

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

[issue41283] The parameter name for imghdr.what in the documentation is wrong

[Ammar Askar]

Change by Ammar Askar :


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

[issue40705] use-after-free in _zoneinfo.c's module_free function

[Ammar Askar]

Change by Ammar Askar :


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

[issue40932] subprocess docs should warn of shlex use on Windows

[Ammar Askar]

Ammar Askar  added the comment:

Thank you Steve and Zachary for reviewing, this warning is in the docs now.

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

[issue34398] Docs search should prominently show definitions and glossary items

[Ammar Askar]

Ammar Askar  added the comment:

Thank you to Julien for reviewing, we ended up going with our own solution 
instead of waiting on Sphinx and I think it looks good :)

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

[issue41670] ceval traces code differently with USE_COMPUTED_GOTOS

[Ammar Askar]

Change by Ammar Askar :


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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg338298

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

STINNER Victor  added the comment:

I removed almost all messages of this issue since most of them looked list 
SPAM. I also blocked user accounts who posted SPAM. If it was a mistake, 
contact me.

This is the Python bug tracker, not a forum to ask questions how to use Python, 
or to report bugs in your website.

Multiple comments were written in French, whereas this bug tracker is in 
English.

I even hesitate to close the issue since it got too many SPAM comments.

--
nosy: +vstinner

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg365770

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg370275

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg377058

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg377125

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg374642

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg376032

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg366509

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg367546

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg374629

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg372112

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg378070

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg379615

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg379616

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg385859

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg381443

___
Python tracker 

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

[issue36207] robotsparser deny all with some rules

[STINNER Victor]

Change by STINNER Victor :


--
title: référencement naturel -> robotsparser deny all with some rules

___
Python tracker 

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

[issue36207] référencement naturel

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg390071

___
Python tracker 

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

[issue36207] référencement naturel

[STINNER Victor]

Change by STINNER Victor :


--
Removed message: https://bugs.python.org/msg390072

___
Python tracker 

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

[issue36207] référencement naturel

[Eric Gavrel]

Eric Gavrel  added the comment:

Le sujet n'était il pas à l'origine le référencement naturel comme indiqué sur 
ce site www.myseosimple.com ? L'automation peut aussi être d'utilité en SEE si 
on a la bonne librairie.

--

___
Python tracker 

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

[issue36207] référencement naturel

[Eric Gavrel]

Eric Gavrel  added the comment:

Le sujet n'était il pas à l'origine https://myseosimple.com/> le 
référencement naturel ? L'automation peut aussi être d'utilité en SEE si on 
a la bonne librairie.

--
nosy: +EricG -ideeanimationanniversaire, jeanotlapin, nico702
title: robotsparser deny all with some rules -> référencement naturel

___
Python tracker 

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

[issue31956] Add start and stop parameters to the array.index()

[Dong-hee Na]

Dong-hee Na  added the comment:


New changeset afd12650580725ac598b2845384771c14c4f952e by Zackery Spytz in 
branch 'master':
bpo-31956: Add start and stop parameters to array.index() (GH-25059)
https://github.com/python/cpython/commit/afd12650580725ac598b2845384771c14c4f952e


--

___
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

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This doesn't look simpler to me.  We will forever lose mental clock cycles 
disentangling the locals and cells.  So, I don't think they should be 
commingled.

--
nosy: +rhettinger

___
Python tracker 

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

[issue41111] [C API] Convert a few stdlib extensions to the limited C API (PEP 384)

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 240bcf82a11fe7433a61da70605e924c53b88096 by Victor Stinner in 
branch 'master':
bpo-4: xxlimited.c defines Py_LIMITED_API (GH-25151)
https://github.com/python/cpython/commit/240bcf82a11fe7433a61da70605e924c53b88096


--

___
Python tracker 

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

[issue43688] [C API] Support the limited C API in debug mode (Py_INCREF and Py_DECREF)

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 9bb5658bd122d40fff9f34a912be3297b303d18b by Victor Stinner in 
branch 'master':
bpo-43688: Support "make regen-limited-abi" in debug mode (GH-25133)
https://github.com/python/cpython/commit/9bb5658bd122d40fff9f34a912be3297b303d18b


--

___
Python tracker 

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

[issue43703] xml.etree parser does not accept valid control characters

[Romuald Brunet]

Romuald Brunet  added the comment:

Thanks for the quick reply

We're getting data from about a hundred different providers around the world; 
some of them not really keen on standards, so we already have some hacks to fix 
invalid XML. We'll add one to the list

In that particular case, the XML was invalid anyway since it was an XML 1.0 
document, and the character was sent as "binary" (\x19)

--

___
Python tracker 

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

[issue43703] xml.etree parser does not accept valid control characters

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

It is a known issue, see issue11804 and issue39512.

In short, the underlying library for XML parsing (expat) does not support XML 
1.1 and does not have plans to support it. And seems that XML 1.1 is a dead 
standard if it is not supported in popular parsing libraries.

>From where you get your XML data? What programs generated them?

--

___
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

[Mark Shannon]

Change by Mark Shannon :


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

___
Python tracker 

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

[issue41111] [C API] Convert a few stdlib extensions to the limited C API (PEP 384)

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +23898
pull_request: https://github.com/python/cpython/pull/25151

___
Python tracker 

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

[issue43688] [C API] Support the limited C API in debug mode (Py_INCREF and Py_DECREF)

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 3359cab038968935b40344fad7c30d211f9692e4 by Victor Stinner in 
branch 'master':
bpo-43688: Support the limited C API in debug mode (GH-25131)
https://github.com/python/cpython/commit/3359cab038968935b40344fad7c30d211f9692e4


--

___
Python tracker 

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

[issue36465] Make release and debug ABI compatible

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 3359cab038968935b40344fad7c30d211f9692e4 by Victor Stinner in 
branch 'master':
bpo-43688: Support the limited C API in debug mode (GH-25131)
https://github.com/python/cpython/commit/3359cab038968935b40344fad7c30d211f9692e4


--

___
Python tracker 

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

[issue43688] [C API] Support the limited C API in debug mode (Py_INCREF and Py_DECREF)

[STINNER Victor]

STINNER Victor  added the comment:

In release mode, I get the libraries:

* xxlimited.cpython-310-x86_64-linux-gnu.so
* xxlimited_35.cpython-310-x86_64-linux-gnu.so

In debug mode, I get the libraries:

* xxlimited.cpython-310d-x86_64-linux-gnu.so
* xxlimited_35.cpython-310d-x86_64-linux-gnu.so

It's still a different ABI: "cpython-310" vs "cpython-310d" ("D" for debug). So 
there is risk to be confused between the stable ABI in release mode and the 
stable ABI in debug mode :-) I don't how how to get the ".abi3.so" suffix.

--

___
Python tracker 

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

[issue43687] use unicode_state empty string before unicode_init. without define WITH_DOC_STRINGS

[STINNER Victor]

STINNER Victor  added the comment:

It's now fixed, thanks for the bug report.

--
components: +Interpreter Core
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

[issue43687] use unicode_state empty string before unicode_init. without define WITH_DOC_STRINGS

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 442ad74fc2928b095760eb89aba93c28eab17f9b by Victor Stinner in 
branch 'master':
bpo-43687: Py_Initialize() creates singletons earlier (GH-25147)
https://github.com/python/cpython/commit/442ad74fc2928b095760eb89aba93c28eab17f9b


--

___
Python tracker 

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

[issue37804] Remove Thread.isAlive in Python 3.9

[STINNER Victor]

STINNER Victor  added the comment:

> we should probably also deprecate the setter/getter methods that you mention

You can deprecate them. Please open a new issue for that, this one is closed 
and specific to Thread.isAlive.

--

___
Python tracker 

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

[issue43568] Drop support for Mac OS X < 10.3 module linking

[Joshua Root]

Joshua Root  added the comment:

Here's the PR for pypa/distutils, which is just relaxing the MDT check since it 
has to work with older Python versions: 
https://github.com/pypa/distutils/pull/36

--

___
Python tracker 

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

[issue43688] [C API] Support the limited C API in debug mode (Py_INCREF and Py_DECREF)

[STINNER Victor]

STINNER Victor  added the comment:

I modified my PR 25131 to only implement Py_INCREF/Py_DECREF as opaque function 
calls under two conditions:

* Python is built in debug mode
* Py_LIMITED_API macro targets Python 3.10 or newer

So this PR 25131 now only has an impact on performance if Python is built in 
debug mode. Performance on Python built in release mode is not affected.

--

___
Python tracker 

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