Benjamin Peterson added the comment:
None offsets gone in r84931.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue1778>
___
___
Pytho
Changes by Benjamin Peterson :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9582>
___
___
Python-bugs-list mailing list
Unsubscri
Benjamin Peterson added the comment:
2010/9/23 Antoine Pitrou :
>
> Antoine Pitrou added the comment:
>
> Actually, it is because bz2 doesn't call PyType_Ready() but instead sets some
> field manually. Perhaps we could have a guard somewhere that raises a fatal
> e
Benjamin Peterson added the comment:
I would say it's strange but correct. (and unavoidable I think)
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python
Benjamin Peterson added the comment:
r85003 Thanks for the report.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Benjamin Peterson added the comment:
Reverted, however. Let me clarify: you think the unhelpful part is that the
count includes keyword arguments? This change was intentional, actually wrt to
cases like this:
>>> def f(a):
...pass
>>> f(6, a=4, *(1, 2, 3))
Benjamin Peterson added the comment:
Indeed, -1. We don't make a habit of distributing 3rd party binaries.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
r85022
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Benjamin Peterson :
--
assignee: -> jnoller
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue9955>
___
___
Python-bugs-list mai
Benjamin Peterson added the comment:
This seems rather open-ended and all-encompassing. Wouldn't it be better to
have individual issues for specific tests?
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/is
Benjamin Peterson added the comment:
I see the problem; will consider/fix later today hopefully.
--
assignee: -> benjamin.peterson
___
Python tracker
<http://bugs.python.org/issu
Benjamin Peterson added the comment:
As of r85154, type.__abstractmethods__ now raises an AttributeError, too.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
2010/10/1 Yaroslav Halchenko :
>
> Yaroslav Halchenko added the comment:
>
> yikes... surprising resolution -- I expected that fix would either makes
> __abstractmethods__ accessible in derived "type"s or becomes absent from
>
Benjamin Peterson added the comment:
You can now create metaclass abcs. However, having __abstractmethods__ does not
prevent instance creation. This is a problem with a builtins, though.
--
resolution: -> fixed
status: open -> closed
___
Benjamin Peterson added the comment:
It matters when exceptions are expected or are a normal part of control flow.
For example StopIteration.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue10
Benjamin Peterson added the comment:
2010/10/4 Eric Smith :
>
> Eric Smith added the comment:
>
> Right. It seemed like a hassle to have the str.format parser try to figure
> out what a valid identifier is, so it just passes it through.
You can always use "str.isid
Changes by Benjamin Peterson :
--
resolution: -> rejected
___
Python tracker
<http://bugs.python.org/issue1104021>
___
___
Python-bugs-list mailing list
Un
Benjamin Peterson added the comment:
This should not be classified as an "implementation detail". Either we should
document it and cause other implementations to support it or check it ourselves.
--
___
Python tracker
<http://bu
Changes by Benjamin Peterson :
--
assignee: -> rhettinger
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue10042>
___
___
Python-bugs-list mai
Changes by Benjamin Peterson :
--
Removed message: http://bugs.python.org/msg117862
___
Python tracker
<http://bugs.python.org/issue9951>
___
___
Python-bug
Benjamin Peterson added the comment:
Tricky. I think the only way to do this properly is to call _PyModule_Clear
when the dict is destroyed. However, there's no good way to flag a dictionary
as a "module" dict. Therefore, I propose we remove the Py_REFCNT == 1 guard in
modu
Benjamin Peterson added the comment:
r85388.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10069>
___
___
Benjamin Peterson added the comment:
Rebroken in r85392. See #10068.
--
resolution: fixed ->
status: closed -> open
___
Python tracker
<http://bugs.python.org/
Benjamin Peterson added the comment:
r85392.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10068>
___
___
Benjamin Peterson added the comment:
r85395.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Benjamin Peterson :
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10074>
___
___
Python-bugs-
Benjamin Peterson added the comment:
Done for all branches that are maintained.
--
resolution: remind -> fixed
___
Python tracker
<http://bugs.python.org/issu
Benjamin Peterson added the comment:
r85398
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10068>
___
___
Benjamin Peterson added the comment:
See r85429.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7287>
___
__
Benjamin Peterson added the comment:
2010/10/13 Sandro Tosi :
>
> Sandro Tosi added the comment:
>
> Hi Benjamin,
> you are the author of r63966 (I know, it's quite old, sorry about that) where
> you removed Demo/imputil/importers.py : do you think Demo/imputil/knee.p
Benjamin Peterson added the comment:
+1 for RuntimeError.
--
___
Python tracker
<http://bugs.python.org/issue10093>
___
___
Python-bugs-list mailing list
Unsub
Benjamin Peterson added the comment:
2010/10/13 Alex :
>
> Alex added the comment:
>
> RuntimeWarning you mean? I don't think anyone is suggesting making it an
> error.
Indeed.
--
___
Python tracker
<http://bug
Changes by Benjamin Peterson :
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10101>
___
___
Python-bugs-
Changes by Benjamin Peterson :
--
assignee: -> rhettinger
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue10109>
___
___
Python-bugs-list mai
Benjamin Peterson added the comment:
r85562.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Benjamin Peterson added the comment:
r85574
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
Here's a patch. Please review.
--
keywords: +patch
nosy: +benjamin.peterson
Added file: http://bugs.python.org/file19257/hash_t.diff
___
Python tracker
<http://bugs.python.org/i
Changes by Benjamin Peterson :
Added file: http://bugs.python.org/file19258/hash_t.diff
___
Python tracker
<http://bugs.python.org/issue9778>
___
___
Python-bugs-list m
Benjamin Peterson added the comment:
Dropping the cast was inadvertent. I've now added versionchanged and committed
it in r85664.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python
Benjamin Peterson added the comment:
Good point. Here's another patch:
--
Added file: http://bugs.python.org/file19260/deunsignify.diff
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
2010/10/18 Marc-Andre Lemburg :
>
> Marc-Andre Lemburg added the comment:
>
> And related to my previous comment: shouldn't Py_hash_t map to size_t instead
> of Py_ssize_t ?
No, negative values have to be allowed.
--
title:
Benjamin Peterson added the comment:
2010/10/18 Éric Araujo :
>
> Éric Araujo added the comment:
>
> Set literals, a new feature indeed, have been backported to 2.7 and 3.1. The
> lack of support in ast.literal_eval is arguably a bug. Benjamin, can you
> make a statement
Changes by Benjamin Peterson :
--
assignee: -> benjamin.peterson
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue10152>
___
___
Py
Benjamin Peterson added the comment:
r85757
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10152>
___
___
Changes by Benjamin Peterson :
--
assignee: -> jnoller
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue10158>
___
___
Python-bugs-list mai
Changes by Benjamin Peterson :
--
assignee: d...@python -> rhettinger
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue10160>
___
___
Python-
Benjamin Peterson added the comment:
Thank you. Applied in r85803.
--
___
Python tracker
<http://bugs.python.org/issue9778>
___
___
Python-bugs-list mailin
Benjamin Peterson added the comment:
r85814
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
Let's close then.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python
Benjamin Peterson added the comment:
Technically, it's because the syntax errors come from a latter part of the
compiling phase when the origin of names isn't known. Fixing this would involve
attaching line numbers and offsets to names somehow.
--
nosy: +benjami
Changes by Benjamin Peterson :
--
assignee: -> benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue10189>
___
___
Python-bugs-list mai
Benjamin Peterson added the comment:
I think you need to bring this up on python-ideas/python-dev.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue10
Benjamin Peterson added the comment:
We should do something like SQLite: http://sqlite.org/testing.html
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue10
Benjamin Peterson added the comment:
That's because it's fixed.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.py
Benjamin Peterson added the comment:
2010/10/26 R. David Murray :
>
> R. David Murray added the comment:
>
> The fix is not something that can be backported to 3.1? (This is a
> regression relative to 2.x).
No, it's not. The fix was a bit of "feature&qu
Benjamin Peterson added the comment:
r85904
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10186>
___
___
Benjamin Peterson added the comment:
2010/10/29 Marc-Andre Lemburg :
>
> Marc-Andre Lemburg added the comment:
>
> Antoine Pitrou wrote:
>>
>> Antoine Pitrou added the comment:
>>
>>> The warning will trigger without any reason.
>>
>> Well,
Benjamin Peterson added the comment:
Upon further consideration, I think this could be backported.
--
assignee: benjamin.peterson -> rhettinger
resolution: wont fix ->
status: closed -> open
___
Python tracker
<http://bugs.python.o
Benjamin Peterson added the comment:
r86045
--
nosy: +benjamin.peterson
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
r86046. Thanks
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
r86055
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
r86075
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7059>
___
___
Benjamin Peterson added the comment:
It is now.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> pending
___
Python tracker
<http://bugs.python.org/i
Changes by Benjamin Peterson :
--
resolution: fixed -> out of date
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue10277>
___
___
Benjamin Peterson added the comment:
This has already been implemented.
--
nosy: +benjamin.peterson
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Benjamin Peterson :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7266>
___
___
Python-bugs-
Benjamin Peterson added the comment:
I'm going to reject this for now.
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Benjamin Peterson added the comment:
pydoc should probably be adapted to look at a type for descrs.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue8
Benjamin Peterson added the comment:
r86144
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Benjamin Peterson :
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10301>
___
___
Pyth
Benjamin Peterson added the comment:
This is fixed now.
2010/11/4 Hagen Fürstenau :
>
> Hagen Fürstenau added the comment:
>
> The ReST links in http://docs.python.org/py3k/c-api/dict.html#PyDict_Items
> seem to be broken.
>
> --
>
> _
Benjamin Peterson added the comment:
Fine.
2010/11/6 Éric Araujo :
>
> Éric Araujo added the comment:
>
> Fixed in r86248, thanks. BTW, my commit removes a bit more than yours
> originally did.
>
> In 2.7, the unused distutils.sysconfig._init_mac function is still l
Changes by Benjamin Peterson :
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10378>
___
___
Python-bugs-
Benjamin Peterson added the comment:
r86464
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10416>
___
___
Benjamin Peterson added the comment:
Please upload to Rietveld. I have a few comments to make.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue11
Benjamin Peterson added the comment:
I'm trying to remember if this was intentional or not...
--
___
Python tracker
<http://bugs.python.org/issue11276>
___
___
New submission from Benjamin Peterson :
For example:
>>> 'print 1\n\x0cprint 2\n\n'.splitlines()
['print 1\n', '\x0cprint 2\n', '\n']
>>> list(io.StringIO('print 1\n\x0cprint 2\n\n'))
I'm not sure which is prefe
Benjamin Peterson added the comment:
I don't see that, but the chances of changing either of these is quite low, so
I suppose we should just document.
--
___
Python tracker
<http://bugs.python.org/is
Benjamin Peterson added the comment:
LGTM
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue11335>
___
___
Python-bugs-list mailin
Benjamin Peterson added the comment:
This has been true forever. I suggest you try python-ideas.
--
nosy: +benjamin.peterson
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
r88661
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11250>
___
___
Benjamin Peterson added the comment:
r88668
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
This is not really accurate:
>>> class x(int): pass
...
>>> class y(object): pass
...
>>> x().__class__ = y
Traceback (most recent call last):
File "", line 1, in
TypeError: __class__ assignment: 'x' objec
Benjamin Peterson added the comment:
Unfortunately "proper" module finalization is an invitation to more segfaults
because modules can be finalized before objects in them are, resulting in
segfaults when its attempted to access modules.
--
nosy: +benjami
Benjamin Peterson added the comment:
It's a chicken and egg problem because proper module finalization techniques
like #812369 are bogged down by static globals in extension modules, and proper
state storage in modules is prevented by proper module finaliz
Benjamin Peterson added the comment:
http://mail.python.org/pipermail/python-dev/2009-October/093057.html
2011/3/1 Antoine Pitrou :
>
> Antoine Pitrou added the comment:
>
> Not sure why #812369 is bogged down. The patch simply needs updating for 3.x.
>
>
Benjamin Peterson added the comment:
r88712 Thanks
--
nosy: +benjamin.peterson
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Benjamin Peterson added the comment:
Well, the pep is wrong, too.
--
___
Python tracker
<http://bugs.python.org/issue11428>
___
___
Python-bugs-list mailin
Benjamin Peterson added the comment:
770d45d22a40, 88bbc574cfb0, 8947c47a9fef, a7e0cff05597
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
You can put the test in test_compile.
--
___
Python tracker
<http://bugs.python.org/issue11441>
___
___
Python-bugs-list m
Benjamin Peterson added the comment:
Someone should probably ask python-dev. callable, of course, doesn't work in
3.1.
--
___
Python tracker
<http://bugs.python.org/is
Benjamin Peterson added the comment:
7fd06773c3c2
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
c017695acf19
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Benjamin Peterson added the comment:
That seems awfully obscure.
--
___
Python tracker
<http://bugs.python.org/issue11499>
___
___
Python-bugs-list mailin
Benjamin Peterson added the comment:
Okay. This is certainly the first request I've seen, so I'm going to close.
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.py
Benjamin Peterson added the comment:
Is that a patch you can put on Rietveld then? (/me wanting to review)
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue11
Benjamin Peterson added the comment:
1. Use splitlines() instead of split('\n')
2. Use try finally when replacing sys.stdout.
3. Why is dist(None) a RuntimeError and anything else invalid TypeError?
--
nosy: +benjamin.peterson
___
Pyth
Benjamin Peterson added the comment:
1. I prefer that we don't have pragma statements sprinkled over the stdlib.
2. You can use assertIs() instead of assertTrue(x is y) (Feel free to change
the lot)
3. Along the way you could also change those "raise support.TestFailed" over
Benjamin Peterson added the comment:
2011/3/16 Nick Coghlan :
>
> Nick Coghlan added the comment:
>
> Alexander: the coverage problem in this case has to do with it incorrectly
> handling an "else:" clause on a loop (it doesn't adjust the expected target
>
Benjamin Peterson added the comment:
That should be okay. 3.1 is still open for normal bugfixes.
2011/3/16 Jesús Cea Avión :
>
> Jesús Cea Avión added the comment:
>
> Benjamin, could you possibly accept this for 3.1?. It solves a buildbot issue
> that cold mask othe pro
301 - 400 of 5168 matches
Mail list logo