Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com To: cygwin@cygwin.com X-Injected-Via-Gmane: http://gmane.org/ Path: not-for-mail From: Shankar Unni Subject: Re: 1.3.15: "ls -l" integer overflow Date: Fri, 08 Nov 2002 11:02:57 -0800 Lines: 16 Message-ID: <3DCC0A61.4070903@cotagesoft.com> References: <20021108051247.GA1904@caip.rutgers.edu> NNTP-Posting-Host: adsl-64-165-207-59.dsl.snfc21.pacbell.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1036782165 8346 64.165.207.59 (8 Nov 2002 19:02:45 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 8 Nov 2002 19:02:45 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en In-Reply-To: <20021108051247.GA1904@caip.rutgers.edu> Rares Boian wrote: > However, "ls -lh" seems to be able to deal with that number and > reports it correctly as 16-exabytes. ^^^^^^^^^ What?!? 16 exabytes?! That's what? 16 * 10^18? Are you joking? All the disks on earth wouldn't add up to that capacity. (Well, maybe they would in these days of cheap 100GB disks, but it's a close thing :-). It's simply reporting the 18446744072770031616 number in a compact format. The internal *value* is wrong, because it's doing an incorrect 32->64 bit conversion somewhere, but the format doesn't make the result correct. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/