Terry J. Reedy added the comment:
'works for me' contradicts 'open', so I unset that
--
nosy: +tjreedy
resolution: works for me ->
versions: +Python 2.7
___
Python tracker
<http:/
Changes by Terry J. Reedy :
--
versions: +Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue5180>
___
___
Python-bugs-list mailing list
Unsub
Changes by Terry J. Reedy :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue886488>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Terry J. Reedy :
--
versions: +Python 3.2 -Python 2.3, Python 3.0
___
Python tracker
<http://bugs.python.org/issue2437>
___
___
Python-bugs-list mailin
Changes by Terry J. Reedy :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue5464>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Terry J. Reedy :
--
versions: +Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue3699>
___
___
Python-bugs-list mailing list
Unsub
Terry J. Reedy added the comment:
Is this still an issue for 2.7?
--
nosy: +tjreedy
___
Python tracker
<http://bugs.python.org/issue1451466>
___
___
Python-bug
Changes by Terry J. Reedy :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue1599254>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue1646068>
___
___
Pytho
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue1669539>
___
___
Pytho
Changes by Terry J. Reedy :
--
versions: +Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue4608>
___
___
Python-bugs-list mailing list
Unsub
Changes by Terry J. Reedy :
--
versions: +Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue5945>
___
___
Python-bugs-list mailing list
Unsub
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.2
___
Python tracker
<http://bugs.python.org/issue1598083>
___
___
Python-bugs-list mailin
Changes by Terry J. Reedy :
--
versions: +Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue4188>
___
___
Python-bugs-list mailing list
Unsub
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 3.0
___
Python tracker
<http://bugs.python.org/issue1621>
___
___
Python-bug
Changes by Terry J. Reedy :
--
versions: +Python 2.5
___
Python tracker
<http://bugs.python.org/issue1621>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.2
___
Python tracker
<http://bugs.python.org/issue2122>
___
___
Python-bugs-list mailing list
Unsub
Changes by Terry J. Reedy :
--
versions: -Python 3.0
___
Python tracker
<http://bugs.python.org/issue5219>
___
___
Python-bugs-list mailing list
Unsubscribe:
Terry J. Reedy added the comment:
Neal committed changes for 2.4,2.5, so I removed those.
3.0 is dead. Is this an issue for 3.1,3.2 or should it be closed?
--
nosy: +tjreedy
___
Python tracker
<http://bugs.python.org/issue2
Changes by Terry J. Reedy :
--
versions: -Python 2.5
___
Python tracker
<http://bugs.python.org/issue7152>
___
___
Python-bugs-list mailing list
Unsubscribe:
Terry J. Reedy added the comment:
I have the strong impression that Carbon is no longer used (or is being phased
out) in modern Mac ports of Python. Reopen is this is wrong and there is a
problem in 2.6,7 or 3.1,2.
--
nosy: +tjreedy
resolution: -> out of date
status: open ->
Phillip J. Eby added the comment:
It also needs to hold the import lock during both the "register" and
"notify" operations. In addition, the "notify" operation needs to be
exposed for calling from Python (so that lazy module implementations
can interop).
John J Lee added the comment:
In what respect? I just meant that it would be nice (and more compliant
with the RFC) if rather than fetching the original URL each time, a map
of URLs to 301-redirected URLs was kept.
For urllib2, I suppose the map would be a private attribute of
Phillip J. Eby added the comment:
On systems where the gzip or bz2 modules aren't installed, this patch
can raise a tarfile.CompressionError, which should be caught and handled
correctly. The import of tarfile should also be inside the relevant
function (as is done for make_zipfile) inste
John J Lee added the comment:
This should be closed.
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue841728>
___
Python-bugs-list mailing list
Unsubs
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
To my mind, the inaccurate result is a bug that should be fixed.
Note: (3.0a3)
>>> 10e40/10e39
10.0
The rationale for the division change is that (as far as reasonably
possible) arithmetic operations with same values should g
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
Python 3.0a3 (r30a3:61161, Mar 1 2008, 22:51:17) [MSC v.1500 32 bit
(Intel)] on win32
>>> a,b=1,1//1
>>> a is b
False
IDLE 3.0a3
>>> a,b=1,1//1
>>> a is b
True
ditto for 2.5.2 interpreter
Changes by Terry J. Reedy <[EMAIL PROTECTED]>:
--
title: Integer floor division (//): small int check omitted -> [py3k] Integer
floor division (//): small int check omitted
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Terry J. Reedy <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9754/posix-strerror.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Removed earlier version
--
nosy: +tjreedy
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2413>
__
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
I agree that this is not a bug in the strict sense. I could have
selected Type: resource usage (for memory increase). But the change of
behavior is also visible. I suspect the change is not intentional both
because of the patte
Changes by Terry J. Reedy <[EMAIL PROTECTED]>:
--
nosy: -tjreedy
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2413>
__
___
Python-bugs
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
Hi Paul. AFAICT, this doesn't look like it will actually work for
filesystem data. get_loader() will return None for "regular",
filesystem-installed modules, at least in Python 2.5. Perhaps you
should add
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
Oops, my bad. I'm thinking of an entirely unrelated get_loader()
function. Meanwhile, I misread your patch entirely, and thought you had
some dead code for os.path processing that is in fact live. So there is
"another"
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
reload() is implemented by calling the PEP 302 load_module() method
on the existing module object.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
An easy way to test it: just change your load_module() to raise an
AssertionError if the module is already in sys.modules, and the main
body of the test to make two get_data() calls for the same
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
Why does it need to be a valid loader? It's a mock, not a real
loader. But if it really bothers you, have it increment a global in
the module or something, and put the assertion in the test
proper. Heck, have it update a cou
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
But I'm getting a failure on that test, and the other one, too:
$ ./python Lib/test/test_pkgutil.py
test_alreadyloaded (__main__.PkgutilTests) ... FAIL
test_getdata_filesys (__main__.PkgutilTests) ... FAIL
test_getdata_pep30
New submission from John J Lee <[EMAIL PROTECTED]>:
r55792 added timeout support to urllib2. A timeout parameter was added
to urllib2.OpenerDirector.open(), but there is no corresponding Request
constructor parameter. timeout is unique in that respect. Instead,
OpenerDirector.open(
New submission from John J Lee <[EMAIL PROTECTED]>:
The new timeout support in 2.6 makes use of new function
socket.create_connection(). socket.create_connection() provides no way
to disable timeouts, other than by relying on socket.getdefaulttimeout()
returning None. This is unfor
New submission from John J Lee <[EMAIL PROTECTED]>:
The documentation for the new timeout support in 2.6 states that "If the
optional timeout parameter is given, connection attempts will timeout
after that many seconds". In fact, other non-blocking. The only
operation that
John J Lee <[EMAIL PROTECTED]> added the comment:
Oops, un-finished sentence in my opening comment ("In fact, other
non-blocking.") should have read:
In fact, other blocking operations will also time out.
__
Tracker <[EMAIL PROTECTED]>
&
John J Lee <[EMAIL PROTECTED]> added the comment:
I see this thread:
http://www.gossamer-threads.com/lists/python/dev/552292
But I don't see an explanation of this API decision there that I understand.
*Because* socket.setdefaulttimeout() is a hack for when nothing else is
avail
John J Lee <[EMAIL PROTECTED]> added the comment:
This should be solved by introducing a "not set" value other than None.
__
Tracker <[EMAIL PROTECTED]>
<http://
John J Lee <[EMAIL PROTECTED]> added the comment:
I don't buy the "API complication" argument.
I might accept an argument that the timeout isn't really anything to do
with the request, so I won't bother to continue with this bug report.
___
John J Lee <[EMAIL PROTECTED]> added the comment:
Great. I'll try to submit a patch this weekend.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2451>
__
John J Lee <[EMAIL PROTECTED]> added the comment:
Specifically, these improvements could be made:
* the headers actually sent to httplib could be normalized to
Standard-Http-Case by urllib2
* the urllib2.Request.headers interface could support case-insensitive
key
John J Lee <[EMAIL PROTECTED]> added the comment:
urllib2.Request.headers is, in practice, an undocumented public
interface. Did you run the tests? There is room for improvement here,
but not in the way you suggest.
python[1]$ python2.6
iPython 2.6a1+ (trunk:62045M, Mar 30 2008, 03
John J Lee <[EMAIL PROTECTED]> added the comment:
I've attached a patch.
My patch introduces one minor issue: it's an inconvenience when wrapping
objects if special default values like socket._GLOBAL_DEFAULT_TIMEOUT
are not public. However, I think it's not worth maki
John J Lee <[EMAIL PROTECTED]> added the comment:
Should I also have selected "Python 3.0" from the "Versions" list, BTW?
Don't know what the proper process is ATM...
__
Tracker <[EMAIL PROTECTED]&
John J Lee <[EMAIL PROTECTED]> added the comment:
Me:
"""
This should be done in such a way as to also fix the lack of
documentation of the None special value in the protocol modules
documentation (httplib, etc.). I should have fixed that as part of this
patch, but ran
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
The fact that other languages have factorial does not in itself impress
me. What is the actual use case other than illustrating computational
induction (whether by iteration or recursion) and for calculating
binomial coefficients?
I
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
While I agree with Raymond that the interpreter should be left alone,
this could be reclassified (and reopened) as a doc issue. The current
trace doc (Lib Ref 25.10) says rather tersely "The trace module allows
you to trace progra
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
>From py3 devel list today:
> r23331 | gvanrossum | 2001-09-25 05:56:29 +0200 (Di, 25 Sep 2001) | 5
lines
>
> Change repr() of a new-style cl
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Finish the change from 'type' to 'class'
(See carefully written title ;-)
__
Tracker <[EMAIL PROTECTED]>
&
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
Based on c.l.p discussion with Mark Dickinson, who supplied details and
corrections, we propose the following for the int() entry at
http://docs.python.org/dev/3.0/library/functions.html#int
int([number | string[, radix]])
Convert a
John J Lee <[EMAIL PROTECTED]> added the comment:
Facundo, are you going to review this?
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2451>
__
___
Python
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
I consider the difference between builtin and def'ed functions to be
something of an implementation wart -- one that I would like to see
someday removed if sensibly possible. How is a beginner to know that
the parameter names
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
Both versions of the patch have a problem, in that the Distribution
object is looking for an option directly in sys.argv. At the very
least, this should be looking at the 'script_args' attribute of the
Distribution instead
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Ludovico quoted from LangReg 5.3.4 of old style doc. The same paragraph
about keyword args is under Expressions/Primaries/Calls in the 2.6/3.0 docs
__
Tracker <[EMAIL PROTECTED]>
<http://
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
I much prefer the simpler of the two patches - better to monkeypatch in
the tests than adding complications to the already over-complicated
distutils.dist. I don't find monkeypatching in tests to be horrible at
all, but if it rea
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
It looks like you can drop the change to distutils.core, too, since
it's just a change in the comment, and the changed comment is
inaccurate, AFAICT. Apart from that, it looks good.
__
Trac
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
Oh, I thought you meant that it overrides *which* config files --
i.e., implied that it was handling --no-user-config.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
What module is this in that you want to change?
Note 1: hashlib checks upper and lower case versions of names.
So this seems like reasonable request.
Note 2: I would start hashlib.__get_builtin_constructor(name):
with 'name =
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Whoops, just checked the title.
Function is about 2/3rds down in urllib2.
comments still apply
Note 4: I consider 'name = lambda ...' inferior to 'def name...'
but I am not
Changes by Terry J. Reedy <[EMAIL PROTECTED]>:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2695>
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Terry J. Reedy <[EMAIL PROTECTED]>:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2695>
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Function is about 2/3rds down in urllib2.
Note 1: hashlib checks upper and lower case versions of names.
So this seems like reasonable request.
Note 2: I would start hashlib.__get_builtin_constructor(name):
with 'name = name.l
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
I like the two changes: jump to command line and scroll previous command
lines without having to search back up through the output. Just don't
imitate the Windows terminal too closely with its inability to just
select prev
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Does this/will this supercede
http://bugs.python.org/issue2690
?
--
nosy: +tjreedy
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
Filter() allows None as a stand-in for either the still-nonexistent
identity() or the now existent bool(). Removing the now redundant
option would slightly simplify the language. It is certainly a glitch
for newcomers. Would this
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
StdLibMan Built-in Functions
I believe that at one time this section only contained functions.
But this has not been true since at least 2.2.
Please add "and Classes" to the title and first sentence.
Possibly add "
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
The 3.0a4 docs have various obsolete references to 2.x not yet removed.
I found these and other items by searching for '2.' in each section
Lexical Analysis: Identifiers and Keywords
Please specify the legal ascii c
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
To the best of my memory, the fact that
type(built_in_function_section_object) is sometimes 'type...' (soon to
be 'class...') rather than 'built-in function...' has been a point of
occasional confusion on
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Reopening for the alternate suggested fix of adding a note to 3099,
which I checked before submitting this, so this need not come up again.
--
assignee: -> georg.brandl
components: +Documentation -Interpreter Core
resolut
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Thanks again for your work on the docs. If you would sometime prefer to
receive a similar batch of comments but in a perhaps more useful form (ie,
changes and comments in-line) let me know. I am thinking of any of the
following:
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
On Windows, I tested this in both 2.5.2 and 3.0a4.
In both cases, at paragraph 4 of your report, I got 2 in the shell, as
you expected,not 1. I have no idea whether the system difference makes
a difference (the TCL and TK binari
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
You actually have it backwards ;-) The arbitrary responses to
nonsensical cross-class order comparisons found in 1.x and 2.x are now
considered a design bug. They are disappearing in 3.0.
Datetime is a fairly recent module (new
Dustin J. Mitchell <[EMAIL PROTECTED]> added the comment:
Patch attached.
--
keywords: +patch
Added file: http://bugs.python.org/file10258/1625509.patch
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Dustin J. Mitchell <[EMAIL PROTECTED]> added the comment:
While it is a sensible fix for the signed/unsigned problem, David's patch
still fails regrtest on my system (amd64), after OOM-killing random other
processes :(
Andrew's suggestion makes a lot of sense here. Does i
Dustin J. Mitchell <[EMAIL PROTECTED]> added the comment:
This test passes -- is this ready to commit?
I see a reduction from 1.9s to 1.5s for the test script in msg59715.
--
nosy: +djmitche
__
Tracker <[EMAIL PROTECTED]>
<http://
Dustin J. Mitchell <[EMAIL PROTECTED]> added the comment:
Improved fix; this passes test_file on my system.
--
keywords: +patch
Added file: http://bugs.python.org/file10266/1174606.patch
_
Tracker <[EMAIL PROTECTED]>
<http://
Dustin J. Mitchell <[EMAIL PROTECTED]> added the comment:
I see that, on running your fix_fileno.py, nothing is output to
/tmp/stdout.test. I don't necessarily see the link to your fix. Could
you describe the problem and/or add comments to your patch to explain why
these chec
Dustin J. Mitchell <[EMAIL PROTECTED]> added the comment:
Thanks, Adam -- requested changes made
Added file: http://bugs.python.org/file10271/1174606-2.patch
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Dustin J. Mitchell <[EMAIL PROTECTED]> added the comment:
Ack, sorry. My 'vi' settings should now be correct.
Added file: http://bugs.python.org/file10274/1174606-3.patch
_
Tracker <[EMAIL PROTECTED]>
<http://bug
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
3.0a5, Windows, Python Manuals window opened from Start menu
Ordinary text wraps and adjusts to window width.
Text in green boxes does not. If too long to fit window, given the font
size, horizontal scroll bar at bottom gives acc
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
>From docs.python.org
2.6: Compile the source into a code or AST object.
3.0: Compile the source into a code object.
Add 'or AST ' to the latter.
Both: Refer to the _ast module documentation
Both: for information on
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
As near as I can tell, for 2.5.2 and 3.0c1, the limitation on compile
only applies when the last line only contains a comment.
>>> print (compile("def f():\n pass #haha",'','exec'))
at 00AADAD0
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
I consider .numbits to be an internal property of ints and would prefer
it accessed that way. To me, this sort of thing is what property() is for.
Guido has said that the nuisance of tacking on otherwise unnecessary
empty paren
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
We are all volunteers here, and I see three replies.
This may or may not be trivial to fix, and may take some time.
Python docs are written in rst format and translated by Sphinx to
various formats. The main translation is to ht
John J Lee <[EMAIL PROTECTED]> added the comment:
Note that the code on wwwsearch.sf.net only reads cookies, and does not
write them. Also, the approach used is fragile to changes to MS's
"index.dat" database, which was the reason why that code was not
included when cookiel
John J Lee <[EMAIL PROTECTED]> added the comment:
Sorry I turned up rather late here (is there a way to subscribe to
changes to all bugs whose comments or title contain a given string?)
If it works with Firefox and not with cookielib it's almost certainly a
bug. However, it's
John J Lee <[EMAIL PROTECTED]> added the comment:
I think firefox 3 no longer writes cookies.txt (it writes cookies.sqlite
instead).
Can anybody point out a version of firefox that wrote this HttpOnly
information to cookies.txt, so the patch can be
New submission from John J Lee <[EMAIL PROTECTED]>:
Just adds a note to the cookielib documentation to point out that
Firefox 3 no longer writes cookies.txt, the file format understood by
cookielib.MozillaCookieJar (firefox now maintains persistent cookie
state in an sqlite da
John J Lee <[EMAIL PROTECTED]> added the comment:
Do we have an RFC 3986 URI parser in the stdlib now? It would be better
to use that if so, but I don't see one. Failing that, an implementation
of the relevant part of that RFC is only about four lines of code, so
that would be
John J Lee <[EMAIL PROTECTED]> added the comment:
The sensible fix for this is to strip the quotes off, defaulting to
version 0 on failure to parse the version cookie-attribute. It's not
necessary to retain the original version string.
By the way, what you posted warning rather than
John J Lee <[EMAIL PROTECTED]> added the comment:
Forgot to add: if somebody else does the work, I'm happy to agree to the
code being used in Python stdlib. Perhaps it would be necessary to get
the author of the original Perl code from which this MSIE class is
derived to sign a
John J Lee <[EMAIL PROTECTED]> added the comment:
There are a bunch of other candidate implementations of this RFC kicking
around, I think.
Also, I believe there was agreement on python-dev that a new module
should be added rather than changing the behaviour of module urlparse.
-
John J Lee <[EMAIL PROTECTED]> added the comment:
Here they are:
http://bugs.python.org/issue1500504
http://bugs.python.org/issue1462525
http://bugs.python.org/issue1591035
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
John J Lee <[EMAIL PROTECTED]> added the comment:
Hmm, I see you've already commented on some of those, Senthil. Perhaps
you could add a comment to this bug explaining how your patch relates to
the others. Should it replace them? (why?) Should one of those patches
be applied also
1601 - 1700 of 13130 matches
Mail list logo
