Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue42468>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
On Wed, Jan 18, 2012 at 10:59 AM, Marc-Andre Lemburg wrote:
>
> Marc-Andre Lemburg added the comment:
>
> STINNER Victor wrote:
> >
> > Patch version 7:
> > - Make PyOS_URandom() private (renamed to _PyOS_URandom)
> >
Guido van Rossum added the comment:
On Wed, Jan 18, 2012 at 1:05 PM, Antoine Pitrou wrote:
>
> Antoine Pitrou added the comment:
>
> > I like this, esp. if for old releases the collision counting is on by
> > default and the hash seeding is off by default, while in 3.3 bo
Guido van Rossum added the comment:
On Wed, Jan 18, 2012 at 3:37 PM, Terry J. Reedy wrote:
>
> Terry J. Reedy added the comment:
>
> > As much as the counting idea rubs me wrong,
>
> FWIW, the original 2003 paper reported that the url-caching system that
> they tested
Guido van Rossum added the comment:
On Wed, Jan 18, 2012 at 3:46 PM, Antoine Pitrou wrote:
>
> Antoine Pitrou added the comment:
>
> > > As much as the counting idea rubs me wrong,
> >
> > FWIW, the original 2003 paper reported that the url-caching system that
Guido van Rossum added the comment:
On Thu, Jan 19, 2012 at 8:58 PM, Frank Sievertsen wrote:
>
> Frank Sievertsen added the comment:
>
> >> That's true. But without the suffix, I can pretty easy and efficient
> >> guess the prefix by just seeing the result of
Guido van Rossum added the comment:
I'm +1 on adding this feature. See discussion in python-ideas.
PS. It should also be added to heapq.
--
___
Python tracker
<http://bugs.python.org/i
Guido van Rossum added the comment:
Wouldn't it make more sense to somehow share the dict with the underlying
function?
--
nosy: +gvanrossum
___
Python tracker
<http://bugs.python.org/is
Changes by Guido van Rossum :
--
nosy: +gvanrossum
___
Python tracker
<http://bugs.python.org/issue14060>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Note that Go channels have an optional buffer. That makes them more like the
queue module, except the latter doesn't support zero-sized queues. How hard
would it be to add that? And are there really use cases in Python for
unbuffered cha
Guido van Rossum added the comment:
Aside: I, too, at first thought this would be a bad idea because it brings back
the Python 2 issue of accepting some but not all Unicode strings. But then I
realized that by their nature these functions only accepts a very specific set
of characters -- so
Guido van Rossum added the comment:
I'd like to veto changing the meaning of 0, it's going to break somebody's
code. It's easy enough to add some other keyword argument to request an
unbuffered queue. Other than that, (1) and (2) seem fine to me. Please
consider maki
Guido van Rossum added the comment:
Not 100% sure what you're asking. Is your specific question whether it is okay
that str(Counter.update) returns 'Counter.update'? Yes, it is. Same for
Top.Nested.method.
--
___
Python
Guido van Rossum added the comment:
@RDM: yes, that's insane for this purpose. The size of the solution doesn't
match the size of the problem (the problem is non-existent for most people).
@Larry: That seems unnecessarily general. I take full responsibility for fixing
the preci
Guido van Rossum added the comment:
Thanks Martin. I'd be happy with nsec instead of ns.
--
___
Python tracker
<http://bugs.python.org/issue14127>
___
___
Guido van Rossum added the comment:
Any solution involving tuple is too ugly. Please stick with the plan.
--
___
Python tracker
<http://bugs.python.org/issue14
Guido van Rossum added the comment:
I don't see how that's better than
os.utime(path, ns=(atime, mtime))
If you think that in the future you could add resolution="fs", well, you could
just as easily add fs=(atime, mtime).
--
__
Guido van Rossum added the comment:
Yeah, dict_lookup.patch seems fine.
--
___
Python tracker
<http://bugs.python.org/issue14205>
___
___
Python-bugs-list mailin
Guido van Rossum added the comment:
On Tue, Mar 6, 2012 at 8:56 AM, Mark Shannon wrote:
>
> Mark Shannon added the comment:
>
> Jim Jewett wrote:
>> Jim Jewett added the comment:
>>
>> Can't this be triggered by non-malicious code that just happened to h
Guido van Rossum added the comment:
On Tue, Mar 6, 2012 at 9:43 AM, Jim Jewett wrote:
>
> Jim Jewett added the comment:
>
> On Tue, Mar 6, 2012 at 11:56 AM, Mark Shannon wrote:
>
>> Jim Jewett:
>>> Can't this be triggered by non-malicious code that
Guido van Rossum added the comment:
I'm still torn. Can you implement the counter without adding an extra field to
the dict object? I worry that we'll get the same objection we had when MAL
proposed collision counting as a solution to the hash DoS attack.
The numbers 0, 1 and in
Guido van Rossum added the comment:
On Thu, Mar 8, 2012 at 4:56 PM, STINNER Victor wrote:
>
> STINNER Victor added the comment:
>
>> Can you implement the counter without adding an extra field to the dict
>> object?
>
> Add a counter requires to change the prototy
Guido van Rossum added the comment:
Larry, are you sprinting on this? I'd love to help.
--
___
Python tracker
<http://bugs.python.org/issue14127>
___
___
Guido van Rossum added the comment:
I added a review as well. Not sure if that sends email by itself.
--
___
Python tracker
<http://bugs.python.org/issue14
Guido van Rossum added the comment:
Somehow patch #2 doesn't show up in Rietveld. :-(
Anyway, I'll leave completion of the review to Antoine, who's more competent in
this area. :-)
--
___
Python tracker
<http://bugs.pyt
Guido van Rossum added the comment:
Please don't add python-...@python.org to the nosy list.
--
nosy: -python-dev
___
Python tracker
<http://bugs.python.org/issu
Changes by Guido van Rossum :
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue14402>
___
___
Python-bugs-
Guido van Rossum added the comment:
Given that dictproxy is needed to implement the proper interface for classes I
don't think it is an implementation detail, and so I think it ought to be
constructable. We have more esoteric types constructable (e.g. function).
I also happen to think
Guido van Rossum added the comment:
Raymond, that sounds like a very irrational way of deciding where it should go.
--
___
Python tracker
<http://bugs.python.org/issue14
Guido van Rossum added the comment:
I like the suggestion of a library module containing proxy classes.
--
___
Python tracker
<http://bugs.python.org/issue14
Guido van Rossum added the comment:
Since it has to go *somewhere*, let's put it in the types module. It has a
variety of other types that are used in the implementation of classes and
functions and related things.
--
___
Python tracker
Guido van Rossum added the comment:
On Thu, Mar 29, 2012 at 9:12 AM, Antoine Pitrou wrote:
>
> Antoine Pitrou added the comment:
>
>> I must admit to being concerned by the possible impact of this change as
>> well.
>
> So am I.
I think it's tim
Guido van Rossum added the comment:
I'd like to bikeshed a little on the name. I think it should be
MappingProxy. (We don't use "view" much but the place where we do use
it, for keys/values/items views, is very different I think. Also
collections.abc already defines Map
Guido van Rossum added the comment:
But the sleep(0.1) forces a thread switch so I consider that still cheating --
nobody in their right mind would consider calling sleep() inside __hash__.
You can probably get it to fail without this by just doing a bunch of random
computation in the
Guido van Rossum added the comment:
Was the crasher ever converted into a unittest? I think that should be done
regardless of the outcome of the ongoing discussion about this issue.
--
___
Python tracker
<http://bugs.python.org/issue14
Guido van Rossum added the comment:
On Sun, Apr 1, 2012 at 1:58 PM, Raymond Hettinger
wrote:
[...]
> I'm wary of the original RuntimeError patch because
[...]
I had retorts to most of what you wrote, but decided not to post them.
Instead, I really want to have a serious discussion ab
Guido van Rossum added the comment:
Here's a hack that uses goto instead of recursion to restore the original
behavior, less the stack overflow. With this, hammer_dict_switchinterval.py
loops forever (which is I think what it's supposed to do if RuntimeError is
ne
Guido van Rossum added the comment:
Why delete that?
On Sunday, April 1, 2012, Raymond Hettinger wrote:
>
> Changes by Raymond Hettinger >:
>
>
> --
> Removed message: http://bugs.python.org/msg157338
>
> ___
Guido van Rossum added the comment:
> A counter can be added to dictobject.c.patch to avoid an infinite loop.
But why bother? There was no counter originally -- it would continue
until it ran out of stack. Since this can only be triggered if there
is Python code in the __eq__, that means t
Guido van Rossum added the comment:
But why on earth would one want a BOM in UTF-8-encoded data? It is byte-order
independent!
--
nosy: +gvanrossum
___
Python tracker
<http://bugs.python.org/issue14
Guido van Rossum added the comment:
> Is PEP the best place for such updates? Maybe we can add a `versionchanged`
> note in
> https://docs.python.org/3/reference/simple_stmts.html#annotated-assignment-statements
> instead?
We should definitely update the docs, with `versionch
Guido van Rossum added the comment:
> [T]here's other optional fields in the ast, type ignores don't seem essential
> to the `Module`, could those be made optional as well?
I think you're referring to the `?` syntax in `Python.asdl`. But the
`type_ignores` attrib
Guido van Rossum added the comment:
Yeah, the Sphinx use case is somewhat different from the originally envisioned
use case for get_type_hints(). Possibly Sphinx could just directly inspect
__annotations__ rather than calling get_type_hints()? I'm not sure if there's
any situa
Guido van Rossum added the comment:
I'm assuming the real issue is wanting to make IronPython pass as much of the
CPython test suite as possible. I am okay with interpretation (B) in this case
-- I can totally see that other parsing strategies have no use for adding the
'\n
Guido van Rossum added the comment:
New changeset 4011d865d0572a3dd9988f2935cd835cc8fb792a by Guido van Rossum
(Batuhan Taşkaya) in branch 'master':
bpo-23896: Add a grammar where exec isn't a stmt (#13272)
https://github.com/python/cpython/commit/4011d865d0572a3dd9988f293
Guido van Rossum added the comment:
Thanks Batuhan Taşkaya!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Guido van Rossum added the comment:
I've felt the need for this myself.
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue23378>
___
___
Change by Guido van Rossum :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Guido van Rossum added the comment:
How many more PRs do you plan? Or is this it?
--
___
Python tracker
<https://bugs.python.org/issue36878>
___
___
Python-bug
Change by Guido van Rossum :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Guido van Rossum added the comment:
Thanks!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Guido van Rossum added the comment:
Please submit a PR.
--
___
Python tracker
<https://bugs.python.org/issue37053>
___
___
Python-bugs-list mailing list
Unsub
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue22253>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Sorry for the oversight. Do you need help fixing that?
--
___
Python tracker
<https://bugs.python.org/issue35975>
___
___
Guido van Rossum added the comment:
OK, I'll look into this.
--
assignee: -> gvanrossum
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org
Change by Guido van Rossum :
--
keywords: +patch
pull_requests: +13534
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/13634
___
Python tracker
<https://bugs.python.org/issu
Guido van Rossum added the comment:
New changeset 77f0ed7a42606d03ebfe48ab152caf0d796d6540 by Guido van Rossum in
branch 'master':
bpo-37072: Fix crash in PyAST_FromNodeObject() when flags is NULL (#13634)
https://github.com/python/cpython/commit/77f0ed7a42606d03ebfe48ab152caf
Change by Guido van Rossum :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Guido van Rossum added the comment:
It looks like the backports need to be done manually. Hopefully you'll feel up
to that, otherwise we can close without doing the backports.
--
___
Python tracker
<https://bugs.python.org/is
Guido van Rossum added the comment:
Thanks! No 3.6 backport is needed after all.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Guido van Rossum added the comment:
Huh. I think I have mellowed with age. IOW SGTM.
On Sat, Jun 1, 2019 at 17:07 Ivan Levkivskyi wrote:
>
> Ivan Levkivskyi added the comment:
>
> Guido, I remember you were against exposing `ForwardRef` as public at some
> point, but recent
Guido van Rossum added the comment:
Please don’t call on just me. If you really don’t want this, call on the
Steering Council.
--
___
Python tracker
<https://bugs.python.org/issue37
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue37134>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
It seems we're keeping the new PyCode_New() signature, so we can do the same
here. Just document it; a versionchanged (if there isn't one yet) and a mention
in What's New sound appropriate.
--
___
Guido van Rossum added the comment:
I doubt it's meant as a feature. I don't recall anything about it. I suspect
it's got to do with limitations of the Windows installer (at the time). Maybe
there are other things that are siblings of "Lib" that must be importable,
Guido van Rossum added the comment:
IIUC sum() should also have a slash in the middle.
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue37
Guido van Rossum added the comment:
Thanks Brian!
--
___
Python tracker
<https://bugs.python.org/issue37134>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
What you want to write is as unreadable as it ever was.
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue37196>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
I'll create a PR that updates the What's New docs with news about all of these.
--
___
Python tracker
<https://bugs.python.o
Guido van Rossum added the comment:
I still get some warnings about docutils itself, e.g.
/Users/guido/v38/lib/python3.8/site-packages/docutils/writers/_html_base.py:1035:
SyntaxWarning: invalid escape sequence \(
'mathjax': ('\(%s\)', '\\begin{%s}\n%s\n\\end{%s
Change by Guido van Rossum :
--
pull_requests: +13848
pull_request: https://github.com/python/cpython/pull/13984
___
Python tracker
<https://bugs.python.org/issue35
Guido van Rossum added the comment:
> What will happen with Python 4? Why not using "full" Python version like (3,
> 4) or 0x304?
I don't think Python 4 is just around the corner, so I prefer to kick that
problem down the road. I'm sure we can come up with
Guido van Rossum added the comment:
New changeset 9b33ce48a7846dbdad32d4f8936b08e6b78a2faf by Guido van Rossum in
branch 'master':
bpo-35766: What's new in the ast and typing modules (#13984)
https://github.com/python/cpython/commit/9b33ce48a7846dbdad32d4f89
Guido van Rossum added the comment:
But this is the format currently used by typed_ast. I think it would just cause
a cascade of annoying failures for tools that switch between typed_ast and the
3.8 version of ast. Such as mypy.
--
___
Python
Change by Guido van Rossum :
--
pull_requests: +13855
pull_request: https://github.com/python/cpython/pull/13992
___
Python tracker
<https://bugs.python.org/issue35
Guido van Rossum added the comment:
Yes, this looks like a bugfix. Who wants an AttributeError? :-)
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue35
Guido van Rossum added the comment:
Thanks for taking care of this!
--
--Guido (mobile)
--
___
Python tracker
<https://bugs.python.org/issue35766>
___
___
Pytho
Guido van Rossum added the comment:
It's fine to document the current state. I don't think you should spend any
time *changing* the API to "future-proof" it.
I am hoping that larger changes to the compiler implementation will happen
before Python 4, which will mak
Guido van Rossum added the comment:
Flagging as Windows issue.
--
components: +Windows
nosy: +gvanrossum, paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue36
Change by Guido van Rossum :
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue30754>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue36689>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue37294>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue37302>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Do you want to give it a try yourself?
On Sun, Jun 16, 2019 at 14:42 Jörn Heissler wrote:
>
> Jörn Heissler added the comment:
>
> Hello,
>
> https://www.python.org/dev/peps/pep-0572/#change-to-evaluation-order
> mentions a change of
Guido van Rossum added the comment:
Ouch. That means we need to buy.p the puck format version number.
--
--Guido (mobile)
--
___
Python tracker
<https://bugs.python.org/issue35
Guido van Rossum added the comment:
I don't know why the failure is Windows-only, but I suspect that some of
the cleanup doesn't work there...
This definitely needs a bump of the pyc format version number.
--
___
Python track
Guido van Rossum added the comment:
How are the buildbots doing now?
--
___
Python tracker
<https://bugs.python.org/issue35224>
___
___
Python-bugs-list mailin
Guido van Rossum added the comment:
Sure seems to me as if we need to have a separate pass that looks for
out-of-place `return`, `yield`, `break` and `continue`, run before the
optimization removes `if 0:` blocks etc.
--
nosy: +gvanrossum
Guido van Rossum added the comment:
Are there any core devs who care enough to make a decision here?
--
___
Python tracker
<https://bugs.python.org/issue30
New submission from Guido van Rossum :
I read on python-ideas that the tutorial recommends getopt as the simple
argument parsing choice, and argparse as advanced. This is silly. We should
only promote argparse (unless you want to use raw sys.argv[1:]).
--
assignee: docs@python
Guido van Rossum added the comment:
New changeset 2491134029b195d3159a489e1803ee22a7839b41 by Guido van Rossum
(mental) in branch 'master':
bpo-37726: Prefer argparse over getopt in stdlib tutorial (#15052)
https://github.com/python/cpython/commit/2491134029b195d3159a489e1803ee
Guido van Rossum added the comment:
New changeset dcc53ebbff384076b0763c1f842966c189417071 by Guido van Rossum
(Miss Islington (bot)) in branch '3.8':
bpo-37726: Prefer argparse over getopt in stdlib tutorial (GH-15052) (#15070)
https://github.com/python/cpyt
Guido van Rossum added the comment:
New changeset 8990ac0ab0398bfb9c62031288030fe7c630c2c7 by Guido van Rossum
(Miss Islington (bot)) in branch '3.7':
bpo-37726: Prefer argparse over getopt in stdlib tutorial (GH-15052) (#15069)
https://github.com/python/cpyt
Guido van Rossum added the comment:
Thanks mental! All done.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Guido van Rossum :
--
versions: -Python 2.7
___
Python tracker
<https://bugs.python.org/issue37726>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
The 3.8 backport will land automatically once the tests pass.
The 3.7 backport ran into some trouble, probably a simple merge conflict.
Sushma do you want to try your hands at this? It probably requires some
learning about Git branches. We can also skip
Guido van Rossum added the comment:
Thanks for catching that this was still incomplete.
> Also, a major procedural note: it is NOT OK to merge a PEP implementation
> that completely ignores parts of the PEP. The merged tests are actively
> forcing NON-compliance with the accepted P
Guido van Rossum added the comment:
Thanks for being part of the village raising this child!
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue37
Guido van Rossum added the comment:
Can you suggest a PEP update too, for the case that goes beyond the PEP?
And please provide examples (not everybody knows immediately what
"outermost iterable expression" refers to. :-)
--
___
Pyth
3201 - 3300 of 5563 matches
Mail list logo
