On Jan 4, 2008 9:19 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> We should make sure inf and nan are treated correctly by the new
> round(), floor() and ceil() in 3.0 -- it looks like right now
> round(nan) returns 0, but it should raise ValueError. (Also, Jeffrey,
> I thought math.floor() was
On Jan 4, 2008 5:07 AM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Bug http://bugs.python.org/issue1481296 describes a problem where
> long(float('nan')) causes a seg fault on Mac OS X. On other platforms it
> returns 0L, e.g.
>
> Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32)
> [GCC 4.1.3 200
Yes, I realize now that I was on the wrong box running the wrong
version, so ignore me if I'm stupid and its irrelevant!
On Jan 4, 2008 9:02 AM, Calvin Spealman <[EMAIL PROTECTED]> wrote:
> On Jan 4, 2008 8:07 AM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> > Hello!
> >
> > Bug http://bugs.pytho
On Jan 4, 2008 8:07 AM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Hello!
>
> Bug http://bugs.python.org/issue1481296 describes a problem where
> long(float('nan')) causes a seg fault on Mac OS X. On other platforms it
> returns 0L, e.g.
>
> Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32)
> [GC
Hello!
Bug http://bugs.python.org/issue1481296 describes a problem where
long(float('nan')) causes a seg fault on Mac OS X. On other platforms it
returns 0L, e.g.
Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32)
[GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2
Type "help", "co