Date: Tue, 8 Aug 2000 19:50:02 -0700 (PDT) From: Laurence Berland <stuyman@confusion.net> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/2036: cpio size wraparound Message-ID: <200008090250.TAA26800@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/2036; it has been noted by GNATS.
From: Laurence Berland <stuyman@confusion.net>
To: freebsd-gnats-submit@FreeBSD.org, asami@FreeBSD.org
Cc:
Subject: Re: bin/2036: cpio size wraparound
Date: Tue, 08 Aug 2000 22:43:31 -0400
#include <stdio.h>
int main()
{
#ifdef __GNUC__
printf("GNUC\n");
#else
printf("no GNUC\n");
#endif
exit(0);
}
prints GNUC on my system, but my system is out of date. If someone else
wants to try it, and tell me what happens, I'll try and look into this
further. The following from cpio's global.c makes me think this issue
is a fluke on this guys system, or perhaps CFLAGS is doing something I
haven't considered.
/* Total number of bytes read and written for all files.
Now that many tape drives hold more than 4Gb we need more than 32
bits to hold input_bytes and output_bytes. But it's not worth
the trouble of adding special multi-precision arithmetic if the
compiler doesn't support 64 bit ints since input_bytes and
output_bytes are only used to print the number of blocks copied. */
#ifdef __GNUC__
long long input_bytes, output_bytes;
#else
long input_bytes, output_bytes;
#endif
--
Laurence Berland
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Windows 98: n.
useless extension to a minor patch release for
32-bit extensions and a graphical shell for a
16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor,
written by a 2-bit company that can't stand for
1 bit of competition.
http://stuy.debate.net
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200008090250.TAA26800>