[issue39710] "will be returned as unicode" reminiscent from Python 2

[Chitrank-Dixit]

Change by Chitrank-Dixit :


--
pull_requests: +19795
pull_request: https://github.com/python/cpython/pull/20551

___
Python tracker 

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

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

[Eric L.]

New submission from Eric L. :

In chapter 3.1.2. Removing the MAX_PATH Limitation of 
https://docs.python.org/3/using/windows.html#removing-the-max-path-limitation 
(also in 3.9 and 3.10), it is written that "(Use of bytes as paths is 
deprecated on Windows, and this feature is not available when using bytes.)" 
but my understanding is that since 3.8 bytes paths are _not_ deprecated any 
more under Windows (and it is good so!), which makes unclear if the feature is 
still not available with bytes paths. In which case, it should be implemented.

I'm sorry I couldn't test if it actually works or not but I'm stuck with Python 
3.7 where I guess the statement is still correct, but I hope to see the issue 
fixed once I can upgrade :-)

--
components: Windows
messages: 370414
nosy: ericzolf, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Wrong statement that bytes paths are deprecated under Windows regarding 
MAX_PATH docs
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

___
Python tracker 

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

[issue38938] Possible performance improvement for heapq.merge()

[Dennis Sweeney]

Dennis Sweeney  added the comment:

PR 20550 uses a linked structure like what we've been talking about.

--

___
Python tracker 

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

[issue38938] Possible performance improvement for heapq.merge()

[Dennis Sweeney]

Change by Dennis Sweeney :


--
pull_requests: +19794
pull_request: https://github.com/python/cpython/pull/20550

___
Python tracker 

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

[issue40826] Segfaults when close file descriptor 0

[Dong-hee Na]

Change by Dong-hee Na :


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

___
Python tracker 

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

[issue39710] "will be returned as unicode" reminiscent from Python 2

[Chitrank-Dixit]

Chitrank-Dixit  added the comment:

I would like to take this issue.

--
nosy: +Chitrank-Dixit

___
Python tracker 

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

[issue16954] Add docstrings for ElementTree module

[Chitrank-Dixit]

Chitrank-Dixit  added the comment:

I think the current ticket should be closed as there are no doxygen comments 
left to convert to docstrings. So I think this issue can be closed.

There are places where there is no docstrings for those we can create a new 
ticket.

--

___
Python tracker 

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

[issue40755] Add missing multiset predicates to collections.Counter

[Vedran Čačić]

Vedran Čačić  added the comment:

I'm very glad for that. :-)

For the other part of my message, I never intended to remove the support for 
non-natural counts. I just wanted to add some more methods to the natural part 
of Counter's API. It already has some methods which assume natural counts: 
.elements(), for example.

--

___
Python tracker 

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

[issue40755] Add missing multiset predicates to collections.Counter

[Raymond Hettinger]

Change by Raymond Hettinger :


--
pull_requests: +19792
pull_request: https://github.com/python/cpython/pull/20548

___
Python tracker 

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

[issue40755] Add missing multiset predicates to collections.Counter

[Raymond Hettinger]

Raymond Hettinger  added the comment:

After more thought, I've found a way to use the rich comparisons as requested.  
Doing so consistently required that the __eq__ method treat missing elements as 
having a zero count.  See attached PR.

--

___
Python tracker 

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

[issue40754] Test installers before releasing (ModuleNotFoundErrors)

[Ned Deily]

Ned Deily  added the comment:

> The Windows installer also runs pip and IDLE tests before being published 
> [...]

That's good and reminds me that I forgot to mention that for the macOS 
installer, besides the already mentioned tests, we also download, install, and 
smoke test a third-party wheel from PyPI using the bundled pip and we also do a 
visual inspection of the release's changelog by launching through IDLE the 
docset bundled with each installer. If the Python binaries included with the 
installer are built for multiple CPU architectures (macOS universal binaries), 
we would also attempt to ensure that the test suite is run at least once on 
each architecture (as of several months ago, we no longer regularly distribute 
such binaries but there's a good chance we may need to do so again in the 
not-too-distant future, for example, if Apple introduces macOS machines based 
on ARM CPUs).

--

___
Python tracker 

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

[issue40630] tracemalloc: allow resetting peak memory metric without touching other traces

[Huon Wilson]

Change by Huon Wilson :


--
pull_requests: +19791
pull_request: https://github.com/python/cpython/pull/20546

___
Python tracker 

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

[issue40630] tracemalloc: allow resetting peak memory metric without touching other traces

[Huon Wilson]

Change by Huon Wilson :


--
pull_requests: +19790
pull_request: https://github.com/python/cpython/pull/20545

___
Python tracker 

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

[issue40830] Certain uses of dictionary unpacking raise TypeError

[Mark Shannon]

Mark Shannon  added the comment:

Thanks for the report.
I'm looking in to it.

--
assignee:  -> Mark.Shannon
priority: normal -> release blocker
stage:  -> needs patch

___
Python tracker 

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

[issue25782] CPython hangs on error __context__ set to the error itself

[Chris Jerdonek]

Change by Chris Jerdonek :


--
nosy: +chris.jerdonek

___
Python tracker 

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

[issue40829] Add a what's new entry about deprecation of random.shuffle's random= parameter

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset 44400e88f906bf99cd2c57791f1201c400daf6af by Miss Islington (bot) 
in branch '3.9':
bpo-40829: Add a what's new entry about deprecation of shuffle's random 
parameter (GH-20541) (GH-20544)
https://github.com/python/cpython/commit/44400e88f906bf99cd2c57791f1201c400daf6af


--

___
Python tracker 

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

[issue40829] Add a what's new entry about deprecation of random.shuffle's random= parameter

[Batuhan Taskaya]

Change by Batuhan Taskaya :


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

[issue40829] Add a what's new entry about deprecation of random.shuffle's random= parameter

[Batuhan Taskaya]

Change by Batuhan Taskaya :


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

___
Python tracker 

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

[issue40829] Add a what's new entry about deprecation of random.shuffle's random= parameter

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
title: Add a what's new entry about deprecation of random.shuffle -> Add a 
what's new entry about deprecation of random.shuffle's random= parameter

___
Python tracker 

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

[issue40829] Add a what's new entry about deprecation of random.shuffle

[miss-islington]

Change by miss-islington :


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

___
Python tracker 

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

[issue40829] Add a what's new entry about deprecation of random.shuffle

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset 007bb06a2de9e64fa978f5dd9131d0100227b4cf by Batuhan Taskaya in 
branch 'master':
bpo-40829: Add a what's new entry about deprecation of shuffle's random 
parameter (GH-20541)
https://github.com/python/cpython/commit/007bb06a2de9e64fa978f5dd9131d0100227b4cf


--
nosy: +rhettinger

___
Python tracker 

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

[issue25782] CPython hangs on error __context__ set to the error itself

[Dennis Sweeney]

Change by Dennis Sweeney :


--
pull_requests: +19788
pull_request: https://github.com/python/cpython/pull/20539

___
Python tracker 

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

[issue25782] CPython hangs on error __context__ set to the error itself

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue25782] CPython hangs on error __context__ set to the error itself

[Dennis Sweeney]

Dennis Sweeney  added the comment:

For clarification, the existing behavior on master:
When trying to raise the exception H,
F -> G -> H -> I -> NULL
becomes
H -> F -> G -> NULL

But when trying to set the exception A on top of
B -> C -> D -> E -> C -> ...,
it gets stuck in an infinite loop from the existing cycle.

My PR 20539 keeps the first behavior and resolves the infinite loop by making it
A -> B -> C -> D -> E -> NULL,
which seems consistent with the existing behavior.

So it should be strictly a bugfix. It also only changes the PyErr_SetObject 
code and not the PyException_SetContext code.

--
nosy: +Dennis Sweeney

___
Python tracker 

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

[issue40830] Certain uses of dictionary unpacking raise TypeError

[Batuhan Taskaya]

Change by Batuhan Taskaya :


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

[issue40830] Certain uses of dictionary unpacking raise TypeError

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
nosy: +Mark.Shannon

___
Python tracker 

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

[issue40830] Certain uses of dictionary unpacking raise TypeError

[Batuhan Taskaya]

Batuhan Taskaya  added the comment:

@Kodiologist do you have a setup to try your cause before the commit 
8a4cd700a7426341c2074a2b580306d2d60ec839?

--

___
Python tracker 

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

[issue40830] Certain uses of dictionary unpacking raise TypeError

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
nosy: +BTaskaya

___
Python tracker 

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

[issue25782] CPython hangs on error __context__ set to the error itself

[Gregory P. Smith]

Change by Gregory P. Smith :


--
nosy:  -gregory.p.smith

___
Python tracker 

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

[issue40825] Add a "strict" parameter to csv.writer and csv.DictWriter

[Eric V. Smith]

Eric V. Smith  added the comment:

I guess an isinstance check against numbers.Number would be the best way to 
check if an argument is a number. I'm not sure how convenient that is from C 
code.

--

___
Python tracker 

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

[issue25782] CPython hangs on error __context__ set to the error itself

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Issue40696 is other example of creating a cycle.

I think we should solve general problem preventing loops by merging one of 
proposed patches.

--
resolution: fixed -> 
stage: commit review -> 
status: closed -> open
versions: +Python 3.10, Python 3.7, Python 3.8, Python 3.9 -Python 3.5

___
Python tracker 

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

[issue40830] Certain uses of dictionary unpacking raise TypeError

[Kodiologist]

New submission from Kodiologist :

On Python 3.8.2, the below program runs without errors. On Python 3.9.0b1, it 
raises "TypeError: 'tuple' object is not callable" for the last line.

d1 = {'a': 1}
d2 = {'c': 3}
def fun(a, b, c):
return a, b, c
print(fun(**d1, b='b', **d2))

--
messages: 370400
nosy: Kodiologist
priority: normal
severity: normal
status: open
title: Certain uses of dictionary unpacking raise TypeError
type: behavior
versions: Python 3.9

___
Python tracker 

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

[issue40696] exception chain cycles cause hangs (was "Exception handling with "await" can hang in Python3.9.0b1")

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

In issue25782 two different solutions for general problem was proposed.

When trying to raise the exception H,
F -> G -> H -> I -> NULL
with Yury's patch you would get
H -> NULL
and with my path you would get
H -> F -> G -> I -> NULL

The issue was closed because we did not have realistic example when raising 
exception from the __context__ list would be reasonable and the more concrete 
original issue was fixed in other way. Now we have other example of creating 
cycles with __context__, so we can reopen yhat issue and decide what solution 
is better.

--

___
Python tracker 

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

[issue40597] generated email message exceeds RFC-mandated limit of 998 characters

[Mark Sapiro]

Change by Mark Sapiro :


--
pull_requests: +19786
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/20542

___
Python tracker 

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

[issue40696] exception chain cycles cause hangs (was "Exception handling with "await" can hang in Python3.9.0b1")

[Dennis Sweeney]

Dennis Sweeney  added the comment:

> I it related to issue25782?

Yes -- I didn't see that issue. I'm a little confused about the resolution of 
that issue though.

For clarification, the existing behavior on master:
When trying to raise the exception H,
F -> G -> H -> I -> NULL
becomes
H -> F -> G -> NULL

But when trying to set the exception A on top of
B -> C -> D -> E -> C -> ...,
it gets stuck in an infinite loop from the existing cycle.

My PR keeps the first behavior and resolves the infinite loop by making it
A -> B -> C -> D -> E -> NULL,
which seems consistent with the existing behavior.

So it should be strictly a bugfix.

--

___
Python tracker 

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

[issue40829] Add a what's new entry about deprecation of random.shuffle

[Batuhan Taskaya]

Change by Batuhan Taskaya :


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

___
Python tracker 

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

[issue40829] Add a what's new entry about deprecation of random.shuffle

[Batuhan Taskaya]

New submission from Batuhan Taskaya :

random.shuffle deprecated with bpo-40465 but a what's news entry didn't exist 
about it.

--
assignee: docs@python
components: Documentation
messages: 370397
nosy: BTaskaya, docs@python
priority: normal
severity: normal
status: open
title: Add a what's new entry about deprecation of random.shuffle
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

[issue40828] shared memory problems with multiprocessing.Pool

[trapezoid677]

New submission from trapezoid677 :

Under Linux, the resource_tracker throws warnings about not released memory 
blocks after the programs has finished and when used together with 
multiprocessing.Pool. This depends on the sequence of initialization of the 
shared memory block and the multiprocessing pool. In addition, .close() on the 
shared memory block generates a segmentation fault in the example code. 

Under MS Windows, the shared memory block holds arbitrary values when being 
read in the worker routines, but no warnings are thrown and no segmentation 
fault occurs when closing the memory block.

--
components: Library (Lib)
files: shared_memory.py
messages: 370396
nosy: trapezoid677
priority: normal
severity: normal
status: open
title: shared memory problems with multiprocessing.Pool
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file49203/shared_memory.py

___
Python tracker 

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

[issue40597] generated email message exceeds RFC-mandated limit of 998 characters

[Mark Sapiro]

Mark Sapiro  added the comment:

With the fix in PR 20038, committed at 
https://github.com/python/cpython/commit/6f2f475d5a2cd7675dce844f3af436ba919ef92b
 it is no longer possible to set_content(''). Attempts to do so produce the 
following
```
  File 
"/var/MM/3/hk_39/hyperkitty/.tox/py39-django30/lib/python3.9/site-packages/django_mailman3/lib/scrub.py",
 line 95, in _get_all_attachments
part.set_content('')
  File "/usr/local/lib/python3.9/email/message.py", line 1171, in set_content
super().set_content(*args, **kw)
  File "/usr/local/lib/python3.9/email/message.py", line 1101, in set_content
content_manager.set_content(self, *args, **kw)
  File "/usr/local/lib/python3.9/email/contentmanager.py", line 37, in 
set_content
handler(msg, obj, *args, **kw)
  File "/usr/local/lib/python3.9/email/contentmanager.py", line 185, in 
set_text_content
cte, payload = _encode_text(string, charset, cte, msg.policy)
  File "/usr/local/lib/python3.9/email/contentmanager.py", line 149, in 
_encode_text
if max(len(x) for x in lines) <= policy.max_line_length:
ValueError: max() arg is an empty sequence
```

--
nosy: +msapiro

___
Python tracker 

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

[issue40825] Add a "strict" parameter to csv.writer and csv.DictWriter

[Dong-hee Na]

Dong-hee Na  added the comment:

I am +1 on with strict mode.
But I want to hear other core developers opinions.

--
nosy: +corona10, serhiy.storchaka

___
Python tracker 

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

[issue40826] Segfaults when close file descriptor 0

[Dong-hee Na]

Dong-hee Na  added the comment:

FYI this change fix this issue.

--- a/Modules/signalmodule.c
+++ b/Modules/signalmodule.c
@@ -1782,7 +1782,11 @@ PyOS_FiniInterrupts(void)
 int
 PyOS_InterruptOccurred(void)
 {
-PyInterpreterState *interp = _PyInterpreterState_GET();
+PyThreadState *tstate = _PyThreadState_GET();
+if (!tstate) {
+return 0;
+}
+PyInterpreterState *interp = tstate->interp;
 if (!_Py_ThreadCanHandleSignals(interp)) {
 return 0;
 }

--

___
Python tracker 

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

[issue13702] relative symlinks in tarfile.extract broken (windows)

[Eryk Sun]

Eryk Sun  added the comment:

This is still a problem with WinAPI CreateSymbolicLinkW. It fails to replace 
slashes with backslashes in the substitute path if it's a relative path, which 
creates a broken link. As a workaround, os.symlink should replace slashes with 
backslashes in relative target paths. Except drive-relative targets such as 
"C:spam" can be ignored, since CreateSymbolicLinkW is forced to normalize them 
as fully-qualified paths.

Non-UNC rooted paths such as "/Program Files/Python38" are also relative paths. 
(ntpath.isabs incorrectly classifies them as absolute.) A relative target path 
gets resolved against the parsed, opened path of the symlink. For example, 
consider a symlink on a volume at r"Eggs\spam.txt" that targets r"\spam.txt". 
If the volume is mounted at "W:\\", then accessing r"W:\Eggs\spam.txt" resolves 
to r"W:\spam.txt". But if the volume is mounted at r"C:\Mount\Work", then 
accessing r"C:\Mount\Work\Eggs\spam.txt" resolves to r"C:\spam.txt".

--
components: +Library (Lib)
nosy: +paul.moore, steve.dower, zach.ware
stage: test needed -> needs patch
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2, Python 3.3

___
Python tracker 

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

[issue40754] Test installers before releasing (ModuleNotFoundErrors)

[Steve Dower]

Steve Dower  added the comment:

There are non-binding CI tests run with Github Actions (post-merge) that test 
from a layout, and last I checked they were all passing. Nobody is really 
monitoring it but me though, as it isn't a buildbot. 

The Windows installer also runs pip and IDLE tests before being published, 
though not a full test suite.

Honestly, it's pretty quick to generate an install layout for Windows now I 
have the PC/layout script. We could do it for every test run if we wanted, 
though then a number of build-tree only tests would be skipped.

--

___
Python tracker 

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

[issue40827] os.readlink should support getting the target's printname in Windows

[Eryk Sun]

New submission from Eryk Sun :

As discussed in issue 40654, os.readlink should provide a way to get the print 
name of a symlink target. This is the target path that was actually passed to 
WinAPI CreateSymbolicLinkW (except for drive-relative paths) and is what a 
shell would display as the link target (e.g. CMD's "dir" command). Perhaps a 
keyword-only parameter could be supported to query the print name, e.g. 
readlink(path, printname=True). In POSIX, passing printname=True would make no 
difference, since a POSIX symlink only has a substitute name.

--
components: Library (Lib), Windows
messages: 370389
nosy: eryksun, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: os.readlink should support getting the target's printname in Windows
type: enhancement
versions: Python 3.10, Python 3.8, Python 3.9

___
Python tracker 

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

[issue40826] Segfaults when close file descriptor 0

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Simpler reproducer:

import os
os.close(0)

--
components: +Interpreter Core
nosy: +serhiy.storchaka
title: Segfaults on io.FileIO(0).name in 3.9 -> Segfaults when close file 
descriptor 0

___
Python tracker 

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

[issue40826] Segfaults on io.FileIO(0).name in 3.9

[Dong-hee Na]

Dong-hee Na  added the comment:

Thanks for report, I can reproduce it

--
stage:  -> needs patch

___
Python tracker 

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

[issue40826] Segfaults on io.FileIO(0).name in 3.9

[Dong-hee Na]

Change by Dong-hee Na :


--
nosy: +corona10

___
Python tracker 

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

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

[Niklas Fiekas]

Change by Niklas Fiekas :


--
nosy: +niklasf

___
Python tracker 

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

[issue40826] Segfaults on io.FileIO(0).name in 3.9

[Rémi Lapeyre]

Change by Rémi Lapeyre :


--
nosy: +remi.lapeyre, vstinner

___
Python tracker 

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

[issue40826] Segfaults on io.FileIO(0).name in 3.9

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
type:  -> crash

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[Dong-hee Na]

Change by Dong-hee Na :


--
pull_requests: +19783
pull_request: https://github.com/python/cpython/pull/20540

___
Python tracker 

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

[issue40826] Segfaults on io.FileIO(0).name in 3.9

[Jelle Zijlstra]

New submission from Jelle Zijlstra :

$ gdb ./python 
...
(gdb) r
...
Python 3.9.0b1 (tags/v3.9.0b1:97fe9cfd9f8, May 30 2020, 05:26:48) 
...
>>> import io
>>> io.FileIO(0).name
0
>>> 
Program received signal SIGSEGV, Segmentation fault.
_PyInterpreterState_GET () at ./Include/internal/pycore_pystate.h:100
100 return tstate->interp;
(gdb) bt
#0  _PyInterpreterState_GET () at ./Include/internal/pycore_pystate.h:100
#1  PyOS_InterruptOccurred () at ./Modules/signalmodule.c:1785
#2  0x00673905 in my_fgets (buf=buf@entry=0xa40780 "8LJ\367\377\177", 
len=len@entry=100, fp=fp@entry=0x774a48e0 <_IO_2_1_stdin_>) at 
Parser/myreadline.c:87
#3  0x0067397b in PyOS_StdioReadline 
(sys_stdin=sys_stdin@entry=0x774a48e0 <_IO_2_1_stdin_>, 
sys_stdout=sys_stdout@entry=0x774a5620 <_IO_2_1_stdout_>, 
prompt=prompt@entry=0x76f8d8e0 ">>> ") at Parser/myreadline.c:269
#4  0x00673b4f in PyOS_Readline (sys_stdin=0x774a48e0 
<_IO_2_1_stdin_>, sys_stdout=0x774a5620 <_IO_2_1_stdout_>, 
prompt=0x76f8d8e0 ">>> ") at Parser/myreadline.c:355
#5  0x005d90d9 in tok_nextc (tok=0xa3fd30) at Parser/tokenizer.c:856
#6  0x005dad02 in tok_get (tok=tok@entry=0xa3fd30, 
p_start=p_start@entry=0x7fffd508, p_end=p_end@entry=0x7fffd510) at 
Parser/tokenizer.c:1194
#7  0x005dcb69 in PyTokenizer_Get (tok=0xa3fd30, 
p_start=p_start@entry=0x7fffd508, p_end=p_end@entry=0x7fffd510) at 
Parser/tokenizer.c:1842
#8  0x00653c73 in _PyPegen_fill_token (p=0x76f8f540) at 
Parser/pegen/pegen.c:551
#9  0x00670355 in statement_newline_rule (p=0x76f8f540) at 
Parser/pegen/parse.c:1143
#10 interactive_rule (p=0x76f8f540) at Parser/pegen/parse.c:725
#11 _PyPegen_parse (p=p@entry=0x76f8f540) at Parser/pegen/parse.c:19388
#12 0x00654b32 in _PyPegen_run_parser (p=0x76f8f540) at 
Parser/pegen/pegen.c:1037
#13 0x00654e4c in _PyPegen_run_parser_from_file_pointer 
(fp=fp@entry=0x70f74a48e0, start_rule=start_rule@entry=80, 
filename_ob=filename_ob@entry=0x76f84eb0, 
enc=enc@entry=0x7704ec60 "utf-8", ps1=ps1@entry=0x76f8d8e0 ">>> ", 
ps2=ps2@entry=0x9000d0 , flags=0x7fffd7b8, 
errcode=0x7fffd6e4, arena=0x76ff6b30) at Parser/pegen/pegen.c:1097
#14 0x005d6bea in PyPegen_ASTFromFileObject (fp=0x70f74a48e0, 
fp@entry=0x774a48e0 <_IO_2_1_stdin_>, 
filename_ob=filename_ob@entry=0x76f84eb0, mode=80, mode@entry=256, 
enc=enc@entry=0x7704ec60 "utf-8", ps1=ps1@entry=0x76f8d8e0 ">>> ", 
ps2=0x9000d0 , 
ps2@entry=0x76f8dbe0 "... ", 
flags=, errcode=, arena=) at 
Parser/pegen/peg_api.c:52
#15 0x005460d9 in PyRun_InteractiveOneObjectEx 
(fp=fp@entry=0x774a48e0 <_IO_2_1_stdin_>, 
filename=filename@entry=0x76f84eb0, flags=flags@entry=0x7fffd7b8) at 
Python/pythonrun.c:243
#16 0x0054631e in PyRun_InteractiveLoopFlags 
(fp=fp@entry=0x774a48e0 <_IO_2_1_stdin_>, 
filename_str=filename_str@entry=0x673e32 "", 
flags=flags@entry=0x7fffd7b8)
at Python/pythonrun.c:122
#17 0x00546d4c in PyRun_AnyFileExFlags (fp=0x774a48e0 
<_IO_2_1_stdin_>, filename=0x673e32 "", closeit=0, flags=0x7fffd7b8) 
at Python/pythonrun.c:81
#18 0x00429fb7 in pymain_run_stdin (cf=0x7fffd7b8, config=0x9bd800) 
at Modules/main.c:467
#19 pymain_run_python (exitcode=0x7fffd7b0) at Modules/main.c:556
#20 Py_RunMain () at Modules/main.c:632
#21 0x0042a2d6 in pymain_main (args=0x7fffd8a0) at 
Modules/main.c:662
#22 Py_BytesMain (argc=, argv=) at 
Modules/main.c:686
#23 0x77100830 in __libc_start_main (main=0x41ef30 , argc=1, 
argv=0x7fffd9f8, init=, fini=, 
rtld_fini=, stack_end=0x7fffd9e8)
at ../csu/libc-start.c:291
#24 0x00429089 in _start ()
(gdb) 


Same happens with Python 3.9.0b1+ (heads/3.9:588efc29c5d, May 30 2020, 
14:16:10) (current HEAD of the 3.9 branch).

In previous versions of Python this would exit the interpreter but not segfault.

--
keywords: 3.9regression
messages: 370386
nosy: Jelle Zijlstra, benjamin.peterson, stutzbach
priority: normal
severity: normal
status: open
title: Segfaults on io.FileIO(0).name in 3.9
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

[issue40696] exception chain cycles cause hangs (was "Exception handling with "await" can hang in Python3.9.0b1")

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I it related to issue25782?

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue27580] CSV Null Byte Error

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

Hi Skip, I'm on a Mac so I tried Numbers, the spreadsheet tool that comes with 
MacOS:


Opening and exporting to CSV again works:


➜  ~ cat -v ~/Documents/nul.csv
abc;def;1234.5;^@^M
a-c;d^@f;1234.5;^@^M
ABC;DEF;1.5;^@


When exporting to TSV, it makes the correct changes:


➜  ~ cat -v ~/Documents/nul.tsv
abc def 1234.5  ^M
a-c d^@f1234.5  ^@^M
ABC DEF 1.5 ^@

--

___
Python tracker 

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

[issue26369] unicode.decode and str.encode are unnecessarily confusing for non-ascii

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

[issue40696] exception chain cycles cause hangs (was "Exception handling with "await" can hang in Python3.9.0b1")

[Dennis Sweeney]

Dennis Sweeney  added the comment:

I believe PR 20539 solves the more general problem (using Floyd's Tortoise and 
Hare Algorithm), and I would appreciate review / some more ideas for test cases.

--

___
Python tracker 

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

[issue40825] Add a "strict" parameter to csv.writer and csv.DictWriter

[Eric V. Smith]

Eric V. Smith  added the comment:

For backward compatibility, strict would have to default to False.

--

___
Python tracker 

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

[issue40762] Writing bytes using CSV module results in b prefixed strings

[Eric V. Smith]

Eric V. Smith  added the comment:

I've created issue40825 for adding a "strict" parameter.

--

___
Python tracker 

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

[issue40825] Add a "strict" parameter to csv.writer and csv.DictWriter

[Eric V. Smith]

New submission from Eric V. Smith :

Currently, the csv library calls str() on each value it writes. This can lead 
to surprising behavior, see issue40762 for example.

On the other hand, for writing the documentation says that the values must be 
strings or numbers.

The proposed "strict" argument would raise a TypeError if the supplied values 
are not strings, numbers, or None.

See 
https://github.com/python/cpython/blob/ba1c2c85b39fbcb31584c20f8a63fb87f9cb9c02/Modules/_csv.c#L1203
 for where str() is called.

The documentation should be changed to note that None is allowed. Currently, 
None results in an empty string. I'm not proposing to change this, just 
document it as one of the allowed types.

How to check for "value is a number" needs to be decided.

--
messages: 370380
nosy: eric.smith
priority: normal
severity: normal
status: open
title: Add a "strict" parameter to csv.writer and csv.DictWriter
type: enhancement
versions: Python 3.10

___
Python tracker 

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

[issue27580] CSV Null Byte Error

[Skip Montanaro]

Skip Montanaro  added the comment:

Looks like my comment removed Remi from the nosy list. Restoring that...

--
nosy: +remi.lapeyre

___
Python tracker 

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

[issue31869] commentary on ssl.PROTOCOL_TLS

[Christian Heimes]

Christian Heimes  added the comment:

SSL is dead, too!

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

[issue40696] exception chain cycles cause hangs (was "Exception handling with "await" can hang in Python3.9.0b1")

[Dennis Sweeney]

Change by Dennis Sweeney :


--
pull_requests: +19782
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/20539

___
Python tracker 

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

[issue31869] commentary on ssl.PROTOCOL_TLS

[Zackery Spytz]

Zackery Spytz  added the comment:

Python 2 is EOL.

--
nosy: +ZackerySpytz

___
Python tracker 

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

[issue27580] CSV Null Byte Error

[Skip Montanaro]

Skip Montanaro  added the comment:

I'm sorry, but why is this issue coming up again after nearly four years? 
Especially without a patch? (I apologize. I've gotten a bit more grumpy as I've 
aged.) Let me summarize a bit of history.

Back in the early 2000s, Dave Cole at Object Craft in Australia implemented a 
C-based CSV module for Python. I don't know exactly what version was his 
initial target, but I have a vague memory that it was Python 1.5-ish. A few 
years later that was cleaned up and adapted for inclusion into the Python 
standard library, being added to Python 2.3. I helped with some of the Python 
stuff and steered it into the core. Much later (Python 3.x - with the great 
Unicode unification), it acquired Unicode support. At the time of creation, the 
only "standard" for CSV files was what Excel could read and write. One of the 
initial requirements as I recall was that CSV files generated by the module had 
to be able to survive a round trip to Excel and back. As I indicated in at 
least one of my previous messages to this thread, knowing how Excel handles CSV 
files with NUL bytes would be (at least) interesting. I still think so. Can 
anyone test that?

I'm not trying to suggest that gracefully handling NUL bytes wouldn't be useful 
in certain contexts (I also use find with -print0 routinely to preserve 
filenames with spaces), and if the CSV module was being written from scratch 
today, perhaps NUL support would be included. I am happy with the current CSV 
module as it exists today. I still use it routinely. Adding NUL support 
wouldn't scratch any itch I have. If you want NUL byte support, either as a 
delimiter or as a character in a cell, I think you're going to have to submit a 
patch. Otherwise I suggest this be closed rather than languishing for another 
four years.

--
nosy:  -remi.lapeyre

___
Python tracker 

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

[issue26407] csv.writer.writerows masks exceptions from __iter__

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

This bug occurred not only in writerows(), but also in writerow() and 
csv.reader(). See also more general issue40824.

--

___
Python tracker 

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

[issue26407] csv.writer.writerows masks exceptions from __iter__

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

It is definitely a bug. It can mask exceptions out of the control of the 
programmer like MemoryError and KeyboardInterrupt.

--
components: +Library (Lib)
type: enhancement -> behavior
versions: +Python 3.10, Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

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

[issue40823] Don't use obsolete unittest.makeSuite() in sqlite3 tests

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


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

___
Python tracker 

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

[issue40824] Unexpected errors in __iter__ are masked in "in" and the operator module

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue27580] CSV Null Byte Error

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

Writing to those files is obviously as easy, since like you said "because by 
it's very nature it's non-printable" and you will probably not find it in your 
data:


with open('file', 'w') as f:
f.write('\x00'.join(data))


It will break if there is a NULL byte in your data, and CSV would quote the 
element properly instead, but so would "find . -iname "*something*" -print0 | 
xargs -0 " if one of the file had a NULL byte in their name.


I don't think Python is being unreasonable here, especially considering it has 
the same drawbacks as the other Unix utilities.
If those solutions to read and write NULL separated files are not enough for 
your use-case, please give more information so that it can be supported.

--

___
Python tracker 

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

[issue26407] csv.writer.writerows masks exceptions from __iter__

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
nosy: +serhiy.storchaka
nosy_count: 2.0 -> 3.0
pull_requests: +19779
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/20536

___
Python tracker 

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

[issue40824] Unexpected errors in __iter__ are masked in "in" and the operator module

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

All errors raised in the __iter__ method are masked by the TypeError exception 
in the "in" operator and functions operator.contains(), operator.indexOf() and 
operator.countOf().

>>> class BadIterable:
... def __iter__(self):
... 1/0
... 
>>> 
>>> 1 in BadIterable()
Traceback (most recent call last):
  File "", line 1, in 
TypeError: argument of type 'BadIterable' is not iterable

It includes exceptions out of control of the programmer like MemoryError and 
KeyboardInterrupt. Converting them to TypeError can lead to weird errors or 
incorrect results.

See also similar issue26407.

--
components: Interpreter Core
messages: 370372
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Unexpected errors in __iter__ are masked in "in" and the operator module
type: behavior
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

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

[issue40823] Don't use obsolete unittest.makeSuite() in sqlite3 tests

[Erlend Egeberg Aasland]

New submission from Erlend Egeberg Aasland :

Use `loadTestsFromTestCase()` iso. `makeSuite()` in sqlite3 tests. Implies 
changing the prefix for all test methods.

Ref. bpo-5846

--
components: Tests
messages: 370371
nosy: erlendaasland
priority: normal
severity: normal
status: open
title: Don't use obsolete unittest.makeSuite() in sqlite3 tests
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

[issue27580] CSV Null Byte Error

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

I feel like the CSV module could support using NULL as separator and could send 
a PR with some test to add this but Daniel could you give more information 
regarding why you need explicit CSV support for this?

The CSV parser is needed to read and write CSV files to can be produced by 
other programs and has been extended to support the various dialects, most of 
them produced by spreadsheet programs.



> The use of chr(0x00) or '\0' is used quite often in the *NIX world as a 
> convenient record separator that doesn't have escaping problems because by 
> it's very nature it's non-printable. e.g. "find . -iname "*something*" 
> -print0 | xargs -0 " ... 
>

> As to the difficulty in handling 0x00 characters, I dunno ... it appears that 
> GNU find, xargs, gawk...

> Is it possible to write a NUL (0x00) character to a file? Through a *NIX 
> pipe? You bet. 


Yes and all of those are supported natively by Python already:


find . -type f -depth 1 -print0 | python -c "from pprint import pp; 
pp(input().split('\x00'))"



Multilines input can be supported as easily doing:


data = [
line.split('\x00')
for line in input()
]


Is this not enough?

--
nosy: +remi.lapeyre

___
Python tracker 

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

[issue40821] os.getlogin() not working

[Christian Heimes]

Christian Heimes  added the comment:

On POSIX os.getlogin() is a thin wrapper around the glibc function getlogin() 
https://linux.die.net/man/3/getlogin . The error is coming from glibc.

--
nosy: +christian.heimes

___
Python tracker 

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

[issue40810] sqlite3 test CheckTraceCallbackContent fails for sqlite v3.7.3 through 3.7.14.1

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


--
versions: +Python 3.7

___
Python tracker 

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

[issue40805] Can no longer patch flask.g

[Rob Taft]

Rob Taft  added the comment:

The test was supposed to patch the flask component during the unit test,
the error indicates the patch did not work.  The actual error message is
not relevant to the actual issue. I don't know why I was directed to here.
When I replace it with unittest.mock, it appears to work fine, so my
solution might end up being to dump the 3rd party mock library.

On Fri, May 29, 2020 at 11:02 PM Terry J. Reedy 
wrote:

>
> Terry J. Reedy  added the comment:
>
> Sorry, but I believe you were misdirected*.  mock, as opposed to
> unittest.mock, pytest, flask, and werkzeug  are 3rd party modules.  The
> error report seems to be missing part of the stacktrace at both ends.  What
> line is your file resulted in the error?  (This time we can guess ==
> @patch. @What called _lookup_app_object in flask?  (I have no idea.)
>
> However, once contextlib._GeneratorContextManager calls next(self.gen),
> the rest of the trace is outside the stdlib.  At the end, the RuntimeError
> is raised by flask, not by python, because the flask _app_ctx_stack.top
> does not exist.  If you do not understand their error message, ask flask
> people.
>
> * I assume that cjw296 *glanced* at your report, saw 'RuntimeError', and
> too quickly assumed 'cpython error'.  flask could have defined, for
> instance, FlaskRuntimeError for its error reporting.
>
> --
> nosy: +terry.reedy
> resolution:  -> third party
> stage:  -> resolved
> status: open -> closed
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue40759] Deprecate the symbol module

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
nosy: +pablogsal

___
Python tracker 

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

[issue40822] Drop support for SQLite pre 3.7.15

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


--
title: Drop support for SQLite 3.7.15 -> Drop support for SQLite pre 3.7.15

___
Python tracker 

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

[issue40822] Drop support for SQLite 3.7.15

[Erlend Egeberg Aasland]

New submission from Erlend Egeberg Aasland :

Ref. bpo-40810 and GH-20330

--
components: Library (Lib)
messages: 370367
nosy: erlendaasland
priority: normal
severity: normal
status: open
title: Drop support for SQLite 3.7.15
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

[issue40061] Possible refleak in _asynciomodule.c future_add_done_callback()

[Kyle Stanley]

Kyle Stanley  added the comment:

Thanks for the PR, Zackery.

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

[issue40061] Possible refleak in _asynciomodule.c future_add_done_callback()

[miss-islington]

miss-islington  added the comment:


New changeset 7b78e7f9fd77bb3280ee39fb74b86772a7d46a70 by Zackery Spytz in 
branch 'master':
bpo-40061: Fix a possible refleak in _asynciomodule.c (GH-19748)
https://github.com/python/cpython/commit/7b78e7f9fd77bb3280ee39fb74b86772a7d46a70


--
nosy: +miss-islington

___
Python tracker 

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

[issue40798] The deprecated-removed Sphinx extension need to change the error message based on the Python version

[miss-islington]

miss-islington  added the comment:


New changeset 588efc29c5dc4ffaac116a214d13cca936e346a9 by Miss Islington (bot) 
in branch '3.9':
bpo-40798: Generate a different message for already removed elements (GH-20483)
https://github.com/python/cpython/commit/588efc29c5dc4ffaac116a214d13cca936e346a9


--

___
Python tracker 

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

[issue40798] The deprecated-removed Sphinx extension need to change the error message based on the Python version

[miss-islington]

miss-islington  added the comment:


New changeset ba1c2c85b39fbcb31584c20f8a63fb87f9cb9c02 by Miss Islington (bot) 
in branch '3.8':
bpo-40798: Generate a different message for already removed elements (GH-20483)
https://github.com/python/cpython/commit/ba1c2c85b39fbcb31584c20f8a63fb87f9cb9c02


--

___
Python tracker 

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

[issue40798] The deprecated-removed Sphinx extension need to change the error message based on the Python version

[miss-islington]

miss-islington  added the comment:


New changeset a9dbae434f26b2c419a1cd0a8233143f40fd00db by Miss Islington (bot) 
in branch '3.7':
bpo-40798: Generate a different message for already removed elements (GH-20483)
https://github.com/python/cpython/commit/a9dbae434f26b2c419a1cd0a8233143f40fd00db


--

___
Python tracker 

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

[issue24391] Better repr for threading objects

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests: +19778
pull_request: https://github.com/python/cpython/pull/20534

___
Python tracker 

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

[issue40798] The deprecated-removed Sphinx extension need to change the error message based on the Python version

[Julien Palard]

Julien Palard  added the comment:

Thanks @Rémi for this great idea and Florian for the implementation!

--

___
Python tracker 

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

[issue40798] The deprecated-removed Sphinx extension need to change the error message based on the Python version

[Julien Palard]

Change by Julien Palard :


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

[issue40798] The deprecated-removed Sphinx extension need to change the error message based on the Python version

[miss-islington]

Change by miss-islington :


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

___
Python tracker 

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

[issue40798] The deprecated-removed Sphinx extension need to change the error message based on the Python version

[Julien Palard]

Julien Palard  added the comment:


New changeset 735d902b363b759df9ff00e58bbf4f7e2bde78cd by Florian Dahlitz in 
branch 'master':
bpo-40798: Generate a different message for already removed elements (GH-20483)
https://github.com/python/cpython/commit/735d902b363b759df9ff00e58bbf4f7e2bde78cd


--

___
Python tracker 

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

[issue40798] The deprecated-removed Sphinx extension need to change the error message based on the Python version

[miss-islington]

Change by miss-islington :


--
pull_requests: +19777
pull_request: https://github.com/python/cpython/pull/20533

___
Python tracker 

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

[issue40798] The deprecated-removed Sphinx extension need to change the error message based on the Python version

[miss-islington]

Change by miss-islington :


--
pull_requests: +19776
pull_request: https://github.com/python/cpython/pull/20532

___
Python tracker 

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

[issue40810] sqlite3 test CheckTraceCallbackContent fails for sqlite v3.7.3 through 3.7.14.1

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


--
pull_requests: +19774
pull_request: https://github.com/python/cpython/pull/20530

___
Python tracker 

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