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
Changes by Benjamin Peterson :
--
assignee: -> benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue11594>
___
___
Python-bugs-list mai
Benjamin Peterson added the comment:
I think a better idea would be to override getter and friends on the
abstractproperty class.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue11
Benjamin Peterson added the comment:
2011/3/20 Darren Dale :
>
> Darren Dale added the comment:
>
> On Sun, Mar 20, 2011 at 5:18 AM, Daniel Urban wrote:
>>
>> Daniel Urban added the comment:
>>
>> I tried to test your patch, but the build dies wi
Benjamin Peterson added the comment:
I can fix it. I just need to find time. :)
--
___
Python tracker
<http://bugs.python.org/issue11594>
___
___
Python-bug
Benjamin Peterson added the comment:
And the source of exec_closure is what exactly?
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue11
Benjamin Peterson added the comment:
2011/3/24 Eric Snow :
>
> Eric Snow added the comment:
>
> I'm hoping to "release" it this week. Nick helped be a bunch with it during
> pycon sprints. I basically took call_function in ceval.c and got it working
> for arb
Benjamin Peterson added the comment:
Then the checking should be in your function.
--
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Benjamin Peterson :
--
assignee: -> ghaering
nosy: +ghaering
___
Python tracker
<http://bugs.python.org/issue11688>
___
___
Python-bugs-list mai
Benjamin Peterson added the comment:
You could write a Python script to generator the methods.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue887
Benjamin Peterson added the comment:
2011/3/29 Guido van Rossum :
>
> Guido van Rossum added the comment:
>
> The fix is now also in the 3.1, 3.2 and default branches of my repo
> (http://hg.python.org/sandbox/guido).
>
> Maybe I should just merge the whole bunch into
Benjamin Peterson added the comment:
I have an idea. How about instead of reusing abstractmethod for abstract
getters and setters, you add abstractproperty.abstractgetter/setter/deleter?
--
___
Python tracker
<http://bugs.python.org/issue11
Benjamin Peterson added the comment:
2011/3/29 Darren Dale :
>
> Darren Dale added the comment:
>
> Benjamin: have you thought this idea through?
Perhaps inadequately?
--
___
Python tracker
<http://bugs.python
Benjamin Peterson added the comment:
2011/3/29 Darren Dale :
>
> Darren Dale added the comment:
>
> I see some problems with this approach, but maybe I haven't fully appreciated
> it. Let me summarize the goals and constraints as I see them:
>
> 1) compatible wi
Benjamin Peterson added the comment:
I suggest you complain to the libffi maintainers.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue11
Benjamin Peterson added the comment:
I have a proposal: only call __length_hint__ on C types.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue11
Benjamin Peterson added the comment:
2011/4/1 Raymond Hettinger :
> [benjamin]
> The __length_hint__ protocol is a public API, so anyone can use it. Also,
> the issue is a broader than __length_hint__, it is really distinguishing
> multiple possible meanings for a TypeError rais
301 - 400 of 4969 matches
Mail list logo