Georg Brandl <[EMAIL PROTECTED]> added the comment:
I think we have enough evidence now to close this bug as invalid. :)
--
nosy: +georg.brandl
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PR
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Well, you seemed to be misled by the wording "in use". Therefore, I
propose to change "in use" to "opened", but only if "in use" always
means "opened".
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r65489.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
But don't the docs with patch describe the behavior of new-style classes
better?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Ah, I'm sorry for the noise then.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue643841>
___
___
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r65547.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks for the patch! Committed in r65545.
For the fibonacci example, I just left out the final print(). For
simplicity's case, it's fine for the example to have the minor flaw of
not printing a final newline -- it is there
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This is already fixed in the development docs:
http://docs.python.org/dev/reference/introduction.html#id2
--
resolution: -> out of date
status: open -> closed
___
Python tracker <[
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, this is already fixed in SVN.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r65558.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
I'd rather see it this way: It is a programming error if a format string
contains a reference to a nonexisting dictionary key, no matter what
formatting specifier is used. The implementation is quite consistent here.
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Additionally, there are still lots of references to __cmp__ in the
library which should be ripped out.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r65591.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Agreed.
--
resolution: -> works for me
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, applied in r65592.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, applied in r65593.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, applied in r65594.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Since the file is a text file, such seeking is not possible.
I've now updated the whole section about files; in particular there was
also an outdated description of text vs. binary mode.
Committed r65595.
--
resolution
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Fixed in r65599 :-|.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, applied in r65627.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This is why we will get transform() and untransform() in 3.1.
--
nosy: +georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Being Unicode strings, Py3k strings use the Unicode database's
lowercase<->uppercase mapping, which is not context sensitive.
See #1528802 for more discussion.
--
nosy: +georg.brandl
resolution: -> wont fix
sta
Georg Brandl <[EMAIL PROTECTED]> added the comment:
At the moment, mails on python-dev are the only source of information :)
Look here:
http://mail.python.org/pipermail/python-3000/2008-August/014533.html
___
Python tracker <[EMAIL PROTECTE
Georg Brandl <[EMAIL PROTECTED]> added the comment:
They are meant to replace encode/decode for those 2.x codecs that didn't
really encode/decode Unicode.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Added in r65632.
--
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Also happens in trunk.
--
nosy: +georg.brandl
versions: +Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
The problem is that PyDict_New doesn't reinitialize the fields of a dict
from the free list when the number of entries is zero. For a
preconstructed dict (like created by BUILD_MAP) of size >=8, however,
there will be an allocate
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Chester, please stop changing your user name and wasting our time.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Applied and added test in r65637.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r65639.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
nosy: +aronacher, georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3530>
___
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This is already fixed in SVN.
--
resolution: -> out of date
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed the docs to refer to bytes objects in r65674.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, applied in r65675.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Because it should be fixed before 3.0 final?
--
nosy: +georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, moved attribute reference to the appropriate place in r65693.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Ping!
--
nosy: +georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3473>
___
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Please state the revision numbers when closing an issue due to a commit;
this makes it easier to find the change later.
--
nosy: +georg.brandl
___
Python tracker <[EMAIL PROTECTE
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
resolution: -> wont fix
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
The \0 falls under this case:
\oooCharacter with octal value ooo
where the note says "As in Standard C, up to three octal digits are
accepted. "
--
resolution: -> works for me
sta
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Still, _testcapi is built even for non-debug builds, so it is a
gratuitous way for bad code to crash or internally invalidate a Python
interpreter, so this should be treated like a bugfix.
--
nosy: +georg.brandl
priority:
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Patch looks good.
--
nosy: +georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
PyErr_Format sets the new exception and returns NULL though.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Read-only properties on old-style classes seem to work (though I don't
know if that is an implementation accident), insofar it seems harmless
not to apply this patch.
--
nosy: +g
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Ah yes. But still, I'd call that harmless. Assigning to attributes
you're not supposed to assign to is detrimental in many cases.
___
Python tracker <[EMAIL PROTECTED]>
<http://
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Fixed in r66014.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Georg Brandl <[EMAIL PROTECTED]>:
Since \u and \U aren't interpolated in raw strings anymore, the re
module should support those escapes in addition to the \x and octal ones
it already does. Attached patch.
--
components: Library (Lib)
files: re_unicode_e
Georg Brandl <[EMAIL PROTECTED]> added the comment:
These concerns indeed must be handled: On narrow unicode builds, chars >
0x must be converted to surrogates. In ranges, they should raise an
error.
Additionally, this should at least raise an error too:
>>> re.co
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: georg.brandl -> akuchling
nosy: +akuchling
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
The culprit is Python/pythonrun.c:1245:
tb = tb ? tb : Py_None;
Py_None needs to be INCREF'd in the else case.
--
assignee: -> pitrou
nosy: +georg.brandl
___
Python tracker <
Georg Brandl <[EMAIL PROTECTED]> added the comment:
"reversed() built in is not functioning correctly with list" is wrong --
there is no problem with reversed() on lists.
The issue here is that the listreverseiterator has a strange __len__.
Note that other (reverse) iterators ha
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> rhettinger
nosy: +rhettinger
title: reversed() not working as intended on lists -> listreverseiterator has a
decreasing len()
versions: +Python 2.6, Python 3.0 -Python 2.5
__
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This won't change -- in 3.0, list comprehensions and generator
expressions are both implemented using a function, so it's like the
following:
class Foo:
attribute1 = 1
def f():
return attribute1
Georg Brandl <[EMAIL PROTECTED]> added the comment:
The problem is that, unlike PyInt_AsSsize_t, PyLong_AsSsize_t expects
its argument to already be a long object and else raises the SystemError.
It should probably behave like PyInt_AsSsize_t and raise the TypeError
since in 3.0 it
Georg Brandl <[EMAIL PROTECTED]> added the comment:
The attached patches at least correct the XXX undetected error.
--
keywords: +patch
Added file: http://bugs.python.org/file11267/s26.diff
___
Python tracker <[EMAIL PROTECTE
Changes by Georg Brandl <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file11268/s30.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Georg Brandl <[EMAIL PROTECTED]>:
Fixes exec() message that claims it supports file objects.
Also makes error messages from compile(), exec() and eval() more
concrete, and in the case of compile() more correct.
--
files: bltin.diff
keywords: needs review,
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Good catch! Patch attached.
--
keywords: +easy, needs review, patch
nosy: +georg.brandl
priority: -> critical
Added file: http://bugs.python.org/file11275/pydoc.diff
___
Python tracke
Georg Brandl <[EMAIL PROTECTED]> added the comment:
OK, I changed that and committed r66051.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66053.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
That is *not* wanted. We had a discussion on the list about changing the
return value of the sq_length slot to allow larger lengths to be
reported, and while I don't recall why this wasn't done, I do recall
that the conse
Georg Brandl <[EMAIL PROTECTED]> added the comment:
The website is in error; it takes sphinx.__version__ which in the repo
is the next version to be released, so that easy_install works correctly.
Fixed in r66061.
--
resolution: -> fixed
status: open
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, committed as r66062.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66063.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66064.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Fixed in r66065.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> marketdickinson
nosy: +marketdickinson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Should be clarified in r66067.
In the future, please choose a more specific title for your bug reports :)
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
True. However, it's no pronouncement either. I suggest bringing it up on
the list again; probably other people would want to voice their opinions
too.
___
Python tracker <[EMAIL PRO
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> loewis
nosy: +loewis
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
The patch needs an #else that does ImportModule anyway... see attached.
--
keywords: +patch
nosy: +georg.brandl
Added file: http://bugs.python.org/file11316/import.diff
___
Python tracker &
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks for reviewing! Committed trunk r66076.
--
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Looks good to me.
--
nosy: +georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
You're right, Chris, I didn't think of that...
___
Python tracker <[EMAIL PROTECTED]>
<http://
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66098.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
I think you need to clear the exception again before returning.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Should be fixed in sphinx trunk with r66107, and in the next beta/rc.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Documented in r66113.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Looks good.
--
nosy: +georg.brandl
resolution: -> accepted
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Fixed in r66260.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Fixed in r66260.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Uh, I meant r66261. Thanks for the patch!
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Should be fixed in r66344.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66347.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66348.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66349.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
It was a (lame attempt at a) joke... sorry :D
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Bumping priority even further. This shouldn't make it past rc.
--
priority: critical -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bu
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Done in r66350. Thanks!
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
resolution: -> duplicate
status: open -> closed
superseder: -> ftplib: ABOR does not consider 225 response code
___
Python tracker <[EMAIL PROTECTED]>
<http://b
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Sadly, this is not mathematics. Else, I'd concur that the designation
"lower bound" should be accurate with respect to a certain set.
I fail to see what is missing in the explanation "the lowest value is a
lower boun
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This is a known issue with Jinja, and will hopefully be fixed in its
next release.
--
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks for the report! This was due to a docutils 0.4/0.5
incompatibility, which should now be fixed in r66355.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66397.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This turns out to be caused by the same problem that caused the
SQLAlchemy model failure: the module was imported twice by autodoc.
Should now be fixed in trunk and 0.4.x branch.
--
resolution: -> fixed
status: open
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: georg.brandl -> christian.heimes
nosy: +christian.heimes
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This is now tracked in http://code.google.com/p/sphinx/issues/detail?id=13.
--
resolution: -> postponed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<h
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This should be removed from the docs patch:
- Register a fd descriptor with the epoll object.
+ Register a fd descriptor with the epoll object.
___
Python tracker <[EMAIL PROTECTE
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks for the patch, committed as r66485.
--
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
1601 - 1700 of 5257 matches
Mail list logo