[issue44383] argparse.BooleanOptionalAction interacts poorly with ArgumentDefaultsHelpFormatter

[Julian Gilbey]

Change by Julian Gilbey :


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

[issue44383] argparse.BooleanOptionalAction interacts poorly with ArgumentDefaultsHelpFormatter

[Julian Gilbey]

Julian Gilbey  added the comment:

Yes, this is a duplicate. Marking this report as a duplicate. It's a shame that 
the other one has a conflict and has been sitting waiting for an update for 
over a year :-(
I'd be happy to help if it is of use.

--
resolution:  -> duplicate

___
Python tracker 

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

[issue44573] Organize some data files in the Lib/test directory

[శ్రీనివాస్ రెడ్డి తాటిపర్తి]

Srinivas  Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) 
 added the comment:

+1 for Raymond's comment.

--
nosy: +thatiparthy

___
Python tracker 

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

[issue42830] tempfile mkstemp() leaks file descriptors if os.close() is not called

[శ్రీనివాస్ రెడ్డి తాటిపర్తి]

Srinivas  Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) 
 added the comment:

I have raised a docs PR.

--

___
Python tracker 

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

[issue42830] tempfile mkstemp() leaks file descriptors if os.close() is not called

[శ్రీనివాస్ రెడ్డి తాటిపర్తి]

Change by Srinivas  Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) 
:


--
keywords: +patch
nosy: +thatiparthy
nosy_count: 3.0 -> 4.0
pull_requests: +25625
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/27075

___
Python tracker 

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

[issue44587] BooleanOptionalAction displays default=SUPPRESS unlike other action types

[Toshio Kuratomi]

New submission from Toshio Kuratomi :

This is related to https://bugs.python.org/issue38956 but a different symptom 
(and the current proposed fix for 38956 will not fix this.  My proposed fixes 
for this would also fix 38956).

I have the following code which uses BooleanOptionalAction along with a default 
of SUPPRESS (I use SUPPRESS because I merge these with settings from config and 
environment variables and then validate and add default values using a schema.  
SUPPRESS allows me to tell when a value was not specified at the command line 
by the user):

whole_site_parser.add_argument('--indexes',
   dest='indexes', 
action=BooleanOptionalAction,
   default=argparse.SUPPRESS,
   help='Test')


That code outputs:

  --indexes, --no-indexes
Test (default: ==SUPPRESS==)

Similar code that does not use BooleanOptionalAction does not show default: 
==SUPPRESS == even when formatter_class=ArgumentDefaultsHelpFormatter is used.

Looking at the code, this is occurring because BooleanOptionalArgument has its 
own code to add default: on its own (instead of leaving formatting as the 
responsibility of the formatter_class). The code in BooleanOptionalArgument 
handles less cases where the default should be skipped than the 
ArgumentDefaultsHelpFormatter code; SUPPRESS is one of the missing cases.

I can see two ways of fixing this:

(1) Remove the code from BooleanOptionalArgument that adds the default values.  
It seems to violate the architecture of argparse which delegates modifications 
to the help message to the formatter_class so this is a special case which 
could cause issues for future modifications as well.

(2) If the usefulness of outputting the default values without changing the 
formatter_class is deemed too important to relinquish, then moving the code 
that ArgumentDefaultsHelpFormatter uses to determine when to skip adding 
default to the help message can be extracted from ArgumentDefaultsHelpFormatter 
and called by both ArgumentDefaultsHelpFormatter and BooleanOptionalArgument .

In a review of a fix for 
https://github.com/python/cpython/pull/17447/files#r429630944 raymond hettinger 
thought that outputting of the default values was important to keep although 
I'm not clear on whether he considered that the usefulness comes at the price 
of possibly violating argparse's architecture.  If he hasn't changed his mind, 
then #2 is probably the way to resolve this.

I can submit a PR for either of these once I know which direction to take (the 
first is just removing a few lines of code and I've already written the second 
one since it seemed like the direction that raymond had last asked for).

Please let me know how you'd like me to proceed.

--
messages: 397184
nosy: a.badger
priority: normal
severity: normal
status: open
title: BooleanOptionalAction displays default=SUPPRESS unlike other action types
versions: Python 3.10, Python 3.9

___
Python tracker 

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

[issue43219] shutil.copy raises IsADirectoryError when the directory does not actually exist

[Gregory P. Smith]

Change by Gregory P. Smith :


--
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith
versions: +Python 3.11 -Python 3.8

___
Python tracker 

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

[issue44555] Dictionary operations are LINEAR for any dictionary (for a particular code).

[Inada Naoki]

Inada Naoki  added the comment:

There is a macro benchmark we regularly used.
https://pyperformance.readthedocs.io/

You can try micro benchmark for most common use cases with pyperf like this:

```
$ pyperf timeit -s "def f(**kwargs): pass" -- "f(a=1,b=2,c=3)"
Mean +- std dev: 119 ns +- 3 ns
```

--

___
Python tracker 

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

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

[Guido van Rossum]

Guido van Rossum  added the comment:

> At worst, this seems like only a minor nuisance.  The ABC metaclass is 
> limited in its powers and seems to reasonably cover the common use cases.  
> I recommend leaving it as is.  Guido, what do you think?

Agreed. The abstractness checks are limited and not intended to prevent all 
ways of creating abstract instances -- just to catch typical mistakes early. (I 
vaguely recall another bug report about a weakness in this check that I 
resolved in the same way.)

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

[issue44555] Dictionary operations are LINEAR for any dictionary (for a particular code).

[Daniel Fleischman]

Daniel Fleischman  added the comment:

Hey Raymond,

> "Changing the dict implementation to a linked list would make your case
perform better but would make most users worse off."

Is there any standard benchmark? I would like to implement my idea, as I
think that it is very unlikely that "most users would be made worse off" by
a measurable amount if I implement what I have in mind. If there aren't
standard benchmarks, I can always make artificial ones (insert a lot of
entries, remove them, access, iterate, etc).

Thank you,
Daniel

--

___
Python tracker 

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

[issue42830] tempfile mkstemp() leaks file descriptors if os.close() is not called

[Andrei Kulakov]

Andrei Kulakov  added the comment:

It seems reasonable to add a paragraph like:

If a large number of file descriptors are created, your program may run 
into a per-process limit. You can avoid this issue by closing file descriptors 
with :func:`os.close`.

I also noticed that `mkstemp` doc refers to file handles, but links to 
`os.open` which uses 'file descriptors'. It may be good if along with this 
change, existing text was updated to refer to 'file descriptors'.

--
nosy: +andrei.avk

___
Python tracker 

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

[issue44586] unittest requires __init__.py for test discovery

[Inada Naoki]

Inada Naoki  added the comment:

And https://dev.to/methane/don-t-omit-init-py-3hga too.

--
nosy: +methane

___
Python tracker 

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

[issue44573] Organize some data files in the Lib/test directory

[Raymond Hettinger]

Raymond Hettinger  added the comment:

In practice, this hasn't been an issue.  I recommend leaving it alone. Adding 
more directories is also a nuisance and doesn't really make anyone's life 
better.

--
nosy: +rhettinger

___
Python tracker 

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

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

[Raymond Hettinger]

Raymond Hettinger  added the comment:

At worst, this seems like only a minor nuisance.  The ABC metaclass is limited 
in its powers and seems to reasonably cover the common use cases.  
I recommend leaving it as is.  Guido, what do you think?

--
assignee:  -> gvanrossum
nosy: +gvanrossum

___
Python tracker 

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

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

[Andrei Kulakov]

Andrei Kulakov  added the comment:

Oops, I see the issue now. I was playing around with the code sample and  had 
the print line commented out inadvertently when I made the output I pasted 
above. Sorry for the noise!

--

___
Python tracker 

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

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

[Andrei Kulakov]

Andrei Kulakov  added the comment:

I missed the fact that instance was being indeed created, I can see it now.

--

___
Python tracker 

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

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

[Andrei Kulakov]

Andrei Kulakov  added the comment:

Ethan, here  is the code I tried with 3.9, and the failure:

import abc
class Base(abc.ABC):
def __init_subclass__(cls, **kwargs):
instance = cls()
print(f"Created instance of {cls} easily: {instance}")
@abc.abstractmethod
def do_something(self):
pass
class Derived(Base):
pass
Derived()

Output:
python3 ~/temp/a.py 

   VICMD
Traceback (most recent call last):
  File "/Users/ak/temp/a.py", line 53, in 
Derived()
TypeError: Can't instantiate abstract class Derived with abstract method 
do_something

--

___
Python tracker 

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

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

[Ethan Furman]

Ethan Furman  added the comment:

Andrei, which code did you try?  I'm still seeing the failure (i.e. the class 
being created) in 3.8 and forward.

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

___
Python tracker 

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

[issue43371] Mock.assert_has_calls works strange

[Mardoxx]

Mardoxx  added the comment:

This is surprising behaviour, Python 3.8.9:

factory = unittest.mock.Mock()

### test example
foo_obj = factory.create("foo"),do_thing()

# !! MUST BE CALLED AFTER .create("foo") !!
bar_obj = factory.create("bar").do_thing()
###

# I set any_order to false because these should be called in order.
factory.create.assert_has_calls([
unittest.mock.call("foo"),
unittest.mock.call("bar")
], any_order = False)

# OOPS!! this fails
# mock_calls == [call('foo'), call().do_thing(), call('bar'), call().do_thing()]
# I can however check this with...
# assert factory.create.call_args_list == [
# unittest.mock.call("foo"),
# unittest.mock.call("bar")
# ]

Am I fundamentally misunderstanding something here?

This appears to be different behaviour from assert_has_awaits, which adds to 
the confusion. assert_has_calls checks mock_calls, I'd have thought it should 
check call_args_list. Another method assert_mock_calls should check mock_calls 
for consistency? Or have I missed something here?

Perhaps an additional flag of in_sequence would be nice, defaulted to False to 
keep the existing unusual behaviour.
When False, calls must be in exactly the order they are described.
When True, calls must be in sequence (with anything in-between each call).
any_order=True overrides this and allows them to be in any order anywhere in 
the mock_calls list.

--
nosy: +mardoxx
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

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

[Erlend E. Aasland]

Erlend E. Aasland  added the comment:

These types now lack the Py_TPFLAGS_IMMUTABLETYPE flag:

## Types converted in Python 3.9

- _abc._abc_data
- _json.Encoder
- _json.Scanner
- _random.Random
- _struct.Struct
- _struct.unpack_iterator
- ast.AST
- posix.DirEntry
- posix.ScandirIterator
- select.devpoll
- select.epoll
- select.kevent
- select.kqueue
- select.poll
- zlib.Compress
- zlib.Decompress


## Types converted before Python 3.9

- _curses_panel.panel
- _tkinter.Tcl_Obj
- _tkinter.tkapp
- _tkinter.tktimertoken

--

___
Python tracker 

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

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

I would say yes. Do you have a compiled list of what's left?

--

___
Python tracker 

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

[issue43897] Implement support for validation of pattern matching ASTs

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
pull_requests: +25624
pull_request: https://github.com/python/cpython/pull/27074

___
Python tracker 

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

[issue44383] argparse.BooleanOptionalAction interacts poorly with ArgumentDefaultsHelpFormatter

[Toshio Kuratomi]

Toshio Kuratomi  added the comment:

I believe this is a duplicate of https://bugs.python.org/issue38956 and could 
be closed in favor of that issue.

38956 also has a Pull Request to fix the issue which is awaiting a re-review.

--
nosy: +a.badger

___
Python tracker 

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

[issue43034] Python tutorial misleads users about floor division behavior

[Andrei Kulakov]

Andrei Kulakov  added the comment:

Possibly:

5//2  # 2
-5//2 # -3

Would be easier to understand.

--
nosy: +andrei.avk

___
Python tracker 

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

[issue31218] del expects __delitem__ if __setitem__ is defined

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I'm closing this as not being worth changing.  It is only a minor irritant and 
arguably not a bug.  "Fixing it" would be disruptive and likely not help anyone.

--
resolution:  -> wont fix
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

[issue16321] Move eq.h out of stringlib

[Raymond Hettinger]

Raymond Hettinger  added the comment:

The remaining unicode_eq can be left as-is.   While it is only in dictobject.c, 
the requisite knowledge of string internals makes it reasonable to keep it in 
stringlib.

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

[issue44571] itertools: takedowhile()

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> What if set the last item as an attribute of the takewhile iterator?

Perhaps raise an attribute error unless the falsifying element is set?

--

___
Python tracker 

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

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

[Erlend E. Aasland]

Erlend E. Aasland  added the comment:

> Is anything left here?

Should the immutable flag also be applied to the heap types converted in and 
before Python 3.9 before closing this issue?

--

___
Python tracker 

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

[issue22107] tempfile module misinterprets access denied error on Windows

[bugale bugale]

Change by bugale bugale :


--
nosy: +bugale bugale

___
Python tracker 

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

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
priority: release blocker -> 

___
Python tracker 

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

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Is anything left here?

--

___
Python tracker 

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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
priority: release blocker -> 
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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Awesome, thanks a lot for the quick resolution, Mark!

--

___
Python tracker 

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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset da6414f0acf5ec9ea3b07e4b3907bc49c2a61e2f by Mark Shannon in 
branch 'main':
bpo-44570: Fix line tracing for forwards jumps to duplicated tails (GH-27068)
https://github.com/python/cpython/commit/da6414f0acf5ec9ea3b07e4b3907bc49c2a61e2f


--

___
Python tracker 

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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset 9f2c63b258846a95393b556fee5e1090173ea717 by Mark Shannon in 
branch '3.10':
bpo-44570: Fix line tracing for forward jumps to duplicated tails (GH-27067)
https://github.com/python/cpython/commit/9f2c63b258846a95393b556fee5e1090173ea717


--

___
Python tracker 

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

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

[Andrei Kulakov]

Andrei Kulakov  added the comment:

Perhaps min and max should be moved 24 hours up and down respectively? This 
would make their names more accurately reflect valid range of the class and 
also allow them to be used as effective -inf +inf.

--
nosy: +andrei.avk

___
Python tracker 

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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Ned Batchelder]

Ned Batchelder  added the comment:

I can confirm that those two pull requests fix the problem reported here.

--

___
Python tracker 

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

[issue44582] Accelerate mimetypes.init on Windows

[Steve Dower]

Steve Dower  added the comment:

Dropping the 3.9 backport. Pretty sure it only needs a clinic regen, but it's 
also not worth the risk of changed behaviour.

We could consider it again after 3.10 has shipped if people really want it (and 
can help validate it).

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
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

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Feel free to reopen if we are missing anything

--

___
Python tracker 

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

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
priority: release blocker -> 

___
Python tracker 

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

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


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

___
Python tracker 

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

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset 61eb9b5dfd919ba5d1ec9f7df0137f2e6d196972 by Pablo Galindo in 
branch '3.10':
[3.10] bpo-6: support lineno being None in traceback.FrameSummary 
(GH-26781) (GH-27072)
https://github.com/python/cpython/commit/61eb9b5dfd919ba5d1ec9f7df0137f2e6d196972


--

___
Python tracker 

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

[issue11343] Make errors due to full parser stack identifiable

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Regarding what to do, what I would love to optimize is that the message is 
clear. One of the challenges people may have with too specific messages is that 
they may not know what "a compiler" or "a parser" means (the first may be 
especially confusing since many people think Python is not "compiled".

On the other hand, is more informative to say "too many nested parentheses" 
than "parser stack overflow" since many people don't know what that means, 
especially in Python.

I

--

___
Python tracker 

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

[issue11343] Make errors due to full parser stack identifiable

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

As a piece of extra information, this limit has been there for a while:

https://github.com/python/cpython/blob/91a8f8c16ca9a7e2466a8241d9b41769ef97d094/Parser/tokenizer.h#L14

the problem is that the old parser died before reaching it in many situations.

--

___
Python tracker 

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

[issue11343] Make errors due to full parser stack identifiable

[Andre Roberge]

Andre Roberge  added the comment:

@pablo: Sincere apologies ... I tested this with the wrong virtual environment 
active locally.  With 3.10, it is indeed SyntaxError: too many nested 
parentheses

--

___
Python tracker 

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

[issue11343] Make errors due to full parser stack identifiable

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

> > python example.py
> s_push: parser stack overflow
>  MemoryError

That error can only happen with the old parser, so you must be using Python3.8 
or 3.9 with the old parser. Can you confirm?

--

___
Python tracker 

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

[issue23882] unittest discovery doesn't detect namespace packages when given no parameters

[Eric V. Smith]

Eric V. Smith  added the comment:

As the author of PEP 420, I think having test discovery support namespace 
packages is a mistake, at least in the sense of pretending every directory is a 
namespace package.

--
nosy: +eric.smith

___
Python tracker 

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

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
pull_requests: +25623
pull_request: https://github.com/python/cpython/pull/27072

___
Python tracker 

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

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset 91a8f8c16ca9a7e2466a8241d9b41769ef97d094 by Filipe Laíns in 
branch 'main':
bpo-6: support lineno being None in traceback.FrameSummary (GH-26781)
https://github.com/python/cpython/commit/91a8f8c16ca9a7e2466a8241d9b41769ef97d094


--

___
Python tracker 

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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Ned, 

I am reviewing today PR 27068 and PR 27067 but it would be a great help if you 
can confirm that **both** work for your cases and don't break anything else

--

___
Python tracker 

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

[issue44582] Accelerate mimetypes.init on Windows

[miss-islington]

miss-islington  added the comment:


New changeset 08697ac5d1543fca3629c719ab43e50d73021631 by Miss Islington (bot) 
in branch '3.10':
bpo-44582: Accelerate mimetypes.init on Windows with a native accelerator 
(GH-27059)
https://github.com/python/cpython/commit/08697ac5d1543fca3629c719ab43e50d73021631


--

___
Python tracker 

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

[issue44582] Accelerate mimetypes.init on Windows

[Steve Dower]

Steve Dower  added the comment:


New changeset bbf2fb6c7ae78f40483606f467739a58cd747270 by Steve Dower in branch 
'main':
bpo-44582: Accelerate mimetypes.init on Windows with a native accelerator 
(GH-27059)
https://github.com/python/cpython/commit/bbf2fb6c7ae78f40483606f467739a58cd747270


--

___
Python tracker 

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

[issue44582] Accelerate mimetypes.init on Windows

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +25622
pull_request: https://github.com/python/cpython/pull/27071

___
Python tracker 

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

[issue44586] unittest requires __init__.py for test discovery

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

See also https://bugs.python.org/issue23882

--
nosy: +xtreak

___
Python tracker 

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

[issue44586] unittest requires __init__.py for test discovery

[ma19]

New submission from ma19 :

This is how my project is currently set up:

src:
  - main.py
  - src1.py
  - src2.py
test:
  - __init__.py
  - test_src1.py
  - test_src2.py

If I remove __init__.py from the "test" directory, the unittest discovery fails.

I thought that __init__.py was no longer required since Python 3.3. Will the 
test discovery be able to work without __init__.py in the future?

--
components: Library (Lib)
messages: 397144
nosy: ma19
priority: normal
severity: normal
status: open
title: unittest requires __init__.py for test discovery
type: enhancement
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

[issue44575] Windows installer prohibits different patches for the same version

[Zachary Ware]

Change by Zachary Ware :


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

[issue42464] Pathlib resolve() resolves non-existent ".." components with strict=False

[Andrei Kulakov]

Andrei Kulakov  added the comment:

Another solution would be to base it on `strict` parameter:

- strict=True, subpath exists => resolve `..`
- strict=True, subpath doesn't exist => throw OSError
- strict=False => never resolve `..`

This would avoid extra `lstat()` calls but would be a much bigger change in 
terms of behavior.

--

___
Python tracker 

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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Mark Shannon]

Change by Mark Shannon :


--
pull_requests: +25621
pull_request: https://github.com/python/cpython/pull/27068

___
Python tracker 

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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Mark Shannon]

Change by Mark Shannon :


--
pull_requests: +25620
pull_request: https://github.com/python/cpython/pull/27067

___
Python tracker 

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

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

[Andrei Kulakov]

Andrei Kulakov  added the comment:

Ethan: as far as I understand, there's no actual problem here. The report adds 
a print statement in __init_subclass__ that says that instance was created, 
while in fact instance is not created. I can confirm what Batuhan said, in my 
testing, that it fails with TypeError as expected:

python3 ~/temp/a.py 

VICMD
Created instance of  easily: <__main__.Derived object 
at 0x106fbb9d0>
Traceback (most recent call last):
  File "/Users/ak/temp/a.py", line 54, in 
Derived()
TypeError: Can't instantiate abstract class Derived with abstract method 
do_something


I think this can be closed as not a bug.

--
nosy: +andrei.avk

___
Python tracker 

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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Sergey B Kirpichev]

Sergey B Kirpichev  added the comment:

Pablo, it seems: the 3.10 branch as for 
https://github.com/nedbat/coveragepy/issues/1184#issuecomment-873506523 still 
has this issue - I can reproduce one.

--

___
Python tracker 

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

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

[Filipe Laíns]

Filipe Laíns  added the comment:

The issue that made the line number be missing is fixed, but GH-26781 is needed 
to account for 088a15c49d99ecb4c3bef93f8f40dd513c6cae3b, even though it is no 
longer triggered in this situation.

--

___
Python tracker 

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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Mark Shannon]

Change by Mark Shannon :


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

___
Python tracker 

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

[issue42464] Pathlib resolve() resolves non-existent ".." components with strict=False

[Andrei Kulakov]

Andrei Kulakov  added the comment:

Adding a patch that fixes this issue, for future reference. I'm not too sure 
this would be the right way to solve this. The patch also causes 5 failures in 
test_posixpath.py that would have to be fixed (most likely all can be fixed by 
creating respective dirs).

--
keywords: +patch
nosy: +andrei.avk
Added file: 
https://bugs.python.org/file50141/do_not_resolve_dotdot_nonexistent.patch

___
Python tracker 

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

[issue44585] csv library does not correctly interpret some files

[Marco E.]

New submission from Marco E. :

The CSV library does not correctly interpret files in the following format 
(test.csv):

"A" ,"B"  ,"C"
"aa","bbb",""
"a" ,"bb" ,"ccc"
""  ,"b"  ,"cc"


This program:

import csv
from pathlib import Path


def main():
with Path('test.csv').open('rt') as csv_file:
csv.register_dialect('my_dialect', quotechar='"', delimiter=',',
 quoting=csv.QUOTE_ALL, skipinitialspace=True)
reader = csv.DictReader(csv_file, dialect='my_dialect')
for row in reader:
print(row)


if __name__ == '__main__':
main()


produces the following output:

{'A ': 'aa', 'B  ': 'bbb', 'C': ''}
{'A ': 'a ', 'B  ': 'bb ', 'C': 'ccc'}
{'A ': '  ', 'B  ': 'b  ', 'C': 'cc'}


this instead is the expected result:

{'A': 'aa', 'B': 'bbb', 'C': ''}
{'A': 'a', 'B': 'bb', 'C': 'ccc'}
{'A': '', 'B': 'b', 'C': 'cc'}


why?

Thank you,
Marco

--
components: Library (Lib)
messages: 397139
nosy: voidloop
priority: normal
severity: normal
status: open
title: csv library does not correctly interpret some files
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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Mark Shannon]

Change by Mark Shannon :


--
assignee:  -> Mark.Shannon

___
Python tracker 

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

[issue44581] Interpreter can execute quickened opcodes in tracing mode

[Mark Shannon]

Mark Shannon  added the comment:


New changeset 514f76bbac386c320a9f3a70797241c612544391 by Mark Shannon in 
branch 'main':
bpo-44581: Don't execute quickened instructions if tracing is on (GH-27064)
https://github.com/python/cpython/commit/514f76bbac386c320a9f3a70797241c612544391


--

___
Python tracker 

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

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Gentle ping as beta 4 is in 2 days

--

___
Python tracker 

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

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Beta 4 is in a few days. Can someone confirm of this is fixed or if it still 
needs a patch?

--

___
Python tracker 

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

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

[STINNER Victor]

STINNER Victor  added the comment:


New changeset a3739b207adb5d17e3b53347df05b54b1a8b87f0 by Erlend Egeberg 
Aasland in branch 'main':
bpo-43908: Immutable types inherit vectorcall (GH-27001)
https://github.com/python/cpython/commit/a3739b207adb5d17e3b53347df05b54b1a8b87f0


--

___
Python tracker 

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

[issue44584] Deprecate thread debugging PYTHONTHREADDEBUG=1

[STINNER Victor]

Change by STINNER Victor :


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

___
Python tracker 

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

[issue11343] Make errors due to full parser stack identifiable

[Andre Roberge]

Andre Roberge  added the comment:

For information: I created an actual .py file from the last example with 200 
parens and got the following error message:

> python example.py
s_push: parser stack overflow
MemoryError

For consistency and greater clarity, I think that having messages such as

- SyntaxError: parser stack overflow (too many nested parenthesis)
- SyntaxError: parser stack overflow (too many statistically nested blocks)

and possibly others (too many arguments?), would be preferable, with
the possibility of simply having

- SyntaxError: parser stack overflow

if the exact cause cannot be identified at the parsing stage.

--

___
Python tracker 

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

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

[STINNER Victor]

STINNER Victor  added the comment:

I created bpo-44584: "Deprecate thread debugging PYTHONTHREADDEBUG=1".

--

___
Python tracker 

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

[issue44584] Deprecate thread debugging PYTHONTHREADDEBUG=1

[STINNER Victor]

STINNER Victor  added the comment:

I never ever used PYTHONTHREADDEBUG=1. I just tried:
---
$ PYTHONTHREADDEBUG=1 ./python -m test -v test_sys
PyThread_init_thread called
PyThread_allocate_lock() -> 0x1f212c0
PyThread_allocate_lock called
PyThread_allocate_lock() -> 0x1f21300
PyThread_allocate_lock called
PyThread_allocate_lock() -> 0x1f21340
PyThread_allocate_lock called
PyThread_allocate_lock() -> 0x1f3ea70
PyThread_acquire_lock_timed(0x1f212c0, -1, 0) called
PyThread_acquire_lock_timed(0x1f212c0, -1, 0) -> 1
PyThread_release_lock(0x1f212c0) called
PyThread_acquire_lock_timed(0x1f212c0, -1, 0) called
PyThread_acquire_lock_timed(0x1f212c0, -1, 0) -> 1
PyThread_release_lock(0x1f212c0) called
PyThread_acquire_lock_timed(0x1f21340, -1, 0) called
PyThread_acquire_lock_timed(0x1f21340, -1, 0) -> 1
PyThread_release_lock(0x1f21340) called
PyThread_acquire_lock_timed(0x1f21340, -1, 0) called
PyThread_acquire_lock_timed(0x1f21340, -1, 0) -> 1
PyThread_release_lock(0x1f21340) called
PyThread_acquire_lock_timed(0x1f21340, -1, 0) called
PyThread_acquire_lock_timed(0x1f21340, -1, 0) -> 1
PyThread_release_lock(0x1f21340) called
PyThread_acquire_lock_timed(0x1f21340, -1, 0) called
PyThread_acquire_lock_timed(0x1f21340, -1, 0) -> 1
PyThread_release_lock(0x1f21340) called
(...)
==
FAIL: test_changing_sys_stderr_and_removing_reference (test.test_sys.SizeofTest)
--
Traceback (most recent call last):
  File "/home/vstinner/python/main/Lib/test/test_sys.py", line 1525, in 
test_changing_sys_stderr_and_removing_reference
self.assertEqual(out, b"")
 ^
AssertionError: b'PyThread_init_thread called\nPyThread_all[59813 chars]ed\n' 
!= b''
(...)
PyThread_release_lock(0x2113660) called
PyThread_free_lock(0x2113660) called
PyThread_free_lock(0x7fc6e8001300) called
PyThread_acquire_lock_timed(0x1f212c0, -1, 0) called
PyThread_acquire_lock_timed(0x1f212c0, -1, 0) -> 1
PyThread_release_lock(0x1f212c0) called
PyThread_acquire_lock_timed(0x1f212c0, -1, 0) called
PyThread_acquire_lock_timed(0x1f212c0, -1, 0) -> 1
PyThread_release_lock(0x1f212c0) called
PyThread_free_lock(0x1f3ea70) called
PyThread_acquire_lock_timed(0x1f212c0, -1, 0) called
PyThread_acquire_lock_timed(0x1f212c0, -1, 0) -> 1
PyThread_release_lock(0x1f212c0) called
PyThread_free_lock(0x1f212c0) called
PyThread_free_lock(0x1f21300) called
PyThread_free_lock(0x1f21340) called
---

This debug mode produces so many logs that it looks basically useless :-(

See also discussion at: https://github.com/python/cpython/pull/24241

--

___
Python tracker 

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

[issue44584] Deprecate thread debugging PYTHONTHREADDEBUG=1

[STINNER Victor]

New submission from STINNER Victor :

Copy of my email to python-dev:
https://mail.python.org/archives/list/python-...@python.org/thread/NMLGCDRUKLZSTK4UICJTKR54WRXU2ZGJ/

Hi,

Does anyone use threading debug PYTHONTHREADDEBUG=1 env var on a
Python debug build? If not, can I just remove it?

--

To fix a race condition at thread exit on Linux using the glibc, I
removed calls to pthread_exit() (PyThread_exit_thread()) in the
_thread module:

   https://bugs.python.org/issue44434

A side effect of this change is the removal of the
"PyThread_exit_thread called" threading debug log when using
PYTHONTHREADDEBUG=1 environment variable.

I never used PYTHONTHREADDEBUG. I just tried it and it produces tons
of output in stdout about locks. It looks basically useless because it
produces way too many logs, and it pollutes stdout (ex: most Python
tests fail when it's enabled).

This debug mode requires to build Python in debug mode (./configure
--with-pydebug):

   https://docs.python.org/dev/using/configure.html#python-debug-build

IMO there are enough external debugging tools to debug threading
issues. Python no longer has to come with its built-in logs.

I propose to deprecate the feature in Python 3.11 and remove it in 2
releases (Python 3.13).

Victor

--
components: Interpreter Core
messages: 397130
nosy: vstinner
priority: normal
severity: normal
status: open
title: Deprecate thread debugging PYTHONTHREADDEBUG=1
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

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

[STINNER Victor]

STINNER Victor  added the comment:

I started "Does anyone use threading debug PYTHONTHREADDEBUG=1 env var? Can I 
remove it?" thread on python-dev:
https://mail.python.org/archives/list/python-...@python.org/thread/NMLGCDRUKLZSTK4UICJTKR54WRXU2ZGJ/

--

___
Python tracker 

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

[issue44581] Interpreter can execute quickened opcodes in tracing mode

[Mark Shannon]

Change by Mark Shannon :


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

___
Python tracker 

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

[issue44576] AttributeError: incorrect line identified in Python 3.10

[Mark Shannon]

Change by Mark Shannon :


--
priority: release blocker -> 
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

[issue44583] Failure to build on OSF1.

[Jay Krell]

Change by Jay Krell :


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

___
Python tracker 

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

[issue44583] Failure to build on OSF1.

[Jay Krell]

New submission from Jay Krell :

Python fails to compile on OSF1.
I have it about working. (I have Python2 already working.)
I'm opening an issue to meet the PR guidelines.

--
components: Interpreter Core
messages: 397128
nosy: jaykrell
priority: normal
severity: normal
status: open
title: Failure to build on OSF1.
type: compile error
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

[issue41137] pdb uses the locale encoding for .pdbrc

[Inada Naoki]

Change by Inada Naoki :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
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

[issue41137] pdb uses the locale encoding for .pdbrc

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 58248d94379b202ccce3e45b1d1830ca47683273 by Srinivas Reddy 
Thatiparthy (శ్రీనివాస్  రెడ్డి తాటిపర్తి) in branch 'main':
bpo-41137: Use utf-8 encoding while reading .pdbrc files (GH-21263)
https://github.com/python/cpython/commit/58248d94379b202ccce3e45b1d1830ca47683273


--

___
Python tracker 

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

[issue42778] Add follow_symlinks=True parameter to both os.path.samefile() and Path.samefile()

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> rejected
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

[issue44575] Windows installer prohibits different patches for the same version

[Константин Глухов]

Константин Глухов  added the comment:

After reviewing all the suggested options of the "versioned" Windows install I 
came to the conclusion that the "NuGet" path is the easiest.
Assuming x - version, y - patch number, the following steps work

1. Unzip 'Tools' folder of the NuGet archive into Python\3xy
2. Re-install pip to add pip.exe to Python\3xy\Scripts

3xy\python.exe -m pip install -U pip --force-reinstall

It works like a regular install after that.

Switching between versions can be done via a symbolic link:

cmd /c mklink /d 3x 3xy

Optional: Add Python\3x\Scripts;Python\3x to the PATH env variable.

--
resolution:  -> works for me

___
Python tracker 

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