Guido van Rossum <[EMAIL PROTECTED]> added the comment:
Then what did you mean by "just to make it possible to write code
that runs under both" ?
___
Python tracker <[EMAIL PROTECTED]>
<http://
Guido van Rossum <[EMAIL PROTECTED]> added the comment:
But that's all part of the "make it easy to port" strategy.
I stick to my claim that trying to write code that runs unchanged in 3.0
is a non-goal of Python 2.6, and I do not want to suggest that this is a
good
Guido van Rossum <[EMAIL PROTECTED]> added the comment:
Well what would you suggest we do?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1717>
___
Guido van Rossum <[EMAIL PROTECTED]> added the comment:
OK, remove it in 3.0.1, provided that's released this year.
Performance fixes are always fair game for bugfix releases.
Please don't "fix" the what's new document (or undo the fix).
I do hope cmp() was
Changes by Guido van Rossum <[EMAIL PROTECTED]>:
--
nosy: -gvanrossum
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1717>
___
__
Guido van Rossum <[EMAIL PROTECTED]> added the comment:
Eh? It's just a doc bug now.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4185>
___
Guido van Rossum added the comment:
This was discussed recently on python-dev (or was it python-ideas). The
world is not ready for this. Please refer to the archive for motivation.
--
resolution: -> rejected
status: open -> closed
___
Guido van Rossum added the comment:
Retro, you are blowing this way out of proportion. Style guidelines are
not absolute rules that must be followed at all cost, and there are
always exceptions. You need to have a lot of experience before you can
claim with certainty that a certain piece of
Guido van Rossum added the comment:
Don't open a new issue to point out that you just opened a new issue.
About removing getopt.error: if it's in 3.0, it needs to stay or be
properly deprecated. 3.1 has to be backwards compatible with 3.0 for sure.
--
nosy: +gvanrossum
Guido van Rossum added the comment:
[-gvanrossum]
___
Python tracker
<http://bugs.python.org/issue1040026>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue1040026>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
I've been on vacation and unable to follow this, and won't have time to
catch up now. Note that I have no vested interest in Google's module
except knowing it has many happy users (I have never used it myself --
but Collin Winter has and h
Guido van Rossum added the comment:
After reading all that I still think we should fix this now, and fix
pickle so that it can read (and write?) 2.x pickles. This is much less
visible than cmp() still being present in 3.0, and we've already decided
to kill that in 3.0.1, so we can kill in
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue3826>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue4842>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
I don't think this has much to do with try/except. That it works in 2.6
but not in 3.0 isn't a big deal; the semantics of variables used in
except clauses has changed dramatically.
It has to do with deletion of a variable that's held in a cel
Changes by Guido van Rossum :
--
assignee: gvanrossum ->
versions: +Python 3.1 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue2897>
___
___
Py
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue2897>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
I'm not going to get to this.
--
assignee: gvanrossum ->
___
Python tracker
<http://bugs.python.org/issue2226>
___
_
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue2226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Not it.
--
assignee: gvanrossum ->
___
Python tracker
<http://bugs.python.org/issue2772>
___
___
Python-bugs-list mai
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue2772>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
assignee: gvanrossum ->
___
Python tracker
<http://bugs.python.org/issue1708>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue1708>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
assignee: gvanrossum ->
___
Python tracker
<http://bugs.python.org/issue2073>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue2073>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
assignee: gvanrossum ->
___
Python tracker
<http://bugs.python.org/issue1772833>
___
___
Python-bugs-list mailing list
Un
Changes by Guido van Rossum :
--
assignee: gvanrossum ->
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue614557>
___
___
Python-bugs-lis
Changes by Guido van Rossum :
--
assignee: gvanrossum ->
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue1911>
___
___
Python-bugs-list mai
Guido van Rossum added the comment:
For the record, I'm with Martin -- there are many existing uses that we
can't just legislate away.
--
nosy: +gvanrossum
___
Python tracker
<http://bugs.python.
Guido van Rossum added the comment:
I don't see why the refactoring has to maintain the same logic bug as
the original. I'm with Skip & Jeffrey.
--
nosy: +gvanrossum
___
Python tracker
<http://bugs.pyt
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue1696199>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
[Copy of a post I just made to python-dev]
I'm with Martin. In these days of distributed version control systems, I
would think that the effort for the Haiku folks to maintain a branch of
Python in their own version control would be minimal. It is l
Guido van Rossum added the comment:
I think this is my fault. I should have used the proper repr() of the
filename in the repr() of a file object from the beginning, then this
wouldn't have been a problem.
I think we should let this rest for Python 2.x (except for fixing the
test
New submission from Guido van Rossum :
I am attaching a file encoded in UTF-16 (with bom) which causes the
stream codec employed by the file reader to barf when reading by lines.
However reading the file in binary mode and decoding it in one fell
swoop works fine, and reading the whole text
Guido van Rossum added the comment:
Dang. Already fixed in trunk. (Is it fixed in 3.0.1 too?)
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Guido van Rossum added the comment:
@Gregory, that sounds like an odd enough use case to skip. However you
might want to look for __length_hint__ before giving up?
OTOH unless the use case is real, why not support it but making it slow?
___
Python tracker
Guido van Rossum added the comment:
I think it's fine if it returns an int iff the first arg is an int. In
other languages this would be overloaded as follows:
round(int)int
round(float)float
round(int, int)int
round(float, int)float
--
assignee: gvanr
Guido van Rossum added the comment:
Well, that would leave a function whose return *type* depends on the
*value* of one of the arguments, which I find very ugly.
I don't know why you think rounding an int to X (X>0) digits after the
decimal point should return a float -- it's not
Guido van Rossum added the comment:
I'm sorry, but I don't see a significant difference between $10 and
$10.00. If you want to display a certain number of digits, use "%.2f" %
x. And trust me, I'm not doing this for Fortran's sake.
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue2159>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
@gpsmith: Way to go!
@gpolo: Alas, test discovery is now a much harder problem because it
depends on using conventions for test naming. Unless all existing
implementations use the same conventions, it's hard to see how to
replace them. Please bring th
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue1835>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Beats me. I personally haven't had the pleasure to use either so I can't
decide. Maybe a vote or a bake-off?
___
Python tracker
<http://bugs.python.
Changes by Guido van Rossum :
___
Python tracker
<http://bugs.python.org/issue3871>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/o
Guido van Rossum added the comment:
I don't think a PEP is needed, and I do think ipaddr.py is ready for
inclusion. All that you really need is a core developer to champion the
inclusion.
___
Python tracker
<http://bugs.python.org/i
Guido van Rossum added the comment:
If changes to ipaddr could make things easier for netaddr's support of
advanced features, please do propose those changes!
___
Python tracker
<http://bugs.python.org/i
Guido van Rossum added the comment:
Playing tricks where compile-time and run-time see slightly different types is
probably more productive than trying to revert a PR that was in Python 3.9 and
3.10. :-)
I'm not opposed to supporting generic NamedTuple, but I expect the fix will
neve
Guido van Rossum added the comment:
This still hasn't been fixed. I suspect that a new patch should be produced and
uploaded as a PR. It looks pretty simple.
--
keywords: +easy
nosy: +gvanrossum
versions: +Python 3.10, Python 3.11, Python 3.7, Python 3.8, Pytho
Change by Guido van Rossum :
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue46896>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
I don't think that `except A|B` looks better than `except (A, B)`, so I am
against this proposal. Exception matching is its own special thing (e.g. it
doesn't honor virtual subclasses) and we shouldn't h
Guido van Rossum added the comment:
New changeset f537b2a4fb86445ee3bd6ca7f10bc9d3a9f37da5 by Andrew Svetlov in
branch 'main':
bpo-46771: Implement asyncio context managers for handling timeouts (GH-31394)
https://github.com/python/cpython/commit/f537b2a4fb86445ee3bd6ca7f10bc9
Guido van Rossum added the comment:
I'm closing this, the asyncio.timeout() context manager has been merged. Thanks
Andrew!
@agronholm you said you were interested in tweaking the cancellation behavior
some more. If you're still interested, let's discuss that in a separa
Guido van Rossum added the comment:
Good think I forgot to close the issue. ;-)
--
___
Python tracker
<https://bugs.python.org/issue46771>
___
___
Python-bug
Guido van Rossum added the comment:
Alas, I have no idea. I don't even recall what copy_with() is for (it was
apparently introduced in 3.7). Possibly vopy_with() is wrong here? I imaging
some of this has to do with the special casing needed so that repr() of an
empty Tuple type do
Guido van Rossum added the comment:
I've recently dabbled a bit in some new primitives for asyncio, and based on
that experience I think this would be very useful.
IIRC Trio does this (presumably at considerable cost) in userland.
--
___
P
Guido van Rossum added the comment:
Before we land GH-31840 we should have a somewhat more public discussion (e.g.
on python-dev or maybe in Async-SIG, https://discuss.python.org/c/async-sig/20;
or at least here) about deprecating the cancel message. I'm all for it but
certainly
Guido van Rossum added the comment:
Okay.
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue46843>
___
___
Guido van Rossum added the comment:
New changeset 29624e769c5c3c1e59c6acc8b69383ead53e8a9f by Victor Stinner in
branch 'main':
bpo-31415: importtime was made by Inada Naoki (GH-31875)
https://github.com/python/cpython/commit/29624e769c5c3c1e59c6acc8b69383
New submission from Guido van Rossum :
At least on Windows and macOS, this repro shows that frozen modules are on in a
dev build:
Mac:
~/cpython$ ./python.exe -c 'import os; print(os._exists.__code__)'
", line 41>
~/cpython$ ./python.exe -Xfrozen_modules=off -c 'impor
Change by Guido van Rossum :
--
type: -> behavior
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issue47017>
___
___
Python-bugs-list mai
Guido van Rossum added the comment:
The link
https://github.com/facebookincubator/cinder/blob/cinder/3.8/Python/ceval.c#L6617
points to something that I wouldn't associate with the subject. @Dino, could
you provide a new link (preferably a permalink)?
FWIW rather than dynamically che
Guido van Rossum added the comment:
I can't yet confirm a regression in 3.11 (the main branch, currently) compared
to 3.10. See my adventures in
https://github.com/faster-cpython/ideas/discussions/315.
--
___
Python tracker
&
Guido van Rossum added the comment:
@Dennis, if/when the PR looks good to you, you can merge it.
--
___
Python tracker
<https://bugs.python.org/issue47
Guido van Rossum added the comment:
Andrew, would you be interested in investigating this? I can't even follow the
flow through asyncio that causes the observed behavior (though I seem to have
confirmed it).
--
nosy: +asvetlov
___
Python tr
Guido van Rossum added the comment:
Nevertheless, the example code still hangs after calling sys.exit(). I can't
quite tell where it is hanging.
--
___
Python tracker
<https://bugs.python.org/is
Guido van Rossum added the comment:
With python built from main I get:
/Users/guido/test_sys_exit_in_exception_handler.py:12: DeprecationWarning:
There is no current event loop
loop = asyncio.get_event_loop()
Got error, exiting
Exception ignored in: >
Traceback (most recent call l
Guido van Rossum added the comment:
I think I'm with Serhiy, I don't understand the hesitance to transform
tuple[*Ts][int, str] into tuple[int, str].
What would be an example of a substitution that's too complex to do?
--
___
Guido van Rossum added the comment:
I will wait until there is a draft PR to review, or until you ping me.--
--Guido (mobile)
--
___
Python tracker
<https://bugs.python.org/issue46
Change by Guido van Rossum :
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue7946>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Guido van Rossum :
--
title: Add vectorcall for generica alias object -> Add vectorcall for generic
alias object
___
Python tracker
<https://bugs.python.org/issu
Guido van Rossum added the comment:
Start here:
https://docs.google.com/document/d/18CXhDb1ygxg-YXNBJNzfzZsDFosB5e6BfnXLlejd9l0/edit
AFAICT the SC hasn't made up their minds about this.
--
___
Python tracker
<https://bugs.python.org/i
Guido van Rossum added the comment:
I'd like to look at this as a case of simplifying something to its simplest
canonical form, but no simpler. This is what the existing fixed-typevar
expansion does: e.g. tuple[str, T, T][int] becomes tuple[str, int, int].
I propose that we try to agr
Guido van Rossum added the comment:
Andrew, thanks for explaining this.
The key thing I was missing was that the root cause of the problem is that
Future.__del__ is trying to log an error about the un-awaited task by calling
the exception handler directly. That actually feels a little dodgy
Guido van Rossum added the comment:
New changeset 0360e9f34659e7d7f3dae021b82f78452db8c714 by Andrew Svetlov in
branch 'main':
bpo-46829: Deprecate passing a message into Future.cancel() and Task.cancel()
(GH-31840)
https://github.com/python/cpyt
Guido van Rossum added the comment:
Fixed by deprecating the message argument to cancel(). It will be removed in
3.13.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bug
Guido van Rossum added the comment:
I’m sorry, my brain hurts when trying to understand my own code for super.
Hopefully someone younger can look at this.--
--Guido (mobile)
--
___
Python tracker
<https://bugs.python.org/issue44
Guido van Rossum added the comment:
New changeset 785cc6770588de087d09e89a69110af2542be208 by Kumar Aditya in
branch 'main':
bpo-46429: tweak deepfreeze output (#32107)
https://github.com/python/cpython/commit/785cc6770588de087d09e89a69110a
Guido van Rossum added the comment:
So IIUC the "autosuper" idea is to assign a special instance of super to
self.__super, so that you can write self.__super.method(...) to invoke a super
method, using the magic of __private variables, instead of having to write
super(class
Guido van Rossum added the comment:
Please don’t try to “fix” anything. The value is only useful if you
understand the implementation. It should map straightforwardly to what’s in
memory.
On Mon, Mar 28, 2022 at 05:16 STINNER Victor wrote:
>
> STINNER Victor added the comment:
>
&
Change by Guido van Rossum :
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue45100>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
I used 9 in deepfreeze.py to signify "immortal object". It has been
copied by others (small integers are essentially immortal too). I wasn't too
sure that the refcount wouldn't go below zero if the interpreter is repea
Guido van Rossum added the comment:
Looks like there may be a new plan where we solve a smaller problem (overloads)
in the context of typing only.
--
___
Python tracker
<https://bugs.python.org/issue45
Guido van Rossum added the comment:
Thanks, let's close the issue as "won't fix".
--
resolution: -> wont fix
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<ht
Change by Guido van Rossum :
--
nosy: +eric.snow, gvanrossum
___
Python tracker
<https://bugs.python.org/issue46197>
___
___
Python-bugs-list mailing list
Unsub
Guido van Rossum added the comment:
Okay let's close it then. :-)
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.pyth
Guido van Rossum added the comment:
Yeah, I see no description of what you can do with an unbound super object in
the docs (https://docs.python.org/3/library/functions.html#super), and
experimentation with it does not reveal any useful functionality.
You may want to open a new issue for
Guido van Rossum added the comment:
I don't mind reorganizing this, but I would insist that we keep code using old
undocumented things (like the sre_* modules) working for several releases,
using the standard deprecation approach.
--
___
P
Guido van Rossum added the comment:
> See bpo-47185: code.replace(co_code=new_code) no longer catch exceptions on
> Python 3.11.
Surely the bigger issue is that the contents of new_code itself must be totally
different? Also there are other tables that need to be adjusted if you real
Guido van Rossum added the comment:
How would you compute the exception table from the bytecode? There are no clues
in the bytecode about where the try and except blocks are.
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.
Guido van Rossum added the comment:
1. If we're reorganizing anyway, I see no reason to keep the old names.
2. For maximum backwards compatibility, I'd say keep as much as you can, as
long as keeping it won't interfere with the
Guido van Rossum added the comment:
[Victor]
> Do you consider that .replace() must reject changing co_code if other tables
> are not updated?
I simply don't believe it can always do that correctly, so I believe it should
not do it.
> Debugging tables are not strictly re
Guido van Rossum added the comment:
At this point I think it's worth filing a new bug proposing to deprecate 1-arg
super(), pointing out the broken usages that search found.
--
___
Python tracker
<https://bugs.python.org/is
Guido van Rossum added the comment:
This idea just cannot work. Take these two functions:
def f():
foo()
try:
bar()
except:
pass
def g():
try:
foo()
bar()
except:
pass
Using dis to look at their disassembly, the only hint that in f
Guido van Rossum added the comment:
If you think the changes to .replace() should be documented just open a new
bpo. You made this issue about your various proposals to change .replace().
--
___
Python tracker
<https://bugs.python.org/issue47
Change by Guido van Rossum :
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue47236>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
So is the conclusion that this should be closed as "not a bug"?
--
___
Python tracker
<https://bugs.python.o
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue47234>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
> -_Py_DECREF (pgo hard reject)
What exactly does "pgo hard reject" mean? I Googled it and found no hits
besides this very issue.
I am trying to redefine the top three from this error log as macros, but since
I still don't have stable
Change by Guido van Rossum :
--
pull_requests: +30425
pull_request: https://github.com/python/cpython/pull/32387
___
Python tracker
<https://bugs.python.org/issue45
1701 - 1800 of 5563 matches
Mail list logo