From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailsrv.cs.umass.edu (mailsrv.cs.umass.edu [128.119.240.136]) by sourceware.org (Postfix) with ESMTPS id 5931D3945C1B for ; Wed, 6 Jan 2021 18:45:56 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 5931D3945C1B Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=cs.umass.edu Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=moss@cs.umass.edu Received: from [192.168.0.14] (c-24-62-203-86.hsd1.ma.comcast.net [24.62.203.86]) by mailsrv.cs.umass.edu (Postfix) with ESMTPSA id 0132140167C9; Wed, 6 Jan 2021 13:45:55 -0500 (EST) Reply-To: moss@cs.umass.edu Subject: Re: "ls" sorts wrongly if given large number of files To: Kamran , cygwin@cygwin.com References: From: Eliot Moss Message-ID: <6e8117e1-3847-c3cf-a3a7-632d5eac7a23@cs.umass.edu> Date: Wed, 6 Jan 2021 13:45:55 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2021 18:45:57 -0000 Here's a wondering ... In Linux, and I suspect Cygwin, etc., as well, there are two notions of "size". One is the amount fo storage the file consumes. The other is the position just after the last byte in the file. These can be different because of _holes_ in the middle of files. 17M for a setup.ini file sounds suspiciously large. I wonder if that file has a hole in it? Try: ls -os --block-size=1 (See https://unix.stackexchange.com/questions/436314/how-to-get-the-physical-size-of-a-file-in-linux.) Regards - Eliot Moss