Eric V. Smith added the comment:
What does "path" (the input to ZipPath) look like?
Please change your print statement to:
print(repr(path), ZipPath(path).name)
Then send us the output from each version of python.
--
nosy: +eric.smith
Eric V. Smith added the comment:
I concur with Raymond.
--
___
Python tracker
<https://bugs.python.org/issue39694>
___
___
Python-bugs-list mailing list
Unsub
Change by Eric V. Smith :
--
resolution: -> not a bug
___
Python tracker
<https://bugs.python.org/issue46003>
___
___
Python-bugs-list mailing list
Unsubscrib
Eric V. Smith added the comment:
As they say, there's no such thing as "portable software", only "software that
has been ported". Especially in an area like file I/O: once you move beyond
simple "one process opens, writes, and closes; and another process then
Eric V. Smith added the comment:
PyOS_double_to_string is part of the stable ABI. I don't recall if we're
allowed to add new bitfield flags to a stable ABI function. We'd use a new
Py_DTSF_NORMALIZE_NEGATIVE_0 flag for this feature.
I suspect we can't add a flag, due to comparability
Eric V. Smith added the comment:
%-formatting already doesn't support some formats that float.__format__ does,
for example ','.
So I agree we shouldn't modify %-formatting. I don't have much of an opinion on
whether changing __format__ is a good idea
Eric V. Smith added the comment:
@Akuli: thanks for checking. And thanks so much for the awesome debugging with
curl: that was the key to solving the problem.
I didn't hear back from lahey.com what the problem was, but I'd sure be curious
to know!
--
resolution: -> third pa
Eric V. Smith added the comment:
I notified lahey.com, and it looks like the behavior is now normal (at least,
it looks okay by testing with the curl commands). Could someone who say this
problem in a browser please double-check?
--
___
Python
Eric V. Smith added the comment:
I suspect anti-virus software.
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue46003>
___
___
Python-bug
Change by Eric V. Smith :
--
resolution: works for me ->
stage: resolved ->
status: closed -> open
___
Python tracker
<https://bugs.python.or
Eric V. Smith added the comment:
That's interesting. I see the same behavior.
So this seems to be a problem on www.lahey.com. I'll see if I can report it to
them.
--
___
Python tracker
<https://bugs.python.org/issue45
New submission from Eric V. Smith :
What sort of usage example would help you?
Is https://docs.python.org/3/library/email.examples.html lacking something?
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue45
Eric V. Smith added the comment:
I agree that we don't need a special function for this, so I'm going to close
this.
--
nosy: +eric.smith
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracke
Eric V. Smith added the comment:
UTF-16 uses null bytes. I'm sure there are other encodings that do, too.
But I don't know if these encodings are permitted or common in zip files.
--
___
Python tracker
<https://bugs.python.org/issue45
Eric V. Smith added the comment:
Since the two reported problems are unrelated, this should be two bug reports.
The first one does seem like a duplicate, as Pablo mentions. I haven’t checked
to see if the second one already has an issue.
--
nosy: +eric.smith
Eric V. Smith added the comment:
Syntactically, this could be many possible errors: missing comma, missing
period, missing parens, missing brackets, etc.
A human can figure it out based on semantics, but based purely on syntax, I
think this error message is good enough
Eric V. Smith added the comment:
You would also need to decide what to do with these lines, just before the
os.sep test:
# Terminate the file name at the first null byte. Null bytes in file
# names are used as tricks by viruses in archives.
null_byte = filename.find
Eric V. Smith added the comment:
What's the use case for this? Can wheels even be installed in 2.2?
I think it's safe to assume the classifiers are not present because they're
outdated.
I think https://github.com/pypa/pypi-support/issues would be the best place to
report this, since it's
Eric V. Smith added the comment:
I don't think we'd want to prohibit zero-length namedtuples (or NamedTuples).
I've used them, especially when I'm dynamically creating them.
This is just a side effect of how Python works. I don't think there's anything
to do here, except maybe mention
Eric V. Smith added the comment:
This isn't a bug, it's a function of the IEEE-754 double precision floating
point type that python uses. See:
https://docs.python.org/3/tutorial/floatingpoint.html
You might want to consider the decimal module, although that will also have
limitations
Eric V. Smith added the comment:
Maxwell: thank you for your contribution.
I agree that these don’t belong in the re module.
I think a personal library or something on PyPI (logically equivalent to
more-itertools) would be more appropriate.
I suggest closing this as rejected
Eric V. Smith added the comment:
I agree with Éric and Ronald.
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue45889>
___
___
Python-bug
Change by Eric V. Smith :
--
assignee: -> eric.smith
___
Python tracker
<https://bugs.python.org/issue45946>
___
___
Python-bugs-list mailing list
Unsubscrib
Eric V. Smith added the comment:
I'm closing this as "won't fix" for the negative indexing functionality. If
someone wants to open an new documentation issue (and ideally provide a PR),
that would be welcome.
--
resolution: -> wont fix
stage: needs patch -> resol
Change by Eric V. Smith :
--
keywords: +patch
pull_requests: +28093
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29867
___
Python tracker
<https://bugs.python.org/issu
Change by Eric V. Smith :
--
assignee: -> eric.smith
___
Python tracker
<https://bugs.python.org/issue45524>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Eric V. Smith :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue45
Eric V. Smith added the comment:
Thanks, @andrei.avk!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
type: -> behavior
___
Python tracker
<https://bugs.python
Change by Eric V. Smith :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
type: -> behavior
___
Python tracker
<https://bugs.python
Eric V. Smith added the comment:
I agree with @iritkatriel. Also, such a change to argparse would be too
disruptive. So, I'm going to close this.
--
components: +Library (Lib) -Parser
nosy: +eric.smith
resolution: -> wont fix
stage: -> resolved
status: open -> cl
Eric V. Smith added the comment:
I think it's find to address both of these here.
--
components: +Documentation -Library (Lib)
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.
Eric V. Smith added the comment:
While I'd prefer -1 overall, I would also prefer 3 over 2. If we were adding
the feature from scratch, we wouldn't have decimal differ from int, float, and
complex.
And I'm not in favor of an uppercase converter, no matter what we do here. The
other
Eric V. Smith added the comment:
I'd support -1.
--
___
Python tracker
<https://bugs.python.org/issue45739>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric V. Smith added the comment:
At first glance, it looks like:
if(!(PyArg_ParseTuple(args,"s",s))) return NULL;
should be:
if(!(PyArg_ParseTuple(args,"s",))) return NULL;
The docs say: "A pointer to an existing string is stored in the character
pointer variab
Eric V. Smith added the comment:
Given that the normal sort() machinery wouldn't use this code, I don't think
there's any advantage to adding .sort() methods to bytes and bytesarray. The
downside to adding these methods is the increased complexity in the stdlib.
I think the better approach
Eric V. Smith added the comment:
I think the error should be AttributeError, which is what you'd get if the
class weren't frozen.
--
___
Python tracker
<https://bugs.python.org/issue45
Change by Eric V. Smith :
--
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issue45897>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric V. Smith :
--
assignee: -> eric.smith
___
Python tracker
<https://bugs.python.org/issue45897>
___
___
Python-bugs-list mailing list
Unsubscrib
Eric V. Smith added the comment:
And you can probably use sitecustomize.py to import this.
Since I don't see any action item here, I'm going to close this issue.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
_
Change by Eric V. Smith :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
versions: +Python 3.11 -Python 3.8
___
Python tracker
<https://bugs.python.org/issu
Eric V. Smith added the comment:
Thanks for the PR, @jcristharif.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Eric V. Smith added the comment:
New changeset 151c9bf649a049f52df388a8f2390988949abf59 by Miss Islington (bot)
in branch '3.9':
bpo-45693: Document `port` parameter to `loop.create_server` (GH-29760)
(GH-29763)
https://github.com/python/cpython/commit
Eric V. Smith added the comment:
New changeset 8cabcde8d66bfd8abc98b862c93c66946f8514a1 by Miss Islington (bot)
in branch '3.10':
bpo-45693: Document `port` parameter to `loop.create_server` (GH-29760)
(GH-29762)
https://github.com/python/cpython/commit
Eric V. Smith added the comment:
Oops, the float example should be:
>>> 123123.9
123_123.9
--
___
Python tracker
<https://bugs.python.org/issue45892>
___
___
Eric V. Smith added the comment:
We can't change the repr of int/float.
However, you can use sys.displayhook to achieve what you want:
import sys
def displayhook(o):
if o is None:
return
__builtins__._ = None
if isinstance(o, (int, float)):
print(format(o
Eric V. Smith added the comment:
Please provide the code you used to trigger this error, so that we can
reproduce it.
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue45
Eric V. Smith added the comment:
Thanks for the bug report!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Eric V. Smith added the comment:
New changeset d3062f672c92855b7e9e962ad4bf1a67abd4589b by Eric V. Smith in
branch 'main':
bpo-44649: Fix dataclasses(slots=True) with a field with a default, but
init=False (GH-29692)
https://github.com/python/cpython/commit
Eric V. Smith added the comment:
As a general rule, we don't accept large patches with changes like this. The
chance for breakage somewhere in the 27 files is too high.
I could see maybe dropping inheriting from object, since that's relatively safe.
--
nosy: +eric.smith
Change by Eric V. Smith :
--
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issue44649>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric V. Smith :
--
keywords: +patch
pull_requests: +27930
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29692
___
Python tracker
<https://bugs.python.org/issu
Eric V. Smith added the comment:
Presumably the correct way to do this is:
def __init__(self, tmp: "Foo|int"):
That is, the entire type hint is a string.
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.o
Eric V. Smith added the comment:
Thanks for the bug report!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Eric V. Smith :
--
keywords: +patch
pull_requests: +27920
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29679
___
Python tracker
<https://bugs.python.org/issu
Change by Eric V. Smith :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue45803>
___
___
Python-bugs-list mailing list
Unsubscrib
Eric V. Smith added the comment:
Please provide information about the system you’re running on. Also, tell us
how Python was installed.
I assume the title should be “… is unable to install …”.
--
nosy: +eric.smith
___
Python tracker
<ht
Eric V. Smith added the comment:
I don’t think repeating the hash invariant in multiple places adds anything, I
think it would just add clutter. I also think the existing docs are easier to
understand than the version with the hashing containers split out.
--
nosy: +eric.smith
Eric V. Smith added the comment:
I agree with Raymond.
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue45824>
___
___
Python-bugs-list m
Change by Eric V. Smith :
--
status: open -> pending
___
Python tracker
<https://bugs.python.org/issue45650>
___
___
Python-bugs-list mailing list
Unsubscrib
Eric V. Smith added the comment:
I would think the use case for 'text' is to not print the output to a web page,
so you wouldn't want the headers. The documentation says that cgitb was
generalized to not only produce output for web pages. The 'text' format
provides this generalization
Eric V. Smith added the comment:
Thanks for your contribution!
--
nosy: +eric.smith
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Eric V. Smith :
--
assignee: -> eric.smith
components: +Library (Lib) -ctypes
nosy: +eric.smith
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issu
Change by Eric V. Smith :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue45
Eric V. Smith added the comment:
Thanks for your contribution!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Eric V. Smith added the comment:
New changeset 77afb76942ea7067d74d9c07fb4da6f5f23ad2f5 by Miss Islington (bot)
in branch '3.10':
bpo-45741: docs: fix plural (GH-29461) (GH-29463)
https://github.com/python/cpython/commit/77afb76942ea7067d74d9c07fb4da6f5f23ad2f5
Eric V. Smith added the comment:
Please tell us:
- What the file contains, and what you're expecting it to contain.
- What system are you running on?
crap2.txt (the source file) is a single line, so I'm not sure what you're
expecting to happen.
--
nosy: +eric.smith
Eric V. Smith added the comment:
I think your option 2 makes the most sense.
--
___
Python tracker
<https://bugs.python.org/issue45708>
___
___
Python-bug
Eric V. Smith added the comment:
I think “provide” would be better.
--
keywords: +easy
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue45
Eric V. Smith added the comment:
I don’t think “N” should be supported. It was never the intention to have it
work.
--
___
Python tracker
<https://bugs.python.org/issue45
Eric V. Smith added the comment:
I think knowing that that's integer division is beyond what 2to3 can
accomplish. Plus, with lib2to3 being deprecated, I don't think anyone's going
to put any effort into this.
--
nosy: +eric.smith
___
Python
Eric V. Smith added the comment:
This is really a question for pip, which is a third party product (despite a
version of it shipping with core python). You can find their issue tracker at
https://pip.pypa.io/en/stable/
When reporting the bug there, you'll need to provide information about
Eric V. Smith added the comment:
That is, return field_name as an int if it's an int, otherwise as a string.
--
___
Python tracker
<https://bugs.python.org/issue45
Eric V. Smith added the comment:
I think your code is rational. But since string.Formatter gets such little use,
I'm not sure it's worth adding this to the stdlib. On the other hand, it could
be used internal to string.Formatter.
We'd need to pick a better name, though. And maybe it should
Eric V. Smith added the comment:
I assume this is a problem with the third party library, not with Python
itself. If so, you'll have to contact the authors of OneForAll.
But if you can create a small program that demonstrates the problem, maybe
someone here could take a look
Eric V. Smith added the comment:
The more I think about this, the more I think it's not .parse's job to fill in
the field numbers, it's the job of whoever is calling it.
Just as it's not .parse's job to give you an error if you switch back and forth
between numbered and un-numbered fields
Change by Eric V. Smith :
--
components: +Parser
nosy: +lys.nikolaou, pablogsal
___
Python tracker
<https://bugs.python.org/issue45716>
___
___
Python-bugs-list m
Eric V. Smith added the comment:
I agree with Mark.
Also, if we're going to change the C implementation, the Python implementation
should agree with it.
--
___
Python tracker
<https://bugs.python.org/issue45
Eric V. Smith added the comment:
> Side note: It's a somewhat weird that `.get_field` expects a string while
> `.get_value` expects an int for positional arguments.
.parse is just concerned with parsing, so it works on and returns strings.
.get_field takes strings because it is the
Eric V. Smith added the comment:
For reference, the documentation is at
https://docs.python.org/3/library/string.html#custom-string-formatting
I guess in your example it should return:
[('hello ', '0', '', None)]
--
nosy: +eric.smith
___
Python
Eric V. Smith added the comment:
I'm going to close this, since I don't think it's a bug in python, but rather
in the user's setup.
--
resolution: -> works for me
stage: -> resolved
status: open -> closed
type: crash -> behavior
__
Eric V. Smith added the comment:
I think this is a dupe of issue 27307.
--
___
Python tracker
<https://bugs.python.org/issue44496>
___
___
Python-bugs-list m
Eric V. Smith added the comment:
I'm guessing the first line of getopt.py got deleted somehow.
@rizqirizqi23: what do the first 10 lines of
/home/mgsrizqi/.pyenv/versions/3.10.0/lib/python3.10/getopt.py look like?
How did you install python?
--
nosy: +eric.smith
Eric V. Smith added the comment:
What do you do if a port is bound for IPv4, but is in use for IPv6?
--
___
Python tracker
<https://bugs.python.org/issue45
Eric V. Smith added the comment:
Is there an OS interface to ensure the same port on both stacks? I don't know
of one (although of course one might exist), in which case I don't know how
you'd ensure they're both the same.
--
nosy: +eric.smith
Eric V. Smith added the comment:
The core devs have decided to reject this. Basically for a few reasons:
- the possibility of introducing security vulnerabilities
- the ongoing maintenance burden
--
nosy: +eric.smith
resolution: -> rejected
stage: patch review -> resolved
Eric V. Smith added the comment:
The link on the doc page also works for me, sending me to
http://www.lahey.com/float.htm.
I think the problem is with @hanhantw's browser or ISP, or similar. I'm going
to close this.
--
nosy: +eric.smith
resolution: -> works for me
st
Eric V. Smith added the comment:
I don't have any code that would care, but if there's one thing I've learned in
15 years of python core development, it's that this will break someone's code.
If you want more feedback, you should probably bring this up for discussion on
the python-ideas
Eric V. Smith added the comment:
That seems like a pretty big change that could break a lot of existing code. I
suggest writing a wrapper around "in" if you want this behavior.
--
nosy: +eric.smith
___
Python tracker
<https://bu
Change by Eric V. Smith :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Eric V. Smith :
--
title: dataclasses `test_frozen_pickle` does not use all possible `pickle`
protocols -> dataclasses’s `test_frozen_pickle` does not use all possible
`pickle` protocols
___
Python tracker
<https://bugs.pyth
Change by Eric V. Smith :
--
title: `test_frozen_pickle` does not use all possible `pickle` protocols ->
dataclasses `test_frozen_pickle` does not use all possible `pickle` protocols
___
Python tracker
<https://bugs.python.org/issu
Eric V. Smith added the comment:
The problem is that dataclasses is looking for a default value for a field by
looking at getattr(cls, fieldname), which returns a value when fieldname is
"mro".
I think the best thing to do, at least for now, is prohibit a field named "mro&qu
Change by Eric V. Smith :
--
title: pprint module does not test pprint.pprint() -> pprint tests do not test
pprint.pprint()
___
Python tracker
<https://bugs.python.org/issu
Change by Eric V. Smith :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10, Python 3.11
___
Python tracker
<https://bugs.python.or
Eric V. Smith added the comment:
New changeset 087f089e5e04d5b132ffbff0576667d591f13219 by Eric V. Smith in
branch 'main':
bpo-45557: Fix underscore_numbers in pprint.pprint(). (GH-29129)
https://github.com/python/cpython/commit/087f089e5e04d5b132ffbff0576667d591f13219
New submission from Eric V. Smith :
For example, see issue 45557, where pprint.pformat(underscore_numbers=True)
worked, but pprint.pprint(underscore_numbers=True) did not.
Testing of pprint.pprint() should be added.
--
components: Library (Lib)
messages: 404647
nosy: eric.smith
Change by Eric V. Smith :
--
keywords: +patch
pull_requests: +27405
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29129
___
Python tracker
<https://bugs.python.org/issu
Eric V. Smith added the comment:
It's a bug in pprint.py. PR to follow shortly.
--
___
Python tracker
<https://bugs.python.org/issue45557>
___
___
Python-bug
Eric V. Smith added the comment:
Please do not post screen shots. They don't work for people with vision
impairments, and we can't copy and past from them, so it makes it harder for us
to help you.
It looks like it works with pformat, and not pprint:
>>> pprint.pfor
Eric V. Smith added the comment:
That's behavior we can't change without breaking code.
And it's documented as working this way, at least on Linux:
https://linux.die.net/man/2/lseek
--
nosy: +eric.smith
___
Python tracker
<ht
201 - 300 of 2689 matches
Mail list logo