database/postgres
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2025-07-08 11:42:09 +03:00
Code Activity

Modify int8 to not depend on sscanf(), and fix configure's test

Browse Source 
for int8 support.  configure now checks only snprintf() for int8 support,
not sprintf and sscanf as it used to.  The reason for doing this is that
if we are supplying our own snprintf code (which does handle long long int),
we now only need working long long support in the compiler not in the
platform's C library.  I have verified that int8 now passes regression test
on HPUX 9, and I think it should work on SunOS 4.1.* and other older
platforms if gcc is used.
This commit is contained in:
Tom Lane
1999-02-03 00:18:53 +00:00
parent 4090d17fee
commit 724119a979
3 changed files with 344 additions and 322 deletions
Download Patch File Download Diff File Expand all files Collapse all files

24
src/backend/utils/adt/int8.c
View File

@ -37,17 +37,31 @@ int64 *
int8in(char *str)
{
int64 *result = palloc(sizeof(int64));
char *ptr = str;
int64 tmp = 0;
int sign = 1;
if (!PointerIsValid(str))
elog(ERROR, "Bad (null) int8 external representation", NULL);
if (sscanf(str, INT64_FORMAT, result) != 1)
/* Do our own scan, rather than relying on sscanf which might be
* broken for long long. NOTE: this will not detect int64 overflow...
* but sscanf doesn't either...
*/
while (*ptr && isspace(*ptr)) /* skip leading spaces */
ptr++;
if (*ptr == '-') /* handle sign */
sign = -1, ptr++;
else if (*ptr == '+')
ptr++;
if (! isdigit(*ptr)) /* require at least one digit */
elog(ERROR, "Bad int8 external representation '%s'", str);
while (*ptr && isdigit(*ptr)) /* process digits */
tmp = tmp * 10 + (*ptr++ - '0');
if (*ptr) /* trailing junk? */
elog(ERROR, "Bad int8 external representation '%s'", str);
#if FALSE
elog(ERROR, "64-bit integers are not supported", NULL);
result = NULL;
#endif
*result = (sign < 0) ? -tmp : tmp;
return result;
} /* int8in() */