[svn] Updated long_to_string(); enhanced opt.downloaded to use

64-bit types where available.
Published in <sxswvenqsmn.fsf@florida.arsdigita.de> and
<sxssnpbqshp.fsf@florida.arsdigita.de>.
This commit is contained in:
hniksic
2000-11-01 13:51:25 -08:00
parent b9eeb0c54c
commit 29cdc8da20
10 changed files with 282 additions and 103 deletions

View File

@@ -97,8 +97,22 @@ do { \
DEBUGP (("Closing fd %d\n", x)); \
} while (0)
/* Define a "very long" type useful for storing large non-negative
integers, e.g. the total number of bytes downloaded. This needs to
be an integral type at least 64 bits wide. On the machines where
`long' is 64-bit, we use long. Otherwise, we check whether `long
long' is available and if yes, use that. Otherwise, we give up and
just use `long'. */
#if (SIZEOF_LONG >= 8) || !defined(HAVE_LONG_LONG)
# define VERY_LONG_TYPE unsigned long
# define VERY_LONG_FORMAT "%lu"
#else /* long is smaller than 8 bytes, but long long is available. */
# define VERY_LONG_TYPE unsigned long long
# define VERY_LONG_FORMAT "%llu"
#endif /* use long long */
/* OK, now define a decent interface to ctype macros. The regular
ones misfire when you feed them chars >= 127, as they understand
ones misfire when you feed them chars > 127, as they understand
them as "negative", which results in out-of-bound access at
table-lookup, yielding random results. This is, of course, totally
bogus. One way to "solve" this is to use `unsigned char'