X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Thu, 2 Feb 2012 16:36:57 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: find in root (/) results in stack trace Message-ID: <20120202153657.GA18227@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20120201150054 DOT GA29431 AT calimero DOT vinschen DOT de> <20120202085645 DOT GB25077 AT calimero DOT vinschen DOT de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120202085645.GB25077@calimero.vinschen.de> User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Feb 2 09:56, Corinna Vinschen wrote: > On Feb 1 16:54, Heiko Elger wrote: > > Corinna Vinschen writes: > > > > > > > > This looks like a problem when recursing over the /proc/registry and > > > it doesn't look like a 64 bit problem. I'll have a look. > > > > > > > I saw same problem runing find command i.e. /cygdrive/c/Programme/cygwin (root > > of my cygwin installation) ad there is no /proc/registry. > > Indeed. > > I concentrated on the registry yesterday and I found a memory and a > handle leak there, which were a result of find using open/fdopendir/ > closedir. This skips the close call and the registry closedir code > wasn't handling that at all. > > Given that find wastes a lot of memory when scanning ordinary disks, > too, there's apparently still another memory leak somewhere. I'm going > to have another look today. I've created a new snapshot 2012-02-02. Can you please test it? AFAICS I got rid of the memory leak. A recent change broke the fdopendir handling entirely, apparently. I tested it with a full `find /' scan and I didn't have any problem... ...except that find ran into an infinite loop in /proc/registry. It turned out that this is a result of registry virtualization under UAC. I fixed that by treating the affected registry keys(*) as symlink, rather than as directory. Corinna (*) every key ending in "VirtualStore/MACHINE/SOFTWARE/Classes". -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple