[Tutor] largest and smallest numbers

John Fouhy john at fouhy.net
Tue Sep 25 10:35:58 CEST 2007


You've got upper and lower bounds - maybe you could do a binary search
to find the max exactly? It should only take the same number of steps
again...

On 9/25/07, Terry Carroll <carroll at tjc.com> wrote:
> On Mon, 24 Sep 2007, Christopher Spears wrote:
>
> > How can I find the largest float and complex numbers?
>
> That's an interesting question..
>
> I just tried this:
>
> x = 2.0
> while True:
>     x = x*2
>     print x
>     if repr(x) == "1.#INF": break
>
> to just keep doubling X until Python began representing it as infinity.
> My output:
>
> 4.0
> 8.0
> 16.0
> 32.0
> 64.0
> 128.0
>  . . .
> 137438953472.0
> 274877906944.0
> 549755813888.0
> 1.09951162778e+012
> 2.19902325555e+012
> 4.3980465111e+012
>  . . .
> 2.24711641858e+307
> 4.49423283716e+307
> 8.98846567431e+307
> 1.#INF
>
> So I'd say, the answer is somewhere between 8.98846567431e+307 and double
> that.
>
> On complex numbers, I'm not so sure.  My math is rusty. Is there a concept
> of "greater than" or "largest" in complex numbers on different axis?
> Which is larger, 4+2i or 2+4i?
>
> >>> complex(4,2)
> (4+2j)
> >>> complex(2,4)
> (2+4j)
> >>> complex(4,2) > complex(2,4)
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
> TypeError: no ordering relation is defined for complex numbers
>
> _______________________________________________
> Tutor maillist  -  Tutor at python.org
> http://mail.python.org/mailman/listinfo/tutor
>


More information about the Tutor mailing list