X-Spam-Check-By: sourceware.org Message-ID: <44A9D365.6020006@cygwin.com> Date: Mon, 03 Jul 2006 22:33:09 -0400 From: "Larry Hall (Cygwin)" Reply-To: cygwin AT cygwin DOT com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20060112 Fedora/1.5-1.fc4.remi Thunderbird/1.5 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Using du.exe to calculate disk usage on a Microsoft cluster server References: <44A928AE DOT 1070805 AT bethel-crc DOT ca> <44A9B1E3 DOT 6030408 AT cygwin DOT com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Lev Bishop wrote: > On 7/3/06, Larry Hall (Cygwin) wrote: >> Use POSIX paths (i.e. /cygdrive/s). Here I think you've found an >> application >> for 'find'. How about something like: >> >> find /cygdrive/s -maxdepth 1 -print0 | xargs -0 du > > How is that better than: > du /cygdrive/s > ? The OP claimed to have issues with spaces in directory paths, etc. Actually, I can't reproduce that behavior based on his report, at least not on Linux (I'm Cygwin-less ATM). So the above is offered as something to try to help the OP zero in on the problem. Perhaps it is just his use of non-POSIX paths, in which case using POSIX paths is the best and simplest alternative. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/