Change by David Caro :
--
nosy: +David Caro
nosy_count: 5.0 -> 6.0
pull_requests: +20618
pull_request: https://github.com/python/cpython/pull/21473
___
Python tracker
<https://bugs.python.org/issu
David Lord added the comment:
It appears to be solved in Flask-SQLAlchemy's development version already, as
the mixins now inherit from `type`. We caught the issue when we started
applying flake8 (possibly through flake8-bugbear).
--
nosy: +davidism
David Parks added the comment:
Having a flag seems like a good solution to me. I've also encountered this
issue and posted on stack overflow about it here:
https://stackoverflow.com/questions/62748654/python-3-8-shared-memory-resource-tracker-producing-unexpected-warnings-at-appli
R. David Murray added the comment:
The as_strings docs say:
"Flattening the message may trigger changes to the Message if defaults need to
be filled in to complete the transformation to a string (for example, MIME
boundaries may be generated or modified)."
So, while this is ind
David Halter added the comment:
I'm the maintainer of parso. Feel free to addd me to the Nosy List if we have
these discussions in the future.
Parso is indeed a lib2to3 fork with error recovery, round tripping and
incremental parsing as its features. Most pgen2 code has been rewritten since
David Caro added the comment:
Elaborating on the last message, given the following code:
```
1 #!/usr/bin/env python3
2
3 from functools import wraps
4
5
6 def return_string(wrapped):
7 @wraps(wrapped)
8 def wrapper(an_int: int) -> str:
9 return str(wrap
David Caro added the comment:
As a note, mypy does not tpyecheck the wrapper functions, probably because it
would not be possible with the current code (as the typing hints get lost):
https://mypy.readthedocs.io/en/latest/generics.html?highlight=wrapper#declaring-decorators
Change by David Caro :
--
keywords: +patch
pull_requests: +20538
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21392
___
Python tracker
<https://bugs.python.org/issu
Change by David Caro :
--
nosy: +David Caro
nosy_count: 4.0 -> 5.0
pull_requests: +20539
pull_request: https://github.com/python/cpython/pull/21392
___
Python tracker
<https://bugs.python.org/iss
David Caro added the comment:
Hi Terry,
That would not work in this case, as I'd want to override all annotations with
the wrapper function ones if there's any, instead of merging them.
The specific use case, is a type checker (part of TestSlide testing framework),
to verify
R. David Murray added the comment:
I'm short of time, if someone could approve Mark's PR and merge it it would be
great. There wasn't supposed to be any behavior change other than the one
documented in #40597.
--
___
Python tracker
<ht
New submission from David Caro :
In version 3.2, bpo-8814 introduced copying the __annotations__ property from
the wrapped function to the wrapper by default.
That would be the desired behavior when your wrapper function has the same
signature than the function it wraps, but in some cases
David Edelsohn added the comment:
Maybe XLC was being overly aggressive with speculation and it now is fixed. I
can't tell if Michael's earlier comment meant that it no longer crashes with
XLC v16.
--
___
Python tracker
<https://bugs.python.
David Edelsohn added the comment:
I don't believe that this is an XLC bug, but I suspect that it is undefined
behavior / implementation-defined behavior.
I suspect that this is tripping over AIX/XLC null behavior. AIX specifically
and intentionally maps the first page of memory at address 0
New submission from David Bremner :
Works in 3.8.3, but not in 3.8.4rc1
from email.message import EmailMessage
msg = EmailMessage()
msg.set_content("")
Apparently now at least one newline is required.
--
components: email
messages: 372971
nosy: barry, bremner, r.david.murra
New submission from David Srebnick :
The following program is one way of computing the sum of digits in a number.
It works properly for the first case, but fails for the second one.
def digitsum(num):
digsum = 0
tnum = num
while tnum > 0:
print("tnum = %d, dig
Change by David CARLIER :
--
components: Extension Modules
nosy: devnexen
priority: normal
pull_requests: 20203
severity: normal
status: open
title: Haiku build fix - posix module
type: compile error
versions: Python 3.10
___
Python tracker
<ht
R. David Murray added the comment:
If you use the 'sendmail' function for sending, then it is entirely your
responsibility to turn the email into "wire format". Unicode is not wire
format, but if you give sendmail a string that only has ascii in it it nicely
converts it to bina
New submission from David Adam :
On Windows 10 (1909, build 18363.900) in 3.7.7 and 3.9.0b3, poll() on a
multiprocessing.Connection object can produce an exception:
--
import multiprocessing
def run(output_socket):
for i in range(10):
output_socket.send(i)
output_socket.close
David Bolen added the comment:
So a script I use on the buildbot intended to prevent hanging on assertions was
failing to work in this particular case, which I've corrected. That changes
the failure mode for new Win10 buildbot runs.
The test in question (test_close_stdin) still fails
David CARLIER added the comment:
This s about header picked up in a certain order. In case of FreeBSD, the
uui_create case is taken which comes from the but ... is
detected too.
--
___
Python tracker
<https://bugs.python.org/issue40
Change by David CARLIER :
--
components: FreeBSD
nosy: devnexen, koobs
priority: normal
pull_requests: 19908
severity: normal
status: open
title: uuid module build fix on FreeBSD proposal
type: compile error
versions: Python 3.10
___
Python tracker
David Bolen added the comment:
It appears the recent commit is causing a CRT exception dialog in
test_close_stdin (test_repl.TestInteractiveInterpreter). The dialog can't get
answered, which is what leads to the eventual timeout.
The assertion is "_osfile(fh) & FOPEN" fr
David Bolen added the comment:
I haven't had a chance to look too deeply, but the final set of commits
(starting with fa7ab6aa) appear to be the common thread with all branches now
failing with timeout exceptions in test_repl on the Windows 10 buildbot.
The first instance was in the 3.x
R. David Murray added the comment:
New changeset 21017ed904f734be9f195ae1274eb81426a9e776 by Abhilash Raj in
branch 'master':
bpo-39040: Fix parsing of email mime headers with whitespace between
encoded-words. (gh-17620)
https://github.com/python/cpython/commit
New submission from David Chambers :
According to
https://docs.python.org/3/library/string.html#format-specification-mini-language,
“insignificant trailing zeros are removed from the significand” when 'g' is
specified. I encountered a situation in which a trailing zero is not removed
David Strobach added the comment:
> Actually, Xonsh tests show that keyword AST nodes are missing 'lineno'
> attribute, but that could be our fault.
Yes, our fault. Sorry for the noise.
--
___
Python tracker
<https://bugs.python.org/i
David Strobach added the comment:
Actually, Xonsh (http://github.com/xonsh/xonsh) tests show that keyword AST
nodes are missing 'lineno' attribute, but that could be our fault.
--
___
Python tracker
<https://bugs.python.org/issue40
David Strobach added the comment:
The issue is not limited to ast.Call. Other AST nodes are also affected (e.g.
ast.BinOp). It's also not limited to end_lineno attribute. The same applies to
end_col_offset.
--
___
Python tracker
<ht
Change by David Strobach :
--
nosy: +laloch
___
Python tracker
<https://bugs.python.org/issue40726>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by R. David Murray :
--
stage: backport needed -> resolved
___
Python tracker
<https://bugs.python.org/issue40597>
___
___
Python-bugs-list mai
R. David Murray added the comment:
New changeset c1f1ddf30a595c2bfa3c06e54fb03fa212cd28b5 by Miss Islington (bot)
in branch '3.8':
bpo-40597: email: Use CTE if lines are longer than max_line_length consistently
(gh-20038) (gh-20084)
https://github.com/python/cpython/commit
Change by David Bolen :
--
nosy: -db3l
___
Python tracker
<https://bugs.python.org/issue36876>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Thanks, Arkadiusz.
--
resolution: -> fixed
stage: patch review -> backport needed
versions: -Python 3.5, Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.org/i
R. David Murray added the comment:
New changeset 6f2f475d5a2cd7675dce844f3af436ba919ef92b by Arkadiusz Hiler in
branch 'master':
bpo-40597: email: Use CTE if lines are longer than max_line_length consistently
(gh-20038)
https://github.com/python/cpython/commit
R. David Murray added the comment:
The PR looks good to me, but I describe the change differently. I'm not sure
how I missed this in the original implementation, since I obviously checked it
for the 8bit case. Too long ago to remember
New submission from David Bell :
In Python 3.5 the urljoin function was rewritten to be RFC 3986 compliant and
fix long standing issues. In the initial rewrite duplicate slashes were added
by accident, and so code was added to prevent that. The discussion is here:
https://bugs.python.org
David Heiberg added the comment:
Ahh I see, thanks for clearing that up!
On Sun, May 10, 2020, 04:41 Raymond Hettinger
wrote:
>
> Raymond Hettinger added the comment:
>
> Negative weights are undefined for choices() as well. Just like bisect()
> and merge() don't veri
David Heiberg added the comment:
Just playing around with this and I think one thing to consider is how to
handle negative weights. Should they even be allowed? One interesting behaviour
I encountered with the current draft is the following:
>>> r.sample(['katniss', 'pri
Change by David Tucker :
--
keywords: +patch
pull_requests: +19320
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20009
___
Python tracker
<https://bugs.python.org/issu
New submission from David Tucker :
https://github.com/python/cpython/commit/518835f3354d6672e61c9f52348c1e4a2533ea00#diff-47c8e5750258a08a6dd9de3e9c3774acL741-R804
That diff changed len(platform.uname()) to 5 (from 6).
I noticed because we have some code that checks for 6 strs (arguably
New submission from David Naylor :
With commit 18ee29d0b8 [1] a change was introduced that prevents a round-trip
of some zip files (i.e. files generated by Microsoft Excel) due to the
clobbering of `ZipInfo.flag_bits`[2] and `external_attr`[3].
For example:
```python[name=zip-round-trip.py
R. David Murray added the comment:
As far as I know you currently still have to specify the policy. It was, yes,
intended that 'default' become the actual default. I could have sworn there
was an open issue for doing this, but I can't find it. I remember having a
conversation
R. David Murray added the comment:
Yeah, that looks like a bug in the old API. If you try the new API, it does
the right thing. To do that, import email.policy and make your
message_as_string call:
email.message_from_string(raw, policy=email.policy.default)
Note, however, that you
David Strobach added the comment:
Hi Eryk, thanks for your time and for the explanation.
> The Windows file API normalizes paths to replace forward slashes with
> backslashes; resolve relative paths and "." and ".." components; strip
> trailing spaces and
New submission from David Strobach :
On Windows (Server 2012 R2 in my case) os.stat() seems to be striping
significant trailing spaces off the path argument:
>>> import os
>>> os.stat("c:\\Program Files ")
os.stat_result(st_mode=16749, st_ino=281474976710717, s
Change by David Bolen :
--
nosy: -db3l
___
Python tracker
<https://bugs.python.org/issue33608>
___
___
Python-bugs-list mailing list
Unsubscribe:
David K. Hess added the comment:
I’m not sure I can shed any light on this particular bug, but I would say that
based on my dealings with this module, it is definitely not thread-safe. That
means that if you are going to have multiple threads accessing it
simultaneously, you really should
David Edelsohn added the comment:
Likely somewhere in the Python configuration process it is probing a command
line option that emits a .lst file.
--
___
Python tracker
<https://bugs.python.org/issue40
Change by R. David Murray :
--
stage: patch review -> backport needed
___
Python tracker
<https://bugs.python.org/issue39073>
___
___
Python-bugs-list mai
R. David Murray added the comment:
Thanks!
--
___
Python tracker
<https://bugs.python.org/issue39073>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
New changeset 614f17211c5fc0e5b828be1d3320661d1038fe8f by Ashwin Ramaswami in
branch 'master':
bpo-39073: validate Address parts to disallow CRLF (#19007)
https://github.com/python/cpython/commit/614f17211c5fc0e5b828be1d3320661d1038fe8f
R. David Murray added the comment:
My guess is that it isn't so much that __bool__ is special, as that the
evaluation of values in a boolean context is special. What you have to do to
make a mock behave "correctly" in the face that I'm not sure (I haven't
investigated). A
David Miguel Susano Pinto added the comment:
I have just found out that commit 2438cdf0e93 which added the winmode argument
and the documentation for it disagree. Documentation states that default is
zero while the real default in code is None.
I have opened PR 19167 on github to address
R. David Murray added the comment:
Thanks for the PR. I've made some review comments.
--
___
Python tracker
<https://bugs.python.org/issue39073>
___
___
Pytho
R. David Murray added the comment:
You are welcome to open a doc-enhancement issue for the global docs. For the
other, as noted already if you want to advocate for a change to this behavior
you need to start on python-ideas, but I don't think you will get any traction.
Another possible
David Vo added the comment:
I'm currently rather busy with other work, but if this happens to still be open
in a couple of months I might pick it up.
--
___
Python tracker
<https://bugs.python.org/issue39
New submission from David Vo :
If math.copysign(x, y) is passed an x that cannot be converted to a float and a
y that implements __float__() in Python, math.copysign() will raise a
SystemError from the TypeError resulting from the attempted float conversion of
x.
math.copysign() should
David Hewitt added the comment:
I had suspected that might be the case. We already use PyObject_Call but had
been hoping to experiment with the Vectorcall optimizations.
Without the symbols I might resort to reproducing the implementation of these
functions on the Rust side. Shouldn't
R. David Murray added the comment:
I actually agree: if most (by market share) MUAs handle the RFC-incorrect
parameter encoding style, and a significant portion does not handle the RFC
correct style, then we should support the de-facto standard rather than the
official standard
R. David Murray added the comment:
I don't object to this patch, but that sure looks like a broken system.
--
___
Python tracker
<https://bugs.python.org/issue39
R. David Murray added the comment:
This is not actually a duplicate of 11783. Rereading (parts of) that issue, we
decided we currently have no good way to do automatic conversion between
unicode and internationalized domains, so the user of the library has to do it
themselves. This means
R. David Murray added the comment:
Since Outlook is one of the mailers that generates the non-RFC-compliant
headers, it doesn't surprise me all that much that it can't interpret the RFC
compliant headers correctly.
I'm not sure there is anything we can do here.
I suppose someone could do
R. David Murray added the comment:
The legacy API appears to be using an RFC-incorrect (but common) encoded-word
encoding, while the new API is using the RFC-compliant MIME-parameter encoding
(% encoding). Which email client are you using
R. David Murray added the comment:
Actually, given that the contentmanager does accept a charset parameter for
text content, it does seem reasonable to treat this as a bug. But as I said
fixing it may not be trivial.
--
___
Python tracker
R. David Murray added the comment:
I think you are saying that you want the charset in the encoded filename to be
GBK rather than utf-8? utf-8 should certainly display correctly in your email
client, though, so if it is not there is something else going wrong.
As far as the 3 tuple
New submission from David Hewitt :
I have been looking into using vectorcall in
[pyo3](https://github.com/PyO3/pyo3) (Rust bindings to Python) against
python3.8.
It looks like the _PyObject_Vectorcall symbols are not included in the shared
library. I've checked both Windows and Linux.
I
Change by David CARLIER :
--
keywords: +patch
nosy: +devnexen
nosy_count: 4.0 -> 5.0
pull_requests: +18029
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18672
___
Python tracker
<https://bugs.python.org/i
David Carlier added the comment:
If it works for you, it might mean making a specific case for Linux systems in
configure.ac as a proper fix.
--
___
Python tracker
<https://bugs.python.org/issue39
David Carlier added the comment:
ah sorry I meant DFLAGS=" " (with a space).
--
___
Python tracker
<https://bugs.python.org/issue39761>
___
___
David Carlier added the comment:
Weird I just tried on ubuntu/systemtap...
--
___
Python tracker
<https://bugs.python.org/issue39761>
___
___
Python-bugs-list m
David Carlier added the comment:
What about DFFLAGS=" " ?
--
___
Python tracker
<https://bugs.python.org/issue39761>
___
___
Python-bugs-list mailing
David Carlier added the comment:
Sorry for the inconveniences. I can reproduce on FreeBSD too if I do not set
the DFLAGS env var (because FreeBSD needs architecture bits in addition). What
happens when make distclean && export DFLAGS="" &&
David added the comment:
Hi asvetlov,
Thank you for your reply.
I'm currently trying to debug a network issue, but I cannot determine the root
cause of it because of lack of logs. It would be extremely helpful for my
debugging if we could log the error that was raised by getpeername.
I
David Harding added the comment:
Hi ammar2,
Your comment completely clears up my issue. I was just uninformed.
As you have stated, no change needs to be made to the pypi version.
To enforce a version of ctypes with venv/pip, I need only enforce a python
version that is packaged
New submission from David Harding :
I wasn't sure where to report this.
ctypes currently bundled with Ubuntu 16.04 and 18.04 is version 1.1.0.
ctypes available through pypi is 1.0.2.
https://pypi.org/project/ctypes/
This makes maintaining a reproducible environment with venv kind of tricky
Change by David :
--
keywords: +patch
Added file:
https://bugs.python.org/file48900/log-peername-and-sockname-errors.patch
___
Python tracker
<https://bugs.python.org/issue39
New submission from David :
`sock.getpeername` can fail for multiple reasons (see
https://pubs.opengroup.org/onlinepubs/7908799/xns/getpeername.html) but in
`asyncio.selector_events._SelectorTransport` it's try/excepted without any
logging of the error:
```
if 'peername
Change by David CARLIER :
--
nosy: devnexen
priority: normal
pull_requests: 17786
severity: normal
status: open
title: ossaudiodev update helpers signature
versions: Python 3.9
___
Python tracker
<https://bugs.python.org/issue39
David Edelsohn added the comment:
The bug report implies a different bug than what is being reported. The bug is
not related to calling a LIBC function with an argument list that does not
match the function signature.
The true issue is that a Python ctypes structure definition on AIX
David Edelsohn added the comment:
Is this a legal use of Python ctypes? I don't see anything in the Python
documentation that one can call a ctypes function with an argument list that
does not match the function signature and expect it to work. Maybe this works
on x86 by accident
R. David Murray added the comment:
message_from_bytes
--
___
Python tracker
<https://bugs.python.org/issue39384>
___
___
Python-bugs-list mailing list
Unsub
R. David Murray added the comment:
If we can get an actual reproducer using message_as_bytes I'd feel more
comfortable with the fix. I worry that there is some other bug this is
exposing that should be fixed instead.
--
___
Python tracker
David Edelsohn added the comment:
How was Python compiled? With GCC? Which version of GCC?
I assume that Python was built as a 64 bit application based on libc loading
the 64 bit member shr_64.o.
Does the testcase work in 32 bit mode?
Does the testcase work if Python is compiled by XLC
David Edelsohn added the comment:
I think that Victor means AIX kernel and filesystems are not prepared for Y2038.
--
nosy: +David.Edelsohn
___
Python tracker
<https://bugs.python.org/issue39
New submission from David Hwang :
These two numbers are off by 1, and so should give different answer to
>>> math.remainder(12345678901234567890,3)
1.0
>>> math.remainder(12345678901234567891,3)
1.0
--
components: Library (Lib)
messages: 361211
nosy: David Hwan
Change by David Edelsohn :
--
nosy: +David.Edelsohn, Michael.Felt
___
Python tracker
<https://bugs.python.org/issue38628>
___
___
Python-bugs-list mailin
David Edelsohn added the comment:
In utime_stat_localtime.py, "os.stat (sec)" is the result of os.utime.
In utime_stat_localtime2.py "os.stat (sec int)" is the result of os.stat.
--
___
Python tracker
<https://bug
David Edelsohn added the comment:
[dje@rawhide ~]$ touch testfn
[dje@rawhide ~]$ python3 -c 'import os; os.utime("testfn", (4386268800,
4386268800))'
[dje@rawhide ~]$ stat testfn
File: testfn
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: fd
David Edelsohn added the comment:
Not -O3, but it's calling PyLong_FromLongLong on s390x as well
0x011ca524 <+28>:brasl %r14,0x10649b0
--
___
Python tracker
<https://bugs.python.org/i
David Edelsohn added the comment:
$ ./python utime_stat_localtime2.py
os.utime (sec): 4386268800
os.stat (sec int): 2147483647
os.stat (sec float): 2147483647.0
os.stat (ns): 21474836470
--
___
Python tracker
<https://bugs.python.
David Edelsohn added the comment:
$ ./python
Python 3.9.0a3+ (heads/master:aabdeb766b, Jan 28 2020, 13:50:48)
[GCC 10.0.1 20200121 (Red Hat 10.0.1-0.4)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> impor
David Edelsohn added the comment:
Output on s390x Fedora Rawhide:
$ ./python utime_stat_localtime.py
os.utime (sec): 4386268800
os.stat (sec): 4386268800
os.stat (ns): 21474836470
stat==utime? False
localtime: (2038, 1, 18, 22, 14, 7
David Edelsohn added the comment:
Do you believe that a single GCC 10 issue is affecting PPC64LE, ARM, and s390x,
but expressed in different manners on the different architectures OR is the
PPC64LE issue separate and architecture-depdendent
Change by David Filiatrault :
--
nosy: +David Filiatrault
___
Python tracker
<https://bugs.python.org/issue38980>
___
___
Python-bugs-list mailing list
Unsub
Change by David Filiatrault :
--
nosy: +David Filiatrault
___
Python tracker
<https://bugs.python.org/issue25702>
___
___
Python-bugs-list mailing list
Unsub
David Edelsohn added the comment:
Sorry, posted the wrong output above.
$ ./python -m test test_zipfile
0:00:00 load avg: 0.01 Run tests sequentially
0:00:00 load avg: 0.01 [1/1] test_zipfile
test test_zipfile failed -- Traceback (most recent call last):
File "/home/dje/src/cpython/Lib
David Edelsohn added the comment:
$ ./python -m test tet_zipfile
0:00:00 load avg: 0.03 Run tests sequentially
0:00:00 load avg: 0.03 [1/1] tet_zipfile
test tet_zipfile crashed -- Traceback (most recent call last):
File "/home/dje/src/cpython/Lib/test/libregrtest/runtest.py"
David Edelsohn added the comment:
The file was created and owned by another user. I have removed the file. I
have reached out to the user to find out why he is creating it.
--
___
Python tracker
<https://bugs.python.org/issue39
R. David Murray added the comment:
Please open a new issue for this question.
--
___
Python tracker
<https://bugs.python.org/issue10740>
___
___
Python-bug
301 - 400 of 12771 matches
Mail list logo