On 19 October 2012 11:02, Duncan Booth
wrote:
> Hrvoje Niksic wrote:
>
>> On 10/19/2012 03:22 AM, Benjamin Peterson wrote:
>>> It would be interesting to see how common it is for strings which have
>>> their hash computed to be compared.
>>
>> Sinc
2012/10/19 Antonio Cuni :
> indeed, you are right. So I suppose that in pypy we could just relax the check
> in cmath and be happy. Is there any chance that this will be changed in 2.7
> and/or 3.x?
Certainly 3.x, but not 2.7.
--
Regards,
2012/10/19 Tres Seaver :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/19/2012 11:26 AM, Benjamin Peterson wrote:
>> 2012/10/19 Antonio Cuni :
>>> indeed, you are right. So I suppose that in pypy we could just relax
>>> the check in cmath and be
2012/10/19 Tres Seaver :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/19/2012 11:56 AM, Benjamin Peterson wrote:
>> 2012/10/19 Tres Seaver :
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>>
>>> On 10/19/2012 11:26 AM, Benjamin
sh would be
> suitable for the standard library. Is there any other interest in something
> like this?
You should try the python-ideas list.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mai
le to extend and maintain unicodeobject.c (some
> people proved it!), but it should now be much simpler with shorter
> files.
I would like to repeat my opposition to splitting unicodeobject.c. I
don't think the benefits of such a split have been well justified,
certainly not to the point tha
s is a bit of a bother. And I‘ve
> thrown away all my SVN stuff...
>
> K
>
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mai
2012/11/13 Benjamin Peterson :
> Their still in svn as far I know.
s/Their/They're
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
ionary, dict creation
> could still proceed in a reasonable way.
In the common case PyArg_ValidateKeywordArguments should be a simple check.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/py
ust tests that garbage is
collected, a Python language feature. Those aren't technically CPython
specific.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
htt
2012/11/18 Antoine Pitrou :
> On Sun, 18 Nov 2012 09:37:57 -0500
> Benjamin Peterson wrote:
>
>> 2012/11/18 Antoine Pitrou :
>> > Also, I would point out that the reference counting behaviour is an
>> > important feature of *C*Python (to the point that we have
On 21 November 2012 03:57, Leo wrote:
> Sorry the python issue tracker seems broken (I cannot log in). So I am
> posting it here.
>
> In the doc:
>
> operator.attrgetter(attr[, args...])
> operator.itemgetter(item[, args...])
> operator.methodcaller(name[, args...])
>
> The signatures of the
2012/12/13 Antoine Pitrou :
> On Thu, 13 Dec 2012 04:24:54 +0100 (CET)
> benjamin.peterson wrote:
>> http://hg.python.org/cpython/rev/5435a9278028
>> changeset: 80834:5435a9278028
>> user:Benjamin Peterson
>> date:Wed Dec 12 22:24:47 2012
lopers as
> well.
http://mail.python.org/pipermail/python-dev/2012-September/121651.html
Presumably that should go somewhere more permanent.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
t;Developer's Guide" that
>> explains how to get the most out of the network.
>>
>
> Thanks, indeed a more permanent place would be nice. So from reading the
> above, am I correct in the understanding that these hosts don't actually run
> tests at the moment? Th
gt; for unittests, distributing a certificate sounds like an obvious bad
> idea. :-)
It's fairly easy to generate a "fake" self-signed one for testing
purposes. We already have some in the test suite.
--
Regards,
Benjamin
___
Python-Dev
like .from_errno would be good.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ld be great if it could all be killed, but I suppose it might be
in some externally maintained module. Which tests?
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
see the point in permuting thing too much in the 2.7 branch.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
2012/12/28 Lennart Regebro :
> It will make the datetime.py twice as long though, and the second longest
> module in the stdlib, beaten only by decimal.py. Perhaps this is not a
> problem.
No one ever accused datetime manipulation of being simple.
--
Regards,
e to save the sys.modules state and restore it in
> test___all__ so that sys.modules isn't affected by this test?
Sounds reasonable to me.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
ct from the C module
is directly exposed through the API it's nicer if it's __name__
doesn't have a leading underscore.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyth
2013/1/1 Eli Bendersky :
>
>
>
> On Tue, Jan 1, 2013 at 8:15 AM, Benjamin Peterson
> wrote:
>>
>> 2013/1/1 Eli Bendersky :
>> > Hello and happy 2013,
>> >
>> > Something I noticed earlier today is that some C versions of stdlib
>> >
>
>
>
> As a followup question: would it be considered a compatibility-breaking
> change to rename PyTypeObject names? As a concrete example, in
> Modules/_elementtree.c the name of Element_Type (essentially the
> xml.etree.ElementTree.Element replacement in C) is "Element"
this is correct, than such a change (name of the type) may be
> required to solve the regression between 3.3 and 3.3.1
Yes, but you're probably going to have to do more than change the
class name in order for pickling to work for C types.
--
Regards,
Benjamin
_
2013/1/3 Eli Bendersky :
>
>
>
> On Thu, Jan 3, 2013 at 6:50 AM, Benjamin Peterson
> wrote:
>>
>> 2013/1/3 Eli Bendersky :
>> > etree has a C accelerator that was improved and extended in 3.3 and was
>> > made
>> > the default when i
uld be interesting?
I'm not sure it's worth cluttering the open() interface with such a
non-portable option. People requiring such control should use the
low-level os.open interface.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@pyt
2013/1/7 Gregory P. Smith :
>
>
>
> On Mon, Jan 7, 2013 at 4:03 PM, Benjamin Peterson
> wrote:
>>
>> 2013/1/7 Victor Stinner :
>> > Hi,
>> >
>> > I would like add a new flag to open() mode to close the file on exec:
>> > "
remain open across an execve(2), otherwise
> it will be closed."
>
> I would like to expose the OS feature using a portable API to hide the
> "The myriad cloexec APIs".
Okay, fair enough, but I really would like it not to ever
2013/1/8 Victor Stinner :
> 2013/1/8 Benjamin Peterson :
>> Okay, fair enough, but I really would like it not to ever raise
>> NotImplementedError. Then you would end up having different codepaths
>> for various oses anyway.
>
> So what do you suggest?
If the only sy
2013/1/8 Victor Stinner :
> 2013/1/8 Benjamin Peterson :
>> 2013/1/8 Victor Stinner :
>>> 2013/1/8 Benjamin Peterson :
>>>> Okay, fair enough, but I really would like it not to ever raise
>>>> NotImplementedError. Then you would end up having differ
#x27;s a copy-and-paste error. exception() will return the
exception if one occured.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/opti
2013/1/8 Guido van Rossum :
> On Tue, Jan 8, 2013 at 6:07 PM, Benjamin Peterson wrote:
>> 2013/1/8 Yuriy Taraday :
>>> 4. Why separate exception() from result() for Future class? It does the same
>>> as result() but with different interface (return instead of raise). D
2013/1/8 Benjamin Peterson :
> 2013/1/8 Guido van Rossum :
>> On Tue, Jan 8, 2013 at 6:07 PM, Benjamin Peterson
>> wrote:
>>> 2013/1/8 Yuriy Taraday :
>>>> 4. Why separate exception() from result() for Future class? It does the
>>>> same
>&
2013/1/9 Trent Nelson :
> There's no correlation between PyArenas and the extensive use of the
> term "arena" in obmalloc.c, right?
Correct.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://ma
It's been almost a year since 2.7.3, so it's time for another 2.7
bugfix release.
2013-02-02 - 2.7.4 release branch created; rc released
2013-02-16 - 2.7.4 released
Does this work for you, Martin and Ned?
--
Regards,
Benjamin
___
Python-D
ght be worth making?
Considering most sockets are only set to blocking once, this doesn't
seem very useful.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
late to get this into 2.7.3?
Yes, it's far too late for 2.7.3, since that was released last April.
:) I think it could go into 2.7.4, though.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
.asctime() with an array with negative tm_hour
> causes Python Crash.
>
> Issue #16686: audioop overflow issues.
>
> #8865 is reviewed but not committed.
Thanks. In the future, this should be raised to "release blocker"
pri
around than usual for a bugfix release.
I'm afraid I'm still going to have to delay longer to see if we can
get a few security patches in. It could be next week.
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.o
2013/2/3 Eli Bendersky :
>
> On Sun, Feb 3, 2013 at 4:11 PM, Benjamin Peterson
> wrote:
>>
>> As you may have noticed, no 2.7.4 rc has been created yet. Yesterday,
>> the buildbots were all red, and release blocker issues had to be dealt
>> with. Today, I was
t(func))
> """
>
> Is there any reason why this method would have to explicitly check the type
> of its argument? Why can't it just accept any object that quacks like a
> function?
The signature() function checks for types.FunctionType in order
are good reasons, but
> thought I'd ask...
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On 8 February 2013 15:39, Chris Withers wrote:
> Hi All,
>
> Just had a bit of an embarrassing incident in some code where I did:
>
> sometotal =+ somevalue
>
> I'm curious why this syntax is allowed? I'm sure there are good reasons, but
> thought I'd ask...
Because '+' can represent an unary pre
2013/2/8 Chris Withers :
> On 08/02/2013 15:42, Benjamin Peterson wrote:
>>
>> 2013/2/8 Chris Withers:
>>>
>>> Hi All,
>>>
>>> Just had a bit of an embarrassing incident in some code where I did:
>>>
>>> sometotal =+ somev
On 8 February 2013 16:10, Benjamin Peterson wrote:
> 2013/2/8 Chris Withers :
>> On 08/02/2013 15:42, Benjamin Peterson wrote:
>>>
>>> 2013/2/8 Chris Withers:
>>>>
>>>> Hi All,
>>>>
>>>> Just had a bit of an embar
nk we have to demonstrate best practices in our examples.
> Let's py2.7 branch live untouched, change only docs for python 3.x
>
> Any objections?
IMO, it's fine if you change 2.7, too.
--
Regards,
Benjamin
___
Python-Dev mailing
and verifies 1Gb+ zip files
If you wish to use this to help benchmark, test, etc, any
changes to the ZipFile module
please feel free to...
- Benjamin
"""Backup Creator Utility
This utilit
Brett Cannon wrote:
> On Tue, Feb 10, 2009 at 18:45, Benjamin Schwartz
> wrote:
>
...
>> According to ARM [4]:
>>
>> """Jazelle RCT can be used to significantly reduce the code bloat
>> associated
>> with AOT and JIT compilation, making AOT te
(i'm not on python-dev, so i dunno whether this will make it through...)
basically, this bug does not affect the vast majority (mac and windows
users with UTF-16 "narrow" unicode Python builds) because the unpatched
code allocates sufficient memory in this case. only the minority
treating this as
1501 - 1550 of 1550 matches
Mail list logo
