From asami@silvia.hip.berkeley.edu  Sat Nov 16 04:20:09 1996
Received: from dfw-ix7.ix.netcom.com (dfw-ix7.ix.netcom.com [206.214.98.7])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA24448
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 16 Nov 1996 04:20:08 -0800 (PST)
Received: from silvia.HIP.Berkeley.EDU (ala-ca12-22.ix.netcom.com [199.35.209.214]) by dfw-ix7.ix.netcom.com (8.6.13/8.6.12) with ESMTP id EAA19733 for <FreeBSD-gnats-submit@freebsd.org>; Sat, 16 Nov 1996 04:19:35 -0800
Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.2/8.6.9) id EAA02571; Sat, 16 Nov 1996 04:19:33 -0800 (PST)
Message-Id: <199611161219.EAA02571@silvia.HIP.Berkeley.EDU>
Date: Sat, 16 Nov 1996 04:19:33 -0800 (PST)
From: asami@freebsd.org
To: FreeBSD-gnats-submit@freebsd.org
Subject: cpio size wraparound
X-Send-Pr-Version: 3.2

>Number:         2036
>Category:       bin
>Synopsis:       cpio size wraparound
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Nov 16 04:30:03 PST 1996
>Closed-Date:    Thu Aug 10 02:42:38 PDT 2000
>Last-Modified:  Thu Aug 10 02:42:51 PDT 2000
>Originator:     Satoshi Asami
>Release:        FreeBSD 3.0-CURRENT i386
>Organization:
The FreeBSD Project
>Environment:

	big disks

>Description:

I copied a half-full 4GB partition to another using find | cpio, and
it told me:

-4166212 blocks

at the end. ;)

>How-To-Repeat:

See above.

>Fix:
	
Change a long to long long or something, I guess.

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->suspended 
State-Changed-By: phk 
State-Changed-When: Mon May 25 00:57:20 PDT 1998 
State-Changed-Why:  
Awaiting committer 

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
 

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:46:15 -0400

 Or more likely, since all this pr is so old, it came before we got GNU
 cpio?  I'm just speculating now, as I don't have the >2GB of free space
 needed to figure this out right now.
 -- 
 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
 

From: Johan Karlsson <k@numeri.campus.luth.se>
To: Laurence Berland <stuyman@confusion.net>
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: bin/2036: cpio size wraparound 
Date: Wed, 09 Aug 2000 09:15:28 +0200

 At Tue, 08 Aug 2000 19:50:02 PDT, Laurence Berland wrote:
 > 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);
 >   
 >  }
 >  
 
 On a 4.1-Stable from a few day after the release:
 k@numeri ~ >./a.out 
 GNUC
 
 
 /Johan K
 
 

From: laurence.berland@flooz.com (Laurence Berland)
To: freebsd-gnats-submit@FreeBSD.org, asami@freebsd.org
Cc:  
Subject: Re: bin/2036: cpio size wraparound
Date: Wed, 09 Aug 2000 11:33:26 -0400

 ok, /me thinks that this PR is just old and is now fixed because of the
 use of GNU cpio.  Unless someone is still having this problem, the PR
 can be closed.
 
 Laurence Berland
 
State-Changed-From-To: suspended->closed 
State-Changed-By: sheldonh 
State-Changed-When: Thu Aug 10 02:42:38 PDT 2000 
State-Changed-Why:  
Not a problem any more. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=2036 
>Unformatted:
