Message95120
| Author |
mark.dickinson |
| Recipients |
jasper, mark.dickinson |
| Date |
2009年11月10日.16:43:04 |
| SpamBayes Score |
3.3200285e-09 |
| Marked as misclassified |
No |
| Message-id |
<1257871388.46.0.388800939519.issue7296@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Hmm. I don't understand that backtrace at all. It seems to say that
the conversion of this particular double value (2.34e17) to long is
causing some kind of arithmetic exception. I'd assume overflow, except
that the configure script says sizeof(long) == 8, and a 64-bit long
should be plenty large enough to hold the result of the conversion.
Is it possible that the configure script is somehow ending up with the
wrong value for SIZEOF_LONG? Or do C longs definitely have width 64 on
this platform? |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2009年11月10日 16:43:08 | mark.dickinson | set | recipients:
+ mark.dickinson, jasper |
| 2009年11月10日 16:43:08 | mark.dickinson | set | messageid: <1257871388.46.0.388800939519.issue7296@psf.upfronthosting.co.za> |
| 2009年11月10日 16:43:05 | mark.dickinson | link | issue7296 messages |
| 2009年11月10日 16:43:04 | mark.dickinson | create |
|