>Number:         3544
>Category:       bin
>Synopsis:       tar --totals overflows the int assigned to track total bytes
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    bin-bug-people (Utility Bug People)
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Sat Apr 26 05:50:04 1997
>Last-Modified:
>Originator:     Scott.Burns@Netcontech.Com
>Organization:
	Scott R. Burns
	NETCON Technologies Inc.
	http://www.netcontech.com/~sburns
>Release:        1.1
>Environment:
System: NetBSD netcontech.com 1.1 NetBSD 1.1 (www_netcontech_com) #0: Fri Jun 7 05:04:58 PDT 1996 root@www.netcontech.com:/usr2/src/sys/arch/i386/compile/www_netcontech_com i386


>Description:
	When performing a large backup using tar --totals to an EXA-8200
	the integer reserved to count the number of bytes backed up
	overflows and starts to print out negatives. It would appear
	this is true on my i386 v1.1, v1.2 amd v1.2.1 machines.

>How-To-Repeat:

	tar --totals -cvf /dev/nrst0 /
	where / will backup multiple gig and /dev/nrst0 is connected
	to a drive that can handle multiple gig.
>Fix:
	I would assume uping this variable to a unsigned long of
	some type and changing the corresponding printf statement
	to allow it to output these new large numbers.
	
>Audit-Trail:
>Unformatted: