New submission from Jack DeVries :
When running regrtests via `./python.exe -m test` on my system, several
warnings about failing calls to malloc are generated during `test_decorators`.
Then, a segmentation fault happens shortly thereafter in `test_descrtut`.
The most recent commit on the
Change by Jack DeVries :
--
components: +Library (Lib), macOS
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue44411>
___
___
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25295
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26707
___
Python tracker
<https://bugs.python.org/issu
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25294
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26707
___
Python tracker
<https://bugs.python.org/issu
Change by Jack DeVries :
--
nosy: -jack__d
___
Python tracker
<https://bugs.python.org/issue38323>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jack DeVries :
--
pull_requests: -25270
___
Python tracker
<https://bugs.python.org/issue38323>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jack DeVries added the comment:
This doesn't look like a bug. It's hard to disentangle what your code is doing,
exactly, but it's most likely that between all your nested loops and classes
initializing each other, there is an exponential or greater growth in time
complexit
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 6.0 -> 7.0
pull_requests: +25340
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26755
___
Python tracker
<https://bugs.python.org/i
New submission from Jack DeVries :
In the intro to the C API
(https://docs.python.org/3/c-api/intro.html#include-files), it says, "see
Parsing arguments and building values for a description of this macro." There
is a link which leads to ``arg.rst``, but there is no description of
Change by Jack DeVries :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Change by Jack DeVries :
--
resolution: -> not a bug
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jack DeVries added the comment:
I'm closing this because I have the sense that this is a problem with my
system, but I'm continuing to investigate.
--
___
Python tracker
<https://bugs.python.o
Jack DeVries added the comment:
For future reference, here are some good guidelines for submitting bug reports
and asking for help to debug your code:
https://stackoverflow.com/help/minimal-reproducible-example
http://www.sscce.org/
--
nosy: +jack__d
status: pending -> o
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 4.0 -> 5.0
pull_requests: +25368
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26783
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
>From my pr, "This is a bandaid to help people save time debugging this
>non-bug. I don't think this solution is very strong; I'm just hoping to move
>the discussion forward on the bpo, and hoping for a hint on how to suppress
>the
Change by Jack DeVries :
--
pull_requests: +25371
pull_request: https://github.com/python/cpython/pull/26786
___
Python tracker
<https://bugs.python.org/issue40
Jack DeVries added the comment:
Alternatively, my latest PR implements what @ronaldoussoren suggested: capping
OS X memory allocations at 4TB.
--
___
Python tracker
<https://bugs.python.org/issue40
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 3.0 -> 4.0
pull_requests: +25378
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26795
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
If you need semicolon delimiters, can't you just pass ``delimiter=';'`` to the
reader or writer? I don't think there's a need for a separate dialect class for
that, since dialect classes should only provide a baseline for the most bro
New submission from Jack DeVries :
I made a proposal on discourse to redraft Doc/library/__main__.rst as it is
currently quite terse and there have been a series of bpo's asking for more.
See my discourse post:
https://discuss.python.org/t/proposed-overhaul-of-main-py-documentatio
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25442
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26867
___
Python tracker
<https://bugs.python.org/issu
Jack DeVries added the comment:
@iritkatriel, ok, I will close this issue, close PR26867, and move the work I
have over there. I probably can merge in and build upon the work from the
contributor on bpo-39452.
--
___
Python tracker
<ht
Change by Jack DeVries :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue44494>
___
___
Pyth
Change by Jack DeVries :
--
pull_requests: +25461
pull_request: https://github.com/python/cpython/pull/26883
___
Python tracker
<https://bugs.python.org/issue44
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 6.0 -> 7.0
pull_requests: +25460
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26883
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
Hi All,
As I wrote on the PR::
I am picking up the torch on 39452, continuing where @maggyero left
off, and also implementing my discourse proposal, which seemed to be
well-liked.
Feel free to leave any feedback for me on the GitHub PR, I&#
Change by Jack DeVries :
--
versions: +Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue39
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 5.0 -> 6.0
pull_requests: +25492
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/26919
___
Python tracker
<https://bugs.p
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 2.0 -> 3.0
pull_requests: +25504
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26935
___
Python tracker
<https://bugs.python.org/i
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 3.0 -> 4.0
pull_requests: +25505
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26936
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
@Jelle Zijlstra, they did think about this in the pep; see here
https://www.python.org/dev/peps/pep-0616/#id26
The PEP authors suggested a kwarg of ``required`` which is certainly better.
Maybe ``raise_exception`` would be even more explicit albeit verbose
Jack DeVries added the comment:
I'm going to close my PR; it seems like documentation is not the direction
we're going, so no need to keep it open.
--
___
Python tracker
<https://bugs.python.o
Jack DeVries added the comment:
@lemburg, hopefully I'm asking the right person... you're down as the devguide
expert on unicode and these changes would (I think) need to be applied here::
Objects/unicodeobject.c::12814 unicode_removeprefix_impl
Anyway, do you think this would b
Change by Jack DeVries :
--
nosy: +lemburg
___
Python tracker
<https://bugs.python.org/issue44521>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jack DeVries added the comment:
I think this already works unless you are using TypeVars::
t = Union[str, int]
isinstance(1, t)# True
isinstance('1', t) # True
If you are using TypeVars, though, it cannot work:
T = TypeVar('my_type')
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 2.0 -> 3.0
pull_requests: +25511
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26944
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
@serif2 nice catch!
--
___
Python tracker
<https://bugs.python.org/issue44526>
___
___
Python-bugs-list mailing list
Unsub
Jack DeVries added the comment:
mypy does not support __parameters__:
(venv) ➜ cpython git:(main) cat repro.py
from typing import TypeVar
T = TypeVar('T')
(int | list[T]).__parameters__
(venv) ➜ cpython git:(main) mypy --version
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 2.0 -> 3.0
pull_requests: +25544
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26982
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
I'm not sure if there will be interest in merging this PR since it hasn't
happened in all this time, but then again we've been emitting deprecation
warnings from these functions and methods for a *decade* now.
If the decision at this point
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 2.0 -> 3.0
pull_requests: +25559
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26999
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
This is documented in Doc/library/runpy.rst. Specifically, here:
> For a simple script, the specified code is simply executed in a fresh module
> namespace. For a valid sys.path entry (typically a zipfile or directory), the
> entry is first add
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 2.0 -> 3.0
pull_requests: +25560
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27000
___
Python tracker
<https://bugs.python.org/i
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 3.0 -> 4.0
pull_requests: +25674
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27131
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
@brandtbucher, I think that my PR implements the solution you've described
here. What do you think?
--
___
Python tracker
<https://bugs.python.org/is
Jack DeVries added the comment:
I wonder if the middle ground here is to let it be a teachable moment, and to
inform the user by having the string returned by __repr__ be a bit more
descriptive. Currently, it is:
> Use exit() or Ctrl-Z plus Return to exit
I propose:
> exit is the fu
Jack DeVries added the comment:
@brandtbucher, I'm sorry for the miscommunication. I started working on this
patch at the beginning of the week after message 397215... I'm a new
contributor too, and I wasn't sure if I would be able to make something that
worked, so I just kep
Jack DeVries added the comment:
The current string is correct. The word "union" is actually an exception to the
"a/an" rule. Here is more detail:
https://english.stackexchange.com/questions/266309/why-is-union-an-exception-to-the-a-an-rule
-
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 3.0 -> 4.0
pull_requests: +25687
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27145
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
To my understanding, it's supposed to say "transaction".
The source code is here:
https://github.com/python/cpython/blob/a158b20019b50e3ece6e4743ec4e6ae8d818b690/Modules/_sqlite/connection.c#L1434-L1467
I've opened
Jack DeVries added the comment:
I have another question about the docstring in the source beneath
logging.handlers.QueueHandler.prepare. It says:
> The object returned by this method is enqueued.
But, the prepare method doesn't do the enqueuing operation, it just prepares
the re
Jack DeVries added the comment:
I'm not able to reproduce this on my machine; the script runs without any issue.
> the `TestClass` instance is being closed
What do you mean by this statement? You aren't doing anything to TestClass or
its instance ("test") in this
New submission from Jack DeVries :
Consider the following code:
class A:
a = 'a'
# runs without error
match {'a': 1}:
case {'a': 1, A.a: 1}:
pass
# raises ValueError
match {'a': 1, 'b': 1}:
case {'a': 1, A.a:
Jack DeVries added the comment:
Another option if this problem is isolated to mapping patterns, we could
introduce a new op-code: BUILD_MATCH_MAP, which is essentially a wrapper around
BUILD_MAP that disallows duplicate key values.
--
___
Python
Jack DeVries added the comment:
The PR and backport to 3.10 have both been merged, so I think this issue can be
closed.
--
___
Python tracker
<https://bugs.python.org/issue44
Jack DeVries added the comment:
@brandtbucher, is anyone working on this yet? I'd like to take a crack at it
this week if it's still available!
--
nosy: +jack__d
___
Python tracker
<https://bugs.python.o
Change by Jack DeVries :
--
nosy: +jack__d
___
Python tracker
<https://bugs.python.org/issue44664>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jack DeVries added the comment:
@StevenHsuYL yes, you can go ahead and create a PR for this if you'd like! Just
follow the directions in the dev guide (link in sidebar).
I can't really tell for sure because I'm on my phone right now, but it looks
like this might be
Jack DeVries added the comment:
This is not a bug. See the docs:
The precision of the various real-time functions may be less than suggested by
the units in which their value or argument is expressed. E.g. on most Unix
systems, the clock “ticks” only 50 or 100 times a second.
On the other
New submission from Jack DeVries :
I believe this is a problem with my machine because I've tried checking out to
known good commits (which worked on my machine before) and have the same issue,
but I've tried everything and don't really know what to do next. I'm hoping
Change by Jack DeVries :
--
type: -> compile error
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issue44700>
___
___
Python-bugs-list mai
Jack DeVries added the comment:
I'm also getting this warning:
ld: warning: object file (Programs/python.o) was built for newer
macOS version (11.5) than being linked (11.0)
--
___
Python tracker
<https://bugs.python.org/is
Jack DeVries added the comment:
UGH I was experimenting with installing / compilingi gdb and had accidentally
installed a different version of `ar` :/
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Pytho
Jack DeVries added the comment:
Looking back at this issue, I can see that there is documentation for this in
the 'note' block. I'm just going to close this issue.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
__
Jack DeVries added the comment:
@jstockwin, the process usually goes like this:
1. You open a PR
2. The discussion continues over there. non-core-dev volunteers review your PR
and get it into a polished state.
3. A core dev will quickly take a look, provide feedback if necessary, or just
Jack DeVries added the comment:
Hi all!
@eamanu, I went ahead and picked up where you left off. I stopped short of
opening up a PR, because I don't want to step on any toes, but I definitely
want to do what I can to give this bpo one final shove over the finish line.
Despite not creat
New submission from Jack DeVries :
Good feedback from @merwork just missed the merge, but he is right: it should
be ``shell=True``, not ``"shell=True"``.
https://github.com/python/cpython/pull/26755#discussion_r675128438
I'll be attaching a PR in just a moment.
--
m
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25840
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27297
___
Python tracker
<https://bugs.python.org/issu
Jack DeVries added the comment:
I just took a look at this, and I'm getting an output of "no data" (just one
time) on 3.9.6. Has this been fixed?
--
nosy: +jack__d
___
Python tracker
<https://bugs.pyt
Jack DeVries added the comment:
Hi,
Found while sleuthing random issues. Can we close this?
--
nosy: +jack__d
___
Python tracker
<https://bugs.python.org/issue29
Jack DeVries added the comment:
What do you think about this as an entrypoint?
```sh
#!/usr/bin/env
# this becomes venv/bin/activate
# the old venv/bin/activate is now venv/bin/activate.sh
# Try to execute a `return` statement,
# but do it in a sub-shell and catch the results.
# If this
Jack DeVries added the comment:
*please disregard the typo in the shebang line!*
--
___
Python tracker
<https://bugs.python.org/issue41256>
___
___
Python-bug
Jack DeVries added the comment:
I am working on a fix for this bug. I'm a beginner cpython contributor, so if
anyone recognizes this as a fool's errand, please let me know!
--
nosy: +jack__d
___
Python tracker
<https://bugs.python.o
Jack DeVries added the comment:
Ah never mind. @Genarito, the ThreadPoolExecutor is supposed to be used as a
context manager. In your current code, the script ends and Python starts
tearing itself down while `execute_error` is still running in a subprocess.
If you simply use the
Jack DeVries added the comment:
I've identified the first bad commit with git-bisect:
commit b61b818d916942aad1f8f3e33181801c4a1ed14b
Author: Kyle Stanley
Date: Fri Mar 27 15:31:22 2020 -0400
bpo-39812: Remove daemon threads in concurrent.futures (GH-19149)
Remove daemon th
Jack DeVries added the comment:
The first bad commit was a fix for bpo-39812.
--
___
Python tracker
<https://bugs.python.org/issue43944>
___
___
Python-bug
Jack DeVries added the comment:
The regression that @janfrederik.konopka points out also has it's own open
issue: bpo-43944.
I'm trying to work on a fix for this regression. Slowly but surely. Now I've
finally found these threads, this information will be a big hel
Jack DeVries added the comment:
Woah, til the python shell has tab completion! This does seem like undesirable
behavior. I'd like to work on a fix for this if that's all right, assuming that
this behavior should not occur.
I haven't exactly found where the tab autocomplete
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25934
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27401
___
Python tracker
<https://bugs.python.org/issu
Jack DeVries added the comment:
> Now that I see hasattr() uses getattr(), it looks like the tab completion
> issue might not stem from line 155, but from line 180
> (https://github.com/python/cpython/blob/bb3e0c240bc60fe08d332ff5955d54197f79751c/Lib/rlcompleter.py#L180)
> wh
New submission from Jack DeVries :
In Doc/Makefile, all of the build rules should be dependent on the existence of
a virtual environment. I could see this being controversial, because folks who
have these tools installed elsewhere might prefer not to have a venv made for
them, but my personal
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25936
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27403
___
Python tracker
<https://bugs.python.org/issu
New submission from Jack DeVries :
The phrase "width defaults to 70." in the documentation for textwrap.wrap is
repetitive, because that information is already communicated in the function
signature.
The desire to fix this came up this discussion around this PR:
https://github.
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25951
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27423
___
Python tracker
<https://bugs.python.org/issu
Change by Jack DeVries :
--
pull_requests: +25952
pull_request: https://github.com/python/cpython/pull/26999
___
Python tracker
<https://bugs.python.org/issue44
Change by Jack DeVries :
--
pull_requests: +25962
pull_request: https://github.com/python/cpython/pull/27433
___
Python tracker
<https://bugs.python.org/issue44
Jack DeVries added the comment:
I'm going to go ahead and submit my PR under the assumption that Lukasz will
probably prefer to actually be able to review it when he takes a look at this,
and additionally we haven't heard from @eamanu.
@eamanu, I'll close it if you would l
Change by Jack DeVries :
--
pull_requests: +25963
pull_request: https://github.com/python/cpython/pull/27434
___
Python tracker
<https://bugs.python.org/issue19
Jack DeVries added the comment:
@behindthebrain, I noticed that this script behaves weirdly when I try to set
breakpoints at various places. However, the problem goes away when I raise the
recursion limit. Things in python will not work right if you set the recursion
limit to a low value
Jack DeVries added the comment:
What about low recursion limits? This program causes a segfault for me::
import sys
sys.setrecursionlimit(4)
print('goodbye, world')
--
nosy: +jack__d
___
Python tracker
<https://bu
Jack DeVries added the comment:
@brandtbucher yeah, you can close it, this was a silly idea.
--
___
Python tracker
<https://bugs.python.org/issue44658>
___
___
Jack Humphries added the comment:
This may be a build system problem.
Building the v3.9.6 tag locally on Windows 10.0.19043 produces a help file that
can properly search.
On top of that locally built python396.chm file output is 3MB larger (around
the same size as the 3.9.5 help file
Jack DeVries added the comment:
The only thing to consider is that connections are flakey, and the user might
typically want to explicitly handle them in most cases. Therefore, it's a
better API if the .connect() call appears in the user's code.
If anything, it might be better t
Jack DeVries added the comment:
> user might typically want to explicitly handle them in most cases.
*Explicitly handle exceptions
--
___
Python tracker
<https://bugs.python.org/issu
Jack DeVries added the comment:
The default recursion limit is 1,000; you're increasing it by a factor of 10.
It is documented that raising the recursion limit can cause crashes. What kind
of crash are you seeing? Segmentation fault or stack overflow? Also, provide
more details about
Jack DeVries added the comment:
Also, see related: bpo-44393
--
___
Python tracker
<https://bugs.python.org/issue44790>
___
___
Python-bugs-list mailin
Jack DeVries added the comment:
@petr.viktorin a whatsnew entry was added, what more notice could have been
provided?
I have an idea for an alternative that might be better. What if ``make clean``
deletes and restores the venv only if it already existed in the first place
Jack DeVries added the comment:
Actually, I tested out that idea
(https://github.com/python/cpython/compare/main...jdevries3133:bpo-44756-doc-make),
and I don't think its as nice of a solution. I think it is valuable for new
contributors to be able to type "make html" and hav
Jack DeVries added the comment:
Brian, can you be more specific about what problem is caused by the fact that
assertSequenceEqual does not use _getAssertEqualityFunc? Also, I'm not sure
what your example is trying to demonstrate. Can you provide a minimal example
that shows the problem
Jack DeVries added the comment:
> Some examples were added since this issue was created
See bpo-35183
--
nosy: +jack__d
___
Python tracker
<https://bugs.python.org/issu
101 - 200 of 410 matches
Mail list logo
