Change by David Beazley :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue16894>
___
___
Python-bugs-list
Change by David Beazley :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue7946>
___
___
Python-bugs-list
David Steele added the comment:
For those looking for a solution now, see
https://pypi.org/project/argparse-formatter/
--
___
Python tracker
<https://bugs.python.org/issue12
David Justo added the comment:
Hi folks,
I'd be interested in contributing to this issue, since it seems "easy" enough,
but I'm unsure that consensus was reached about the right solution.
>From what I gathered from Giampaolo's comments, we have solutions that shou
David Justo added the comment:
Hi folks! I'm interested in contributing to this issue, but I'm unsure about
the context.
Can `>>>>` prompts be toggled on-and-off in the docs? I do not see that option.
I read that this is possible in javascript-enabled versions of the
New submission from David Murphy :
>From porting Python 3.7.8 to Solaris 11.4 (base open version) found that the
>handling of crle output has changed between Solaris 11.3 and 11.4 and
>accommodation has not been made for the change.
For example:
Solaris 11.3
root@sol11:~/sol_build/p
David Murphy added the comment:
Forgive any process/workflow errors first time, submitting to Python
--
___
Python tracker
<https://bugs.python.org/issue42
David Lukeš added the comment:
Any updates on this? Making Executor.map lazier would indeed be more consistent
and very useful, it would be a shame if the PR went to waste :) It's a feature
I keep wishing for in comparison with the older and process-only
multiprocessing API. And event
Change by David Bordeynik :
--
keywords: +patch
nosy: +DavidBord
nosy_count: 2.0 -> 3.0
pull_requests: +23051
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24228
___
Python tracker
<https://bugs.python.org/i
Change by David CARLIER :
--
components: FreeBSD
nosy: devnexen, koobs
priority: normal
pull_requests: 23073
severity: normal
status: open
title: resources module, FreeBSD update adding RLIMIT_KQUEUES constant
versions: Python 3.10
___
Python
Change by David Murphy :
--
pull_requests: +23080
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24226
___
Python tracker
<https://bugs.python.org/issu
David Edelsohn added the comment:
This has nothing to do with AIX.
This conversation should include Charalampos Stratakis, but I don't see him as
an option for Nosy.
It probably is easy to add a s390 31-bit build to one of the buildbots.
--
nosy: -aixto...@gmai
David Edelsohn added the comment:
I already am running a Debian s390x buildbot for Python. Someone can adjust
the rules for the buildbot to include a 31-bit builder. The Debian buildbot
has relatively few builder variants relative to the other s390x targets
David Edelsohn added the comment:
I understand the issue is s390, not s390x. I am offering that there already is
an s390x worker, so would it be sufficient to build and test Python in 31 bit
mode on that worker as opposed to installing a complete s390 Debian system
David Edelsohn added the comment:
gcc -m31 -dM -E - < /dev/null
--
Added file: https://bugs.python.org/file49817/gcc-s390.txt
___
Python tracker
<https://bugs.python.org/issu
David Edelsohn added the comment:
gcc -dM -E - < /dev/null
--
Added file: https://bugs.python.org/file49818/gcc-s390x.txt
___
Python tracker
<https://bugs.python.org/issu
David Edelsohn added the comment:
I am not aware of significant use of 31 bit mode.
But I don't see the benefit of annoying and discouraging users who want to
experiment with Python and with Linux on Z in 31 bit mode. Yes, maintenance
theoretically is a burden, but there have be
David Edelsohn added the comment:
Victor: https://en.wikipedia.org/wiki/31-bit_computing :-)
--
___
Python tracker
<https://bugs.python.org/issue43179>
___
___
David Bordeynik added the comment:
I would appreciate a code review - thank you
--
___
Python tracker
<https://bugs.python.org/issue42643>
___
___
Python-bug
Change by David Bolen :
--
nosy: +db3l
___
Python tracker
<https://bugs.python.org/issue43166>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Edelsohn added the comment:
Christian,
The Python Community Code of Conduct also states:
Being respectful of differing viewpoints and experiences.
Showing empathy towards other community members.
Various developers are passionate about this topic and the entire series of
comments has
David Bolen added the comment:
I don't think it's actually any change in ceval per se, or any new buffers,
just how the compiler code generation has changed due to this commit.
Based on some local testing, the triggering issue is the exclusion of the
optimization pragma entirel
David Bolen added the comment:
I hadn't tested release mode earlier, since the commit only removed the pragma
in debug builds, but I just built a release build with the commit in place on
the worker and it seems fine.
So barring stack changes (enlarging or improving usage) it appear
David Bolen added the comment:
Steve, where is that configured? If reducing that further would resolve the
crashes while retaining ceval debugging, maybe that's a reasonable trade-off,
though based on my testing, reverting still seems simpler.
Right now the debug build on the bui
David Bolen added the comment:
Yes, that was the idea (revert the PyDEBUG condition only); it sounds like
everyone is on the same page.
I've been doing buildbot duties only for a while (no code contributions since
long before the current process), so there may be a short delay wh
Change by David Bolen :
--
keywords: +patch
pull_requests: +23510
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24739
___
Python tracker
<https://bugs.python.org/issu
David Bolen added the comment:
The win10 buildbot is green again, so I think this can be closed.
--
___
Python tracker
<https://bugs.python.org/issue43
New submission from David Wood :
I have a c function to encrypt values which returns an array of bytes. The
function returns proper values outside of python. When used as a python
function, the result is incomplete usually 10-20% of the time. If I add a
sleep(1) call before returning from
David Wood added the comment:
I have not gone to the extent of comparing the direct output against what
python gets, although it appears to be incomplete. The following is my encrypt
function which has been used successfully for many years in a separate c
program, so I have high confidence
David Wood added the comment:
Christian -
Thank you for this. I did as you suggested however, I still have the same
problem. As I pointed out in my original message, the problem does not exist
if I insert a sleep(1) statement prior to returning from the function.
Additional to that, I
David Wood added the comment:
Still no bueno.
--
___
Python tracker
<https://bugs.python.org/issue43435>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from David Wilson :
When viewing docs for classes that use annotations, pydoc's rendering of
argument lists is regularly truncated at the terminal edge (if using `less
-S`), or wrapped in a manner where quickly scanning the output is next to
impossible.
My 'classi
Change by David Wilson :
--
keywords: +patch
pull_requests: +23570
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24802
___
Python tracker
<https://bugs.python.org/issu
Change by David Wood :
Added file: https://bugs.python.org/file49862/crypt.tar.gz
___
Python tracker
<https://bugs.python.org/issue43435>
___
___
Python-bugs-list mailin
David Wood added the comment:
Attached are the basic files. As you can see in the example test9.py, I am
generating a random string, encrypting it, decrypting it, and comparing the
decrypted result with the original value.
This is intended to run on linux and requires the mcrypt library
Change by David Wood :
Removed file: https://bugs.python.org/file49862/crypt.tar.gz
___
Python tracker
<https://bugs.python.org/issue43435>
___
___
Python-bugs-list m
Change by David Tucker :
--
nosy: +tucked
___
Python tracker
<https://bugs.python.org/issue43465>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Wood added the comment:
Christian/Eric -
Thank you both so much for taking time on this. Christian had pointed out the
use of memcpy vs strncpy. It turns out that while strncpy is designed to copy
a specific number of chars, it turns out that it stops on null. I did make the
Change by David Wood :
Removed file: https://bugs.python.org/file49861/crypt.tar.gz
___
Python tracker
<https://bugs.python.org/issue43435>
___
___
Python-bugs-list m
Change by David Strobach :
--
nosy: +laloch
___
Python tracker
<https://bugs.python.org/issue40726>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
&
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.o
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.py
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 n
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 th
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"
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 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
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
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
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
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
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
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 addr
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://bu
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 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 veri
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:
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
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 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
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-
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: +dav
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
Change by David Caro :
--
keywords: +patch
nosy: +David Caro
nosy_count: 5.0 -> 6.0
pull_requests: +20617
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21473
___
Python tracker
<https://bugs.python.org/i
David Caro added the comment:
Just sent a PR that fixes the issue (a first approach), let me know if it's
addressing the issue correctly or if there's a better way.
Thanks!
--
___
Python tracker
<https://bugs.python.o
David Caro added the comment:
> David, which issue number is this?
It's issue41295, pr #21473
--
___
Python tracker
<https://bugs.python.org
David Friedman added the comment:
I know this is 6 years too late, but I had this problem a few minutes ago on
Python2.7. Googling didn't find me anything relevant except this bug entry.
However, I found the cause myself: I had a test file named argparse.py (and an
argparse.pyc) i
David Bolen added the comment:
I can at least confirm that this commit is the source of the issue on the
Windows 10 buildbot. Interactively, it fails every time with it in place
(unlike the buildbot which has had the occasional success) and passes reliably
with it reverted.
The error
David Bolen added the comment:
First, I also no longer see the error with a local PR 21446 build on the Win10
buildbot.
As for timing, I believe policy is to revert, but in my view it can probably
depend on how short "a bit" is for the fix. We've been in this state for 4-
David Halter added the comment:
Parso's incremental parser is a terrible idea. It also works and is pretty
fast, but the design is pretty terrible (it took me a lot of fuzzing to make
sure that it works decently well).
The basic problem is that it's reusing nodes in a mutable way.
David Edelsohn added the comment:
Tony, Please see my reply from 2020-02-05. This is a known "bug" in Python
ctypes. This is documented in Python ctypes. This will not be fixed. This
cannot be fixed.
Python ctypes converts the array to a structure and creates an incorr
New submission from David MacIver :
The following code raises a ZeroDivisionError:
from random import Random
Random(14064741636871487939).paretovariate(0.01)
This raises:
random.py, line 692, in paretovariate
return 1.0 / u ** (1.0/alpha)
ZeroDivisionError: float division by zero
David MacIver added the comment:
I guess on actual inspection of the code (which I should have done before,
sorry) it's obvious why this happens: u ** (1.0 / alpha) will round to 0.0 for
small values of u, and the smaller alpha is the higher the probability of that
happening, in th
David MacIver added the comment:
I should say, I don't actually care about this bug at all: I only ran into it
because of trying to recreate the random API and testing that my recreation
worked sensibly. I thought I'd do the good citizen thing and report it, but I'm
totall
David Halter added the comment:
@gvanrossum
> Does parso have to be pure Python? If not, we could generate C code like we
> do for CPython's parser.
I would rather write the parser either in C or Rust. So no, parso does not need
to be pure Python.
> Now, that doesn't w
David Edelsohn added the comment:
I thought that the ctypes documentation mentioned that Arrays passed by Value
are converted to Structures. I cannot find it in the ctypes documentation at
the moment. But Modules/_ctypes/stgdict.c has a large comment about passing
Arrays by Value as
David Edelsohn added the comment:
The example with memchr() never will be correct because it is invalid to call a
function with an argument list that doesn't match the function signature.
Your comment mentions that the AIX structure is size 16, but it looks like
Python calculates th
David Edelsohn added the comment:
As mentioned in the stgdict.c comment, this relates back to #22273 and #29565.
The passing of arrays/structs is fragile, to use a euphemism. The ctypes
behavior conforms to the x64 Linux ABI and x64 libffi, even the comment from
#22273,
"Structs tha
David Bolen added the comment:
Just for the record, this fix also appears to have resolved the issue with the
Win10 buildbot from bpo-41273, which was related to the same unraisable
exceptions mentioned in bpo-38912.
--
nosy: +db3l
___
Python
David Bolen added the comment:
It looks like there was an underlying asyncio.recv_into bug that was the likely
root issue here. It's recently been fixed in bpo-41467, and test_asyncio is
passing on at least the Win10 buildbot.
--
___
P
Change by David Halter :
--
nosy: +davidhalter
___
Python tracker
<https://bugs.python.org/issue41506>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Halter added the comment:
I second this. I just see people complaining about this not working in a lot of
tools. This is really not necessary for a feature that should not be used
anyway and puts work onto the greater Python ecosystem for no good reason
David Edelsohn added the comment:
+Eryksun,Vinay
The patch to address array passing described in issue #22273 introduced
regressions for other targets. The 16 byte struct size is specific to x86 ABI
and register passing convention. I appreciate that the 16-32 byte size
structure causes
David Edelsohn added the comment:
Core developers have full access to AIX system for the asking. Back to you,
Stefan.
--
___
Python tracker
<https://bugs.python.org/issue41
David Edelsohn added the comment:
AIX systems at OSUOSL have been part of the GNU Compile Farm for a decade. It
also is the system on which I have been running the Python Buildbot. Any
Compile Farm user has access to AIX.
https://cfarm.tetaneutral.net/users/new/
Also, IBM is in the
David Edelsohn added the comment:
AIX uses a "late" memory allocation scheme by default. If the test wants to
malloc(52631578947368422ULL) and intends it to fail, it should run with the AIX
$ export PSALLOC=early
environment variable. More than all of the other maxdata changes.
David Edelsohn added the comment:
Yes, it doesn't appear that it will be solved in libffi. I don't fully
understand the need for the work-around because it should gracefully overflow
to the stack. I can't tell if the issue is a problem with arguments passed by
value that ne
New submission from David Byrne :
Sub-classing and overriding json.JSONEncoder.default allows users to create
custom serialisation for objects that can’t otherwise be serialized. However,
this method is only called for dictionary values such that dictionary supported
keys (i.e. hashable types
David Edelsohn added the comment:
> About PSALLOC=early , I confirm that it perfectly fixes the issue.
> I'm surprised, because it is unspeakably slow on this machine,
These statements are not contradictory. No one is suggesting that Python
always should run with PS
David Edelsohn added the comment:
Yes, export file generation still is required.
Python does not need to utilize runtime linking. Using -G is a very bad choice
and severely discouraged with severe performance and other penalties.
--
___
Python
David Edelsohn added the comment:
It really would be better to discuss this in the builtbot mailing list and not
Python issue tracker.
I have been seeing problems with many buildbots for the past few weeks, not
just the s390x bots. I receive messages that all of the bots disconnected, but
David Edelsohn added the comment:
If they want to discuss here, fine, but the failing bot is a symptom not the
problem. The Buidlbot infrastructure is unstable, causing disconnects and
leaving un-removed files. If one looks at the workers, one can see many of the
architectures in
David Edelsohn added the comment:
I have found a large number of un-removed files in /tmp. Things seem to
function better with Buildbots running older 0.x "buildslave" as opposed to
newer "builtbot-worker" instances.
--
nosy: +David.Edelsohn
title: Buildbot: wo
David Edelsohn added the comment:
I can provide some information from the logs of one of the buildbots, or change
a parameter. Let me know.
--
___
Python tracker
<https://bugs.python.org/issue41
David Bolen added the comment:
I've been seeing failures on the Win10 buildbot 3.x branch that seem to
correlate with the timing of this change - could there be some further work
needed on Windows? Or, if it's a test-only artifact and the warnings are
innocuous, something to
David Bolen added the comment:
I'm guessing the warning appears odd as we're seeing a thread shutdown data
race. The message is produced by threading_cleanup in
support/threading_helper.py, and it appears that between the first and second
lines one of the initially dangling th
New submission from David Crespo :
Idle won't save a file if it didn't include a newline when it was opened (ex:
opening empty file)
Steps for reproducing the error:
1) get into some folder in Windows File Explorer
2) right-click on empty space for context menu
3) click new ->
David Edelsohn added the comment:
I have updated
edelsohn-aix-ppc64
edelsohn-debian-z
edelsohn-fedora-ppc64
edelsohn-fedora-rawhide-z
edelsohn-fedora-z
edelsohn-rhel-z
edelsohn-rhel8-z
edelsohn-sles-z
aixtools-aix-power6
--
___
Python tracker
901 - 1000 of 6372 matches
Mail list logo
