Georg Brandl added the comment:
True. Fixed in r74550.
The changes will be ported to all maintained branches soon.
--
___
Python tracker
<http://bugs.python.org/issue6
Georg Brandl added the comment:
I'll add a bit of explanation as well:
> I have to add this ugly loop :
>
> for key in keys:
>d[key] = []
With a defaultdict, you don't -- you just use d[key], and if not already
present, the entry will be initialized with an e
Georg Brandl added the comment:
Fixed in r74555, thanks!
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Andrew - do you still feel responsible for curses?
--
assignee: -> akuchling
nosy: +akuchling, georg.brandl
___
Python tracker
<http://bugs.python.org/iss
Georg Brandl added the comment:
The "current" 3k docs are at docs.python.org/py3k.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.p
Georg Brandl added the comment:
Thanks, fixed in r74588.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Fixed in r74590.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Oops, that was a bit uncoordinated :)
I saw the new bug report in my inbox, and decided to look at what might
be wrong despite the somewhat meager description, and already saw the
"fixed" version and fixed it again.
Anyway. I think the unfixed, and no
Georg Brandl added the comment:
> Well, in that case I don't understand how it is different from
> difference_update() ?
It's different from difference_update because that takes multiple
arguments. The operator form shows an equivalent and therefore shows how
to write an e
Georg Brandl added the comment:
Thanks, applied in r74613 (and will be merged to 3.1 branch soon).
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, committed as r74614 (trunk), r74615 (3k).
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Fixed 1.) in r74616. The "instances of C" is already correct in the
sources.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.p
Georg Brandl added the comment:
It certainly seems to be implemented this way in ceval.c. I don't know
if the docs describe the implementation intent better, but I'd say that
this is then such a minor issue that just documenting the actual
behavior is the best t
Georg Brandl added the comment:
Okay, I made changes along Terry' suggestions in r74617.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python
Georg Brandl added the comment:
Assigning back to Thomas for commit.
--
assignee: benjamin.peterson -> theller
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
I added a link and an anchor in r74618.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r74619.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r74620.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r74621.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r74627.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r74631, will be merged to other branches soon.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r74632.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
When output goes to a terminal, Python can determine its encoding. For a
file, it cannot, therefore it refuses to guess.
Also, many programs behave differently when used with redirection;
namely, all those that use `isatty()` to determine if stdout is a terminal
Georg Brandl added the comment:
Assigning to Brett who added this check in r35368.
--
assignee: -> brett.cannon
nosy: +brett.cannon, georg.brandl
___
Python tracker
<http://bugs.python.org/iss
Georg Brandl added the comment:
This won't change -- the argument of defaultdict is simply a callable
that is called with no arguments and returns the default value.
It works with `int` because `int()` can be called without arguments and
yields 0; however, `defaultdict` cannot. Therefore
Georg Brandl added the comment:
Thanks, fixed in r74633.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Yes, I think that's fine.
--
nosy: +georg.brandl
resolution: -> duplicate
status: open -> closed
superseder: -> zsh-style subpattern matching for fnmatch/glob
___
Python tracker
<http://bugs.pyt
Georg Brandl added the comment:
Thanks, applied in r74643.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Committed in r74644.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
In light of
> The compiler package is deprecated in favor of builtin AST.
and
> It seems a patch would be an enormous undertaking,
I guess it's best to close this as "won't fix".
--
nosy: +georg.brandl
resolution: -> wo
Georg Brandl added the comment:
+1.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue5080>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
Closing as "won't fix".
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bug
Georg Brandl added the comment:
Thanks, fixed in r74645.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r74647.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
You'll get a similar message when trying to inherit from e.g. a string
or an int. I see no compelling reason to special-case functions here.
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -
Georg Brandl added the comment:
Fixed in r74650, r74651 (3k).
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r74652.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
I don't think that is too helpful; for one thing, the description of
strptime and strftime is too vague.
--
status: open -> closed
___
Python tracker
<http://bugs.python.or
Georg Brandl added the comment:
Thanks, corrected in r74653.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Georg Brandl :
--
assignee: -> benjamin.peterson
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue6837>
___
___
Python-
Georg Brandl added the comment:
Thanks, fixed in r74666, will be merged to other branches soon.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
The values for a filter entry are documented under the "The Warnings
Filter" heading. I've added a link to it from filterwarnings in r74671.
--
resolution: -> fixed
status: open -> closed
___
Georg Brandl added the comment:
The compiler package is surprisingly often used; we already had
complaints when (I think) 2.6 began emitting lots of new
DeprecationWarnings, but for modules/APIs whose replacements was
straightforward.
Replacing usage of the compiler package is usually not
Georg Brandl added the comment:
"Bugs are not fixed" is somewhat misleading -- I assume you're referring
to bugs like the one I closed recently. Those are all bugs that have
been in the compiler package for ages, and users that hit them know them
or work around them. If a regr
Georg Brandl added the comment:
A simple isolated test here shows that the module argument works as
intended. I can't help with your problem without more information (but
you probably should debug this somewhere in warnings.py/_warnings.c).
But you're right, this is not a subje
Changes by Georg Brandl :
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue6844>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
I've already renamed the message attribute in the 2.x tutorial in trunk.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Can't hurt :)
--
nosy: +georg.brandl
priority: high -> release blocker
___
Python tracker
<http://bugs.python.or
Georg Brandl added the comment:
Accepted, except for two things:
* I'd drop the "a0" suffix for the mandatory version. "2.2" instead of
"2.2.0a0" is much better to comprehend.
* Why the ugly markup with the PEP refs? ``:pep:`number`: blah`` should
work
Georg Brandl added the comment:
This is not an issue, but a fundamental restriction of what getargspec()
can do. C function signatures are not introspectable, because basically
every C function can be thought of as defined as either
def func(*args)
or
def func(*args, **kwargs)
and is
Georg Brandl added the comment:
I added a reference in line 13, changed the table header not to use
colspans (the latex writer doesn't support that), and committed as r74791.
--
assignee: ezio.melotti -> georg.brandl
status: open -
Changes by Georg Brandl :
--
assignee: georg.brandl -> josiahcarlson
nosy: +josiahcarlson
___
Python tracker
<http://bugs.python.org/issue6911>
___
___
Python-
Georg Brandl added the comment:
Fixed in r74793.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6908>
___
__
Georg Brandl added the comment:
I think optparse just got a new maintainer.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue6247>
___
___
Changes by Georg Brandl :
--
assignee: georg.brandl -> josiahcarlson
nosy: +josiahcarlson
___
Python tracker
<http://bugs.python.org/issue6916>
___
___
Python-
Georg Brandl added the comment:
Yes, that seems a good idea.
--
___
Python tracker
<http://bugs.python.org/issue6879>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
Thanks, added a reference in r74818.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r74819.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Commented out the link for now in r74820.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
I don't think the iterator type needs to be documented; many other such
iter types aren't.
Also, the argument names needn't match (since C doesn't have the notion
of keyword arguments). They can be changed in the docs to be more
obvious than
Georg Brandl added the comment:
Fixed in r74821.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6885>
___
__
Georg Brandl added the comment:
This is caused by the special displayhook that pdb uses.
Normally, the displayhook suppresses output when it would print None;
this is not done in pdb's displayhook. This was a conscious decision,
because it can remove confusion when you try to get var
Georg Brandl added the comment:
The patch submission was correct.
I edited the patch a bit, moved the example from augmented assignment to
the regular assignment and added a link from there to the new section.
Committed in r74822.
--
resolution: works for me -> accepted
status: o
Georg Brandl added the comment:
That one has to close open files should be common knowledge.
And it's already documented that the filehandle returned is to be
treated as if coming from `os.open`, so the "isn't a file object" is
documented as well.
Insofar, I'
Georg Brandl added the comment:
Fixed (by adding the add_help_option=False argument to OptionParser) in
r74824.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Georg Brandl :
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6919>
___
___
Python-bugs-list
Georg Brandl added the comment:
Actually, Guido hates the Nones. :) Fixed in r74839.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
The patch leads to crashes with all the exceptions that have their own
structs; since they are derived from BaseException they must start with
the same binary layout as PyBaseExceptionObject (pointers to any
exception will be cast to PyBaseExceptionObject).
This
Georg Brandl added the comment:
Huh. I just made some tests to find out if exceptions with a message set
survive pickling in 2.6.2 and unpickling in patched trunk.
I found that the message attribute isn't pickled at all in 2.6.2, so
there should be no cross-version compatibility problems
Georg Brandl added the comment:
Yes, it should be fixed, but it is not related. I'm setting it as a
release blocker as well.
--
___
Python tracker
<http://bugs.python.org/i
Changes by Georg Brandl :
--
priority: high -> release blocker
___
Python tracker
<http://bugs.python.org/issue6108>
___
___
Python-bugs-list mailing list
Un
Georg Brandl added the comment:
And this is a duplicate of (the somewhat complicated-named) #6108.
--
nosy: +georg.brandl
resolution: -> duplicate
status: open -> closed
superseder: -> unicode(exception) behaves differently on Py2.6 when
len(exception.
Georg Brandl added the comment:
OK, I added another test for pickling, committed in r74845, and
backported to 2.6 in r74848.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Added in r74865.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Georg Brandl :
--
assignee: -> loewis
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue6915>
___
___
Python-bugs-list mailing list
Un
Georg Brandl added the comment:
This patch fixes it (seems like a refactoring oversight, I used the
UTF16 decoder for reference, where it works fine) and adds a test,
assigning to MAL for review.
Marking as a release blocker so that 2.6.3 won't get released without a fix.
--
ass
Changes by Georg Brandl :
--
assignee: georg.brandl -> pitrou
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue6929>
___
___
Python-bugs-list mai
Georg Brandl added the comment:
The (en|dis)able_interspersed_args accessors are already documented, so
I see no reason to document the attribute as well...
--
nosy: +georg.brandl
resolution: -> works for me
status: open -> pending
___
Georg Brandl added the comment:
I'm leaving a refactoring to someone with more time :)
Committed in r74869, backported to 2.6 in r74870.
--
status: open -> closed
___
Python tracker
<http://bugs.python.or
Georg Brandl added the comment:
Free variables *are* returned by locals(). (Note that globals *aren't*
free variables.) For example, try this:
def f():
x = 1
def g():
print locals()
g()
f()
--
nosy: +georg.brandl
___
Python tr
Changes by Georg Brandl :
--
assignee: -> georg.brandl
___
Python tracker
<http://bugs.python.org/issue6925>
___
___
Python-bugs-list mailing list
Unsubscri
Georg Brandl added the comment:
Fixed docs (a bit differently) in r74876.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
The methods do have docstrings (trunk rev, line 1283 and 1291).
And usually, when there are accessors for a property, they are the
preferred way to change it.
Anyway, I don't see a reason to do something here, so please propose a
patch if you still thin
Changes by Georg Brandl :
--
assignee: -> loewis
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue6895>
___
___
Python-bugs-list mailing list
Un
Georg Brandl added the comment:
I'm sorry, I messed up the test. When "x" is not used in g(), it's of
course *not* a free variable in g. This is the correct test:
def f():
x = 1
def g():
print x
print locals()
g()
f()
--
__
Georg Brandl added the comment:
They are meant for interactive use only.
--
resolution: -> works for me
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
And fixed now (I used ``quit()``) in r74896.
--
resolution: works for me -> fixed
___
Python tracker
<http://bugs.python.org/iss
Georg Brandl added the comment:
Fixed in r74897, r74898 (3.1).
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
OK, that is reasonable. I changed this and several other same-style
errors in r74901.
--
___
Python tracker
<http://bugs.python.org/issue6
Georg Brandl added the comment:
Fixed in r74903; I used %r as the format code to match the formatting in
create().
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Should be fixed now in r74930. I kept "free variables" because this is
the correct term, while "nonlocals" clashes with the "nonlocal"
statement in 3.x.
--
resolution: -> fixed
status: open -> closed
__
Georg Brandl added the comment:
I applied a slightly different patch in r74933.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
I assume the poor Windows users can figure out what they need to do :)
--
___
Python tracker
<http://bugs.python.org/issue6
Georg Brandl added the comment:
Adapted the test that expected the SystemError (?!) and committed in
r74943. Will backport to 2.6.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.p
Georg Brandl added the comment:
Patch looks OK and works on my system (the listcomp should be wrapped
though).
--
assignee: -> loewis
keywords: +easy
nosy: +georg.brandl
priority: -> normal
stage: -> patch review
type: -> c
Changes by Georg Brandl :
--
assignee: -> barry
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue6942>
___
___
Python-bugs-list mailing list
Un
Georg Brandl added the comment:
> I disagree with calling only nonlocal variables but not module variables
> 'free'. As I quoted from Wikipedia, that restrictive definition is not
> agree on by all at all.
But it is the definition that Python uses, at least in the code. I
a
Georg Brandl added the comment:
Thanks, fixed in r74952.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
A simple fix is to use key=lambda x: (id(type(x)), x). However, that
obviously doesn't work with values of different, but orderable types.
At the moment, I don't see how the Python 2 sort could be implemented
without a cmp() argument
Changes by Georg Brandl :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue6941>
___
___
Python-bugs-list mailing list
Unsubscri
3901 - 4000 of 5257 matches
Mail list logo