New submission from Evan :
Apologies if this is pedantic; in the typing.py file the ParamSpec's doc string
says:
"They are only valid when used in ``Concatenate``,
or s the first argument to ``Callable``"
I believe it should be:
"They are only valid when used i
Change by Evan :
--
nosy: +schmave
___
Python tracker
<https://bugs.python.org/issue45807>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
New submission from Evan Greenup :
Read the hello.py in attachment.
This simple shallow recursion will never return result.
--
components: Library (Lib)
files: hello.py
messages: 406003
nosy: evan0greenup
priority: normal
severity: normal
status: open
title: recursive
Change by Evan Greenup :
Added file: https://bugs.python.org/file50432/hello.py
___
Python tracker
<https://bugs.python.org/issue45761>
___
___
Python-bugs-list mailin
Change by Evan Fagerberg :
--
keywords: +patch
pull_requests: +21567
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22572
___
Python tracker
<https://bugs.python.org/issu
Evan Fagerberg added the comment:
Reflecting on it more, there should be a sensible way to retrieve the set
attributes of the init method of any class without explicitly instantiating it,
via the inspect module.
--
___
Python tracker
<ht
Evan Fagerberg added the comment:
Rereading the documentation, I see that a class attribute set to null will
return a MagicMock for that attribute. That might be a reasonable workaround.
Perhaps the more concrete solution would be that dir lists uninitialized class
attributes and if a type
Evan Fagerberg added the comment:
Sorry one small note, the error in the example happens on
```python
logger.propagate = False
```
and not
```python
assert logger.propagate is False
```
--
___
Python tracker
<https://bugs.python.org/issue40
New submission from Evan Fagerberg :
Hello, I really like that this library allows for really strict mocking however
one thing I have noticed is that it seems like using spec on a mock does not
properly read the class body for attributes like some of the documentation
claims. For example
<pre>
New submission from Evan <ep58...@student.american.edu>:
Relevant base python library--
C:\Users\User\AppData\Local\Programs\Python\Python38\lib\_markupbase.py
The issue- After parsing over 900 SEC filings using beautifulsoup4, I get this
user warning.
UserWarning: un
New submission from Evan :
I observed a false positive for the csv sniffer has_header method. (It thought
there was a header when there was not.) This is due to the fact that in
has_header, it determines the csv dialect by sniffing it, and failed to
determine that the file I was using had
New submission from Evan Greenup :
Zstandard is getting more and more popular. It could be awesome if tarfile
support this compression format for .tar.zst file.
--
components: Library (Lib)
messages: 343945
nosy: evan0greenup
priority: normal
severity: normal
status: open
title
Change by Evan Newman :
--
title: Some Errors involving formatted strings aren't reported in the right
place. -> Some Errors involving formatted strings aren't reported in the right
place.
___
Python tracker
<https://bugs.python.org/issu
New submission from Evan Newman :
Formatted strings seem to have some quirks.
if you try putting in this, for example;
print(f'{0 0}')
; you get a syntax error, which is probably intended, but where the error is
reported is not always accurate. for example;
#just a comment, it doesn't
Change by Buck Evan :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue34706>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Buck Evan :
Specifically in the case of a class that does not override its constructor
signature inherited from object.
Github PR incoming shortly.
--
components: Library (Lib)
messages: 325501
nosy: bukzor
priority: normal
severity: normal
status: open
title
Change by Evan Allrich :
--
keywords: +patch
pull_requests: +8215
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34379>
___
___
Py
New submission from Evan Allrich :
At present the note [0] appears under the documentation for `json.dumps` (which
does not use the `fp` argument). It seems the note would be better placed with
the documentation for the affected function.
[0]
> Note
>
> Unlike pickle and mars
Evan Driscoll <eva...@gmail.com> added the comment:
One last comment for the time being.
I actually think *both* changes are valuable. Fixing the bug, well, fixes the
bug if you can set the appropriate flag. The improved error message still helps
for existing code and new code that *d
Evan Driscoll <eva...@gmail.com> added the comment:
> I also think that nargs=## could maybe be special-cased to just ignore
> the A/O designation completely and only check there are enough, but I
> haven't tried this out. Does this seem like a viable approach? Would a
&g
Evan Driscoll <eva...@gmail.com> added the comment:
I ran into this issue today. (Or rather a couple weeks ago, and I just
diagnosed it today.)
Reading through the thread and from the bug's age it looks like a fix is
probably not to promising, but Cherniavsky Beni's 2016-04-11 22:03 c
Change by Evan Driscoll <eva...@gmail.com>:
--
nosy: +evaned
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue9334>
___
__
New submission from Evan Andrews:
The method used for spawning subprocesses on Windows is not thread-safe under
certain circumstances. The following example demonstrates how this manifests:
>>> import threading
>>> import subprocess
>
Evan Andrews added the comment:
Thanks, Vinay. I understand you're busy, and I'm in no particular rush to have
this looked at, so feel free to come back to it when you have more time. I've
submitted the changes as a PR.
I also have an additional concern - even with this change
Changes by Evan Andrews <evanundersc...@gmail.com>:
--
pull_requests: +2134
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue28595>
___
Evan Andrews added the comment:
Do I need to create a pull request for this?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Evan Andrews added the comment:
Unfortunately shlex.shlex's defaults are probably going to remain that way for
a long time in order to avoid breaking backwards compatibility. Presumably
shlex.split was added so you didn't have to remember to set posix and
whitespace_split yourself
Evan Andrews added the comment:
Attaching an updated patch now that the two linked issues are resolved.
--
Added file: http://bugs.python.org/file46335/shlex2.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Evan added the comment:
I'm also interested in this. I've been using 'thing.__origin__ is
typing.Union', but this doesn't work in some of the older versions of typing.
--
nosy: +evan_
___
Python tracker <rep...@bugs.python.org>
Evan added the comment:
Works for me on the master branch. Thanks, Vinay.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Evan added the comment:
Works for me in Git Bash.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue22343>
___
___
Python-bugs-list
Evan added the comment:
The scripts are being read in with mode 'rb', decoded, modified, then written
back out with mode 'w'. This means the EOL conversion doesn't happen on the way
in, but does happen on the way out, and so '\r\n' becomes '\r\r\n'. One fix
would be to always use binary mode
Evan added the comment:
I've just submitted the form.
I'm attaching a second patch which also addresses another similar bug
demonstrated in the test case. The fix is to check for the 'c' state before
checking for quotes or escape characters.
--
Added file: http://bugs.python.org
Evan added the comment:
My mistake, it was addressed directly in issue21999. This is already fixed in
2.7.13 and will be fixed in 3.5.3.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Evan added the comment:
This is also broken in 3.5.2, but not in 3.6.0:
>>> list(shlex.shlex('echo b="",echo bar', posix=True))
['echo', 'b', '=', '', ',', 'echo', 'bar']
I'm guessing it was fixed incidentally by the changes in issue1521950.
--
ve
Changes by Evan <evanundersc...@gmail.com>:
--
nosy: +evan_
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29163>
___
__
Evan added the comment:
Second patch looks good, thanks. Do you also want to doctest that?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Evan added the comment:
Sorry for not being more clear in the original report - the error is in the
code, not in the output. The old behavior is punct=False, the new is punct=True.
--
___
Python tracker <rep...@bugs.python.org>
Evan added the comment:
I've attached a simplistic patch which fixes the problem. I suspect a better
fix might be to shuffle the elif branches around so the extra condition isn't
necessary. Vinay, what are your thoughts?
--
keywords: +patch
Added file: http://bugs.python.org/file46112
Evan added the comment:
I've attached a more complete patch. This takes the conservative approach of
retaining all functionality of 3.6 and treating this as a new feature for 3.7.
I don't think this is suitable for 3.6.1 given this new behavior contradicts
what is currently written
New submission from Evan:
https://docs.python.org/3/library/shlex.html#improved-compatibility-with-shells
The code sample here does not match the output - the first line is labelled
'New' and the second line 'Old'.
--
assignee: docs@python
components: Documentation
messages: 284481
New submission from Evan:
When both punctuation_chars and posix are used, any punctuation directly next
to quoted characters is interpreted as a single token.
>>> from shlex import shlex
>>> list(shlex('>"a"', posix=True))
['>', 'a']
>>>
Evan added the comment:
This package doesn't yet have a wheel for Python 3.6, so it falls back on the
source distribution, and the setup.py file doesn't run under Python 3.
You can either wait for the maintainer to upload the new wheel to PyPI, or take
one of the recently built installers
Evan added the comment:
No problem, thanks for your time.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29093>
___
___
Pyth
Evan added the comment:
This appears to be a bug with Git Bash, not Python or the launcher. Closing.
--
resolution: -> third party
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Evan added the comment:
I tried compiling the version of the launcher from
https://github.com/python/cpython/tree/3.3, and the bug is still present there.
Previously when I was testing older versions with the launcher I had to
uninstall pyreadline from several of them to confirm the bug
Evan added the comment:
No, it doesn't provide a version of readline that works with Windows binaries.
Trying to import readline fails no matter how I start Python.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Evan added the comment:
Yes, the history within the current Python session. It's worth noting that the
history usually behaves like in cmd.exe, not bash. (I don't have a py.exe
without the bug at the moment to confirm that is the same.)
Testing now, it seems all the history shortcuts (F1-F9
New submission from Evan:
When I launch *any* version of Python using py.exe from Git Bash, the up and
down arrows clear the line buffer instead of navigating history.
The following things all work as intended:
* py.exe in cmd.exe
* py.exe in Git Bash using winpty
* Python 2.7, 3.5, 3.6 when
Evan added the comment:
+1, I'm also using Windows with Git Bash and venv is unusable for me without
Brandon's workaround.
--
nosy: +evan_
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Evan added the comment:
This issue is relevant to Python 2 on Windows since you need to disable the EOL
conversion if you're trying to receive binary data on stdin.
See: http://stackoverflow.com/questions/2850893/reading-binary-data-from-stdin
--
nosy: +evan_
Evan added the comment:
I think the patch should remove the comma, not the double dash. This is a
parenthetical remark and should end the same way it starts.
See
https://www.grammarly.com/handbook/punctuation/dash/2/dash-parenthetical-information/
--
nosy: +evan_
Evan added the comment:
I've created issue28784 to capture the documentation fixes. When I have more
spare time, I'll work on a more complete patch.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Evan:
(This discussion started on issue28595.)
The new punctuation_chars keyword argument is intended to provide
"compatibility with the parsing performed by common Unix shells like bash,
dash, and sh", however the documentation and examples do not mention that
Evan added the comment:
I have some additional concerns with the changes introduced in
http://bugs.python.org/issue1521950:
1. The fact that posix defaults to False in shlex.shlex (but not in
shlex.split) is a huge beginner trap. If users are expecting to use this for
"compatib
Changes by Evan <evanundersc...@gmail.com>:
--
title: shlex.split should not augment wordchars -> shlex.shlex should not
augment wordchars
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
New submission from Evan:
The changes to shlex due to land in 3.6 use a predefined set of characters to
"augment" wordchars, however this set is incomplete. For example, 'foo,bar'
should be parsed as a single token, but it is split on the comma:
$ echo foo,bar
foo,bar
>&g
Evan Jones added the comment:
This is effectively the same as issue 27126. The discussion there convinced me
that this may not be working around, since it isn't the only place this can
happen! This same crash, caused by libdispatch not being fork compatible, also
happens with sqlite and tk
New submission from Evan:
When using nargs='*' with choices, it is impossible to specify 0 args:
from argparse import ArgumentParser
parser = ArgumentParser()
parser.add_argument('foo', choices=['foo'], nargs='*')
args = parser.parse_args([]) # <-- fails, error message below
assert args.
Evan Jones added the comment:
I have a crazy idea, but I'm not 100% sure how to implement it: If Python was
able to detect and report this error in a friendly way, it would allow people
to easily understand what is happening and to work around it. How can we do it?
First idea
Evan Jones added the comment:
To be clear: My reproduction scripts crash both Python 2.7.10 and Python 3.5.1
when you:
1. Download the source bundle from python.org.
2. Run ./configure; make
3. Use the built binary (because ./configure picks up the system version of
libsqlite.dylib)
I did
Evan Jones added the comment:
This is another instance of the following bug: http://bugs.python.org/issue27126
libdispatch (grand central dispatch) is not fork safe. The forkserver approach
is a good workaround, thanks!
--
nosy: +evan.jo...@bluecore.com
Changes by Evan Jones <evan.jo...@bluecore.com>:
Added file: http://bugs.python.org/file43004/osx_python3_crash.py
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Evan Jones:
The system version of libsqlite3 that is included in Mac OS X is not fork safe.
This means that if a process forks, and the child calls into it, it will crash
with the stack trace below.
I've reproduced this with both Python 2.7.10 and Python 3.5.1 on Mac OS X
Evan Jones added the comment:
I believe the root cause of this bug is the following issue:
http://bugs.python.org/issue27126 ; a workaround is to run the following code
before forking any subprocesses: sqlite3.connect(':memory:').close()
--
nosy: +evan.jo...@bluecore.com
New submission from Evan Hubinger:
The code
import itertools
it = itertools.chain.from_iterable((f() for f in [lambda: it]))
list(it)
definitely segfaults on Python 2.6, 2.7, 3.3, and 3.4, and probably segfaults
on other versions as well. The code is clearly incorrect in that the lambda
Evan Hubinger added the comment:
I wrote a patch to blacklist FunctionTestCase in TestLoader, and a test to make
sure FunctionTestCase doesn't show up in the TestSuite after loading a module
that includes it. The test runs successfully. This is my first patch, so
feedback would be appreciated
Buck Evan added the comment:
@serhiy.storchaka This is a very stable piece of a legacy code base, so we're
not keen to refactor it so dramatically, although we could.
We've worked around this issue by compiling pyc files ahead of time and taking
extra care that they're preserved through
Buck Evan added the comment:
New data: The memory consumption seems to be in the compiler rather than the
marshaller:
```
$ PYTHONDONTWRITEBYTECODE=1 python -c 'import repro'
16032
$ PYTHONDONTWRITEBYTECODE=1 python -c 'import repro'
16032
$ PYTHONDONTWRITEBYTECODE=1 python -c 'import repro
New submission from Buck Evan:
In the attached example I show that there's a significant memory overhead
present whenever a pre-compiled pyc is not present.
This only occurs with more than 5225 objects (dictionaries in this case)
allocated. At 13756 objects, the mysterious pyc overhead is 50
Buck Evan added the comment:
Also, we've reproduced this in both linux and osx.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24085
Changes by Evan Jones e...@evanjones.ca:
--
nosy: +evanj
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1043134
___
___
Python-bugs-list mailing
Changes by Evan Jones e...@evanjones.ca:
--
nosy: +evanj
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4696
___
___
Python-bugs-list mailing list
Evan Dandrea e...@ubuntu.com added the comment:
David,
Thanks for the pointers. I've updated the patch hopefully adequately addressing
your concerns.
--
components: +Interpreter Core -Library (Lib)
type: behavior -
Added file:
http://bugs.python.org/file21277/tarfile-fix-multiple
Changes by Evan Dandrea e...@ubuntu.com:
Removed file:
http://bugs.python.org/file21223/tarfile-fix-multiple-exception-on-enoent.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11513
Evan Dandrea e...@ubuntu.com added the comment:
Updated the patch to address Michael's concerns.
--
Added file:
http://bugs.python.org/file21221/test_posixpath_with_same_device.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Evan Dandrea e...@ubuntu.com added the comment:
I've looked at the sameopenfile code, and can see no reason why it would not
work on Windows. I've asked Brian to verify this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Evan Dandrea e...@ubuntu.com added the comment:
I haven't used addCleanup here, but have noted it for the future. In this
case, using it would require adding another function to handle the
reassignment, which I think is a bit more messy than the extra bit of
indentation
Evan Dandrea e...@ubuntu.com added the comment:
*facepalm* Indeed, thanks for pointing that out and nice catch on the race
condition. Attached is a patch to fix the issue as you've suggested, and adds
a test case for it.
--
keywords: +patch
Added file:
http://bugs.python.org
Changes by Evan Dandrea e...@ubuntu.com:
Added file:
http://bugs.python.org/file21223/tarfile-fix-multiple-exception-on-enoent.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11513
Changes by Evan Dandrea e...@ubuntu.com:
Removed file:
http://bugs.python.org/file21222/tarfile-fix-multiple-exception-on-enoent.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11513
Changes by Evan Dandrea e...@ubuntu.com:
Added file: http://bugs.python.org/file21228/fix_unpack_with_format.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11548
Changes by Evan Dandrea e...@ubuntu.com:
Removed file: http://bugs.python.org/file21196/fix_unpack_with_format.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11548
New submission from Evan Dandrea e...@ubuntu.com:
The attached patch increases the coverage in shutil. It makes the following
changes:
- Tests the code paths for file and directory copies across filesystems by
mocking out rename.
- Adds a test for shutil.copy.
- Adds a test
New submission from Evan Dandrea e...@ubuntu.com:
I've expanded the coverage of the posixpath test. The following scenarios have
been added:
- lexists with a non-existent file.
- ismount with binary data.
- ismount with a directory that is not a mountpoint.
- ismount with a non-existent
Changes by Evan Dandrea e...@ubuntu.com:
--
nosy: +michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11503
___
___
Python-bugs-list
Evan Dandrea e...@ubuntu.com added the comment:
Fixed a typo in the previous patch.
--
Added file: http://bugs.python.org/file21124/test_posixpath.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11503
Evan Dandrea e...@ubuntu.com added the comment:
Added an updated patch that includes testing whether ismount would succeed by
faking path being on a different device from its parent.
--
Added file:
http://bugs.python.org/file21125/test_posixpath_with_same_device.patch
Evan Dandrea e...@ubuntu.com added the comment:
It's probably best to give the fake stats inode numbers, so if the code does
fail to check the st_dev fields, it will fail the test. I've updated the patch
with this.
--
Added file:
http://bugs.python.org/file21128
New submission from Evan Dandrea e...@ubuntu.com:
Using Python tip from Sunday, I noticed that tarfile does not elegantly handle
ENOENT by raising a single exception:
tarfile.TarFile.gzopen('fdsfd', 'r')
Traceback (most recent call last):
File /home/evan/hg/cpython/Lib/tarfile.py, line 1808
New submission from Evan Dandrea e...@ubuntu.com:
Passing the format keyword parameter to shutil.unpack_archive triggers an
exception:
Traceback (most recent call last):
File Lib/test/test_shutil.py, line 650, in test_unpack_archive
unpack_archive(filename, tmpdir2, format=format)
File
Evan Driscoll eva...@gmail.com added the comment:
Hah, I totally forgot about this thing.
I'd suggest a change to the proposed patch. The patched version says:
In nearly all cases, ``join(head, tail)`` returns a location
equivalent to *path* (the only exception being when there were
New submission from Evan Teran evan.te...@gmail.com:
I have encountered an issue where python will do a request even when built
without IPv6. This becomes an issue because on some configurations this seems
to cause a 5 second delay on DNS lookups (that is a separate issue of course
Evan Klitzke e...@eklitzke.org added the comment:
New patch included, with a test case.
I had wanted to check the classmethod __module__ thing directly, but that
proved to be elusive, since the classmethod gets the __module__ attribute if
the module is '__main__', and you can't delete
Evan Klitzke e...@eklitzke.org added the comment:
I'm also interested in seeing this fixed. In the current behavior, the
following code doesn't work:
start code
from functools import wraps
def magic(func):
@wraps(func)
def even_more_magic(*args):
return func
New submission from Evan Driscoll eva...@gmail.com:
The documentation for os.path.split says, in part:
In nearly all cases, join(head, tail) equals path (the only
exception being when there were multiple slashes separating head
from tail).
But this is not quite true: that's
New submission from Evan evanphe...@gmail.com:
(I'm brand new to Python.org, apologies in advance if this has been
recorded elsewhere or is not a bug)
I've a simple script which fetching a url using httplib/urllib2 and then
simply searches the HTML for a string. Works on every URL I've tried
New submission from Evan Fosmark m...@evanfosmark.com:
Right now, it seems impossible to use cgi.FieldStorage in 3.0 if you're
giving it environ['wsgi.input'] like so:
post_data = cgi.FieldStorage(
fp=environ[wsgi.input],
environ=environ,
keep_blank_values=True
Evan Behar beh...@gmail.com added the comment:
Nevermind, my bad. With Brett's patch, the build does not work with
--enable-framework
It appears that configure.in makes no assignment to FRAMEWORKLINK or
AC_SUBST call with it, and so it is deposited in the final Makefile
verbatim
Evan Behar beh...@gmail.com added the comment:
Curiously, if I define --with-pydebug I get
ld: Undefined symbols:
___eprintf
If I don't define --with-pydebug but I do use --enable-universalsdk I
get a whole different problem:
gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk
1 - 100 of 108 matches
Mail list logo
