g the v2.7.2 tag with clang and -fwrapv, and the
overflow behavior is correct. I've notified the MacPorts package
maintainer.
-Derek
On Thu, Nov 3, 2011 at 11:07 AM, Stefan Krah wrote:
> Derek Shockey wrote:
>> I believe you're right. The 2.7.2 MacPorts portfile definitely passe
licate of Issue11149 (and
>> Issue12701). Another manifestation of this was reported in Issue13061
>> which also originated from MacPorts. I'll remind them that the
>> configure change is likely needed for all Pythons. It's still safest to
>> stick with good old g
hem that the
> configure change is likely needed for all Pythons. It's still safest to
> stick with good old gcc-4.2 on OS X at the moment.
> """
>
> (Those issues are on bugs.python.org.)
>
> --Guido
>
> On Wed, Nov 2, 2011 at 7:32 PM, Derek Shockey wrote:
I just found an unexpected behavior and I'm wondering if it is a bug.
In my 2.7.2 interpreter on OS X, built and installed via MacPorts, it
appears that integers are not correctly overflowing into longs and
instead are yielding bizarre results. I can only reproduce this when
using the exponent oper
I did actually submit a patch last night after I emailed the list. The issue
ID is 1307.
I used the ternary operator (because I like it and because it was the
shortest solution), but if this is not desirable for backwards
compatibility, I could obviously rewrite it another way.
-Derek Shockey
tion would be to insert a "if not arg" check in
__getaddr and return. The existing smtp_MAIL code will then issue the 501
Syntax error.
-Derek Shockey
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/py
Though I am an avid Python programmer, I've never forayed into the area of
developing Python itself, so I'm not exactly sure how all this works.
I was confused (and somewhat disturbed) to discover recently that the
zipfile module offers only one-shot decompression of files, accessible only
via th
