Adam Dunlap added the comment:
Thank your for your response. I'm running python 3.5.2. The linked issue is
indeed a duplicate of this one.
To reproduce, you can run two instances of the attached script at the same
time, i.e. python3 pymkdir.py & python3 pymkdir.py. It is a race conditio
Change by Adam Bielański :
--
pull_requests: +9085
___
Python tracker
<https://bugs.python.org/issue27165>
___
___
Python-bugs-list mailing list
Unsubscribe:
Adam Meily added the comment:
I've rebased onto upstream master and I fixed the CI build.
--
___
Python tracker
<https://bugs.python.org/issue29883>
___
___
Adam Olsen added the comment:
signalmodule.c has a hack to limit it to the main thread. Otherwise there's
all sorts of platform-specific behaviour.
--
___
Python tracker
<https://bugs.python.org/issue1
Adam Olsen added the comment:
Disagree; if you're writing signal-handling code you should be very careful to
do it properly, even if that's only proper for your current platform. If you
can't do it properly you should find an alternative that doesn't involve
signals.
The fact
Adam Olsen added the comment:
Converting to/from sig_atomic_t could have a compile time check on currently
supported platforms and isn't buggy for them. For platforms with a different
size you could do a runtime check, only allowing a fd in the range of 0-254
(with 255 reserved
Adam Olsen added the comment:
signal-safe is different from thread-safe (despite conceptual similarities),
but regardless it's been a long time since I last delved into this so I'm quite
rusty. I could be doing it all wrong.
--
___
Python
Adam Olsen added the comment:
The fd field may be written from the main thread simultaneous with the signal
handler activating and reading it out. Back in 2007 the only POSIX-compliant
type allowed for that was sig_atomic_t, anything else was undefined.
Looks like pycore_atomic.h should
New submission from Adam Johnson :
Whilst developing a new unused function check for flake8 (
https://github.com/PyCQA/pyflakes/pull/485 ) I ran it against the CPython
source code and found some uncalled functions.
--
messages: 356919
nosy: adamchainz
priority: normal
pull_requests
Adam Williamson added the comment:
Well, now our (Fedora QA's) automated testing of FreeIPA is showing what looks
like a problem with preexec_fn (rather than fork) being disallowed:
https://bugzilla.redhat.com/show_bug.cgi?id=1759290
Login to the FreeIPA webUI is failing, and at the time
Adam Williamson added the comment:
It's this function:
https://github.com/freeipa/freeipa/blob/master/ipalib/install/kinit.py#L66
The function `run` is imported from `ipapython.ipautil`, it's defined here:
https://github.com/freeipa/freeipa/blob/master/ipapython/ipautil.py#L391
all
Change by Adam Stewart :
--
pull_requests: +16178
pull_request: https://github.com/python/cpython/pull/16588
___
Python tracker
<https://bugs.python.org/issue26
Change by Adam Meily :
--
pull_requests: +17545
pull_request: https://github.com/python/cpython/pull/18158
___
Python tracker
<https://bugs.python.org/issue39
Change by Adam Meily :
--
pull_requests: +17546
pull_request: https://github.com/python/cpython/pull/18159
___
Python tracker
<https://bugs.python.org/issue39
Change by Adam Meily :
--
pull_requests: +17544
pull_request: https://github.com/python/cpython/pull/18157
___
Python tracker
<https://bugs.python.org/issue39
Change by Adam Meily :
--
pull_requests: +17543
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/18157
___
Python tracker
<https://bugs.python.org/issu
Adam Meily added the comment:
OK, that makes sense.
For 3.7, I can create a PR for that corrects the order of arguments passed into
_winapi.CreateProcess
For 3.8 / master, the problem appears to be that the check in
popen_spawn_win32.py to set the subprocess env is failing because
New submission from Adam Meily :
I upgraded from Python 3.7.1 to 3.7.6 and began noticing a behavior that was
breaking my code. My code detects if it's running in a virtualenv. This check
worked in 3.7.1 but is broken in 3.7.6.
>From the documentation, sys.prefix and sys.exec_prefix sho
Adam Bartoš added the comment:
I've been hit by this issue recently. On my configuration, print("a" * 10215)
fails with an infinite loop of OSErrors (WinError 8). This even cannot by
interrupted with Ctrl-C nor the exception can be catched.
- print("a" * 10214) is fine
New submission from Adam Williamson :
Not 100% sure this would be considered a bug, but it seems at least worth
filing to check. This is a behaviour difference between the new parser and the
old one. It's very easy to reproduce:
sh-5.0# PYTHONOLDPARSER=1 python3
Python 3.9.0b1 (default, May
New submission from Adam Williamson :
While debugging issues with the black test suite in Python 3.9, I found one
which black upstream says is a Cpython issue, so I'm filing it here.
Reproduction is very easy. Just use this four-line tester:
print("hello, world")
\
pr
New submission from Adam Eltawla :
I noticed the parameter name for imghdr.what in the documentation is wrong
Link: https://docs.python.org/3.8/library/imghdr.html?highlight=imghdr
function imghdr.what(filename, h=None)
In reality:
def what(file, h=None):
It is 'file' not 'filename
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
Adam Cmiel added the comment:
Got it, I didn't realize that the last step of augmented assignment is (in this
case) assigning the result of __iadd__ back to the tuple.
Thanks for the explanations!
--
___
Python tracker
<https://bugs.python.
New submission from Adam Cmiel :
Python version:
Python 3.8.3 (default, May 15 2020, 00:00:00)
[GCC 10.1.1 20200507 (Red Hat 10.1.1-1)] on linux
Description:
When assigning to a tuple index using +=, if the element at that index is a
list, the list is extended and a TypeError is raised
Adam Williamson added the comment:
Realized I forgot to give it, so in case it's important, the context here is
the black test suite:
https://github.com/psf/black/issues/1441
that test suite has a file full of expressions that it expects to be able to
parse this way (it uses `ast.parse
Adam Williamson added the comment:
I'm not the best person to ask what I'd "consider" to be a bug or not, to be
honest. I'm just a Fedora packaging guy trying to make our packages build with
Python 3.9 :) If this is still an important question, I'd suggest asking the
folks from
Adam Bartoš added the comment:
So far I could reproduce the issue on Python 3.7, Windows Vista 64bit. I'll try
with newer versions.
The output I got:
>>> from subprocess import *
>>> Popen("py -i foo.py", stdin=PIPE, stdout=PIPE, stderr=PIPE).communicate()
(b'',
Adam Bartoš added the comment:
The order is fine on Python 3.8, Windows 10.
--
___
Python tracker
<https://bugs.python.org/issue18838>
___
___
Python-bugs-list m
New submission from Adam Merchant :
When an objects __repr__ or __str__ methods return None a TypeError is raised.
However if this object is passed to a function and `args` is called from within
pdb, pdb will immediately exit.
Attached to this is bug_example.py which contains a simple
New submission from Adam Goldschmidt :
The urlparse module treats semicolon as a separator
(https://github.com/python/cpython/blob/master/Lib/urllib/parse.py#L739) -
whereas most proxies today only take ampersands as separators. Link to a blog
post explaining this vulnerability:
https
Change by Adam Goldschmidt :
--
pull_requests: +23120
pull_request: https://github.com/python/cpython/pull/24297
___
Python tracker
<https://bugs.python.org/issue42
Adam Goldschmidt added the comment:
I haven't noticed, I'm sorry. I don't mind closing mine, just thought it could
be a nice first contribution. Our PRs are different though - I feel like if we
are to implement this, we should let the developer choose the separator and not
limit to just
Adam Goldschmidt added the comment:
> That doesn’t feel necessary to me. I suspect most links use &, some use ;,
> nothing else is valid at the moment and I don’t expect a new separator to
> suddenly appear. IMO the boolean parameter to also recognize ; was better.
That
Adam Goldschmidt added the comment:
> I _didn't_ change the default - it will allow both '&' and ';' still. Eric
> showed a link above that still uses semicolon. So I feel that it's strange to
> break backwards compatibility in a patch update. Maybe we can make just '&
Adam Goldschmidt added the comment:
> The difference is that semicolon is defined in a previous specification.
I understand, but this will limit us in the future if the spec changes - though
I don't have strong feelings regarding this one.
> Dear all, now that Adam has signed the CLA,
Adam Liddell added the comment:
Wrapping every resource allocating call like that is what we were trying to
avoid, since it makes wait_for go from a simple one-line helper to something
you have to be very careful with.
Conceptually, a user should expect that wait_for should behave the exact
Change by Adam Liddell :
--
nosy: +aaliddell
___
Python tracker
<https://bugs.python.org/issue42130>
___
___
Python-bugs-list mailing list
Unsubscribe:
Adam Liddell added the comment:
Some discussion leading up to that change is here
https://github.com/MagicStack/asyncpg/pull/548 and in the issues it links.
--
___
Python tracker
<https://bugs.python.org/issue37
Adam Stewart added the comment:
Thanks, that does help. Spack uses both `--with-tcltk-includes` and
`--with-tcltk-libs`, and actually RPATHs the libraries in place. According to
otool, that is all working fine:
$ otool -L
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang
New submission from Adam Stewart :
I'm trying to install Python with tkinter support using the Spack package
manager. Spack adds the following flags to configure during install:
```
'--with-tcltk-libs=-L/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tcl-8.6.11
Adam Stewart added the comment:
Thanks, in that case it sounds like the problem is that Spack installs tcl and
tk to separate directories, but since tk depends on tcl and not the other way
around, tcl has no way of knowing where tk is installed. I'll see if I can
convince the other Spack
Adam Stewart added the comment:
I think I FINALLY figured out the problem. We were setting `TCLLIBPATH` to
`/lib/tk8.6` when it should be `/lib`. With this change,
tkinter seems to work for me. Thanks for all of your help!
--
___
Python tracker
Adam Stewart added the comment:
And... now it's not working again. Can you clarify exactly how tkinter finds
tk/tcl? Does it rely on TCL_LIBRARY or TK_LIBRARY env vars? TCLLIBPATH? If I
use all of these env vars, tkinter finds tcl/tk, but commands like:
$ python -m tkinter
$ python -c
Adam Meily added the comment:
I can potentially take a stab at writing up a PR for this. I've also seen this
affecting other locations that eventually call FormatMessage, including:
- ctypes.format_error() - this original issue
- os.strerror()
- OSError(winerror=X)
I will most likely look
Change by Adam Meily :
--
keywords: +patch
pull_requests: +26407
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27959
___
Python tracker
<https://bugs.python.org/issu
Change by Adam Meily :
--
nosy: +meilyadam
nosy_count: 5.0 -> 6.0
pull_requests: +26405
pull_request: https://github.com/python/cpython/pull/27959
___
Python tracker
<https://bugs.python.org/issu
New submission from Adam Schwalm :
The following snippet demonstrates the problem. If a subparser flag has a
default set, argparse will override the existing value in the provided
'namespace' if the flag does not appear (e.g., if the default is used):
import argparse
parser
Change by Adam Schwalm :
--
keywords: +patch
pull_requests: +26832
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28420
___
Python tracker
<https://bugs.python.org/issu
New submission from Adam Yoblick :
Repro steps:
1. Install Python 3.9 from the Microsoft Store
2. Try to create a virtual environment under the userappdata folder, using a
command line similar to the following:
"C:\Program
Files\WindowsApps\PythonSoftwareFoundation.P
Change by Adam Yoblick :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue45337>
___
___
Python-bugs-list mailing list
Unsubscrib
Adam Johnson added the comment:
Okay, I updated the PR to only remove inheritance from object. Should I reopen
the ticket? (Not sure of the etiquette.)
Perhaps I could later submit a second patch for use of `super()`, and so on?
--
___
Python
Change by Adam Johnson :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue45864>
___
___
Python-bugs-list
Adam Johnson added the comment:
It's exactly that ticket. I missed that when searching for duplicates - I only
searched for "pep420" and not "namespace packages". Mea culpa.
--
resolution: -> duplicate
___
Python tracker
&
New submission from Adam Johnson :
I often browse the unittest code in order to write extensions. It still uses
some Python 2-isms like classes inheriting from object, it would be nice to
clean that up.
--
components: Tests
messages: 406757
nosy: adamchainz
priority: normal
severity
Adam Johnson added the comment:
I just reported https://bugs.python.org/issue45864 , and closed as duplicate of
this.
--
nosy: +adamchainz
___
Python tracker
<https://bugs.python.org/issue23
New submission from Adam Johnson :
unittest's test discovery does not descend into directories without
`__init__.py`. This avoids discovering test modules that are otherwise valid
and importable, after PEP 420.
I've seen this more than once where there were valid looking test files not
being
Change by Adam Johnson :
--
keywords: +patch
pull_requests: +27934
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29698
___
Python tracker
<https://bugs.python.org/issu
New submission from Adam Konrad :
Modern image types webp and avif are not recognized by the mimetypes module.
Problem: Many tools are written in Python and running on macOS. Good example is
the AWS CLI. Running commands like "s3 sync" will save files with .webp and
.avif
Change by Adam Konrad :
--
keywords: +patch
pull_requests: +27523
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29259
___
Python tracker
<https://bugs.python.org/issu
Adam Bartoš added the comment:
Sorry, I don't. But my use case is not relevant any more since my package was a
workround for problems with entering Unicode interactively on Windows, and
these problems were resolved in Python since
New submission from Adam Pinckard :
Python 3.10 does not appear to respecting the OpenSSL configuration within
linux. Testing completed using Pyenv on both Ubuntu 20.04.4 and Centos-8. Note
PEP 644 which requires OpenSSL >= 1.1.1 is released in Python 3.10.
We operate behind a corporate pr
Adam Hopkins added the comment:
Duplicate of https://bugs.python.org/issue38854
Sorry I didn't come across our before submitting.
--
resolution: -> duplicate
stage: patch review -> resolved
status: open -> closed
___
Python tracke
Change by Adam Hopkins :
--
nosy: +ahopkins
nosy_count: 3.0 -> 4.0
pull_requests: +29736
pull_request: https://github.com/python/cpython/pull/31605
___
Python tracker
<https://bugs.python.org/issu
Change by Adam Hopkins :
--
keywords: +patch
pull_requests: +29728
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31605
___
Python tracker
<https://bugs.python.org/issu
New submission from Adam Hopkins :
I believe the following produces an unexpected behavior:
from inspect import getsource
def bar(*funcs):
def decorator(func):
return func
return decorator
@bar(lambda x: bool(True), lambda x: False)
async def
Adam Hopkins added the comment:
Sorry about that. I am doing some more digging to see if I can find the route
of it and a proposal for a non-breaking patch. The problem seems to be in
BlockFinder.tokeneater.
--
type: behavior ->
versions: +Python 3.7, Python
New submission from Adam Ulrich :
round(250,-2) returns 200
round(350,-2) returns 400
round(450,-2) returns 400
round(550,-2) returns 600
round(5,-1) returns 0
round(15,-1) returns 20
round(500,-3) returns 0
round(1500,-3) returns 2000
expected: round of 5 to consistently rounds up
Grzegorz Adam Hankiewicz
added the comment:
Any progress report on this issue, please?
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1739648
Grzegorz Adam Hankiewicz
added the comment:
Any progress report on this issue, please?
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1760357
New submission from Grzegorz Adam Hankiewicz gra...@users.sourceforge.net:
I've installed the official 2.6.3 dmg file of python and now want to
uninstall it to revert to the python version included by default by the
OS. I would do so if I knew what I have to remove or change
Marc Adam Anderson added the comment:
Unable to reproduce this bug on Mac OS X 10.8.3 (12D78) using Python 3.4.0a0
and the following browsers:
- Google Chrome 25.0.1364.172
- Firefox 13.0.1
- Safari 6.0.3 (8536.28.10)
--
nosy: +marcadam
___
Python
Marc Adam Anderson added the comment:
Tested patch using Python 3.4.0a0 on Mac OS X 10.8.3 (12D78). Patch appears to
fix the bug.
--
nosy: +marcadam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8862
Marc Adam Anderson added the comment:
This enhancement has been implemented. The code is based on hoffman's code.
Tests for this enhancement, as well as tests for os.getcwd() have also been
added. The docs have been updated and tested locally.
--
keywords: +patch
nosy: +marcadam
Added
Ricky Ng-Adam rnga...@lophilo.com added the comment:
I find this resolution to rejected somewhat questionable. It has been pointed
that the mmap behavior in Python differs from the behavior of the underlying
mmap as defined by the system documentation.
I think the incorrect assumption here
Adam Tauno Williams added the comment:
test fails for me with provided bad.tar [as described in comment] but test
passed after applying patch to tarfile.
--
nosy: +whitemice
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15858
Changes by Adam Tauno Williams awill...@whitemice.org:
--
nosy: +whitemice
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12319
___
___
Python-bugs
Change by Marc Adam Anderson :
--
nosy: -marcadam
___
Python tracker
<https://bugs.python.org/issue1154351>
___
___
Python-bugs-list mailing list
Unsubscribe:
601 - 678 of 678 matches
Mail list logo
