From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: recursing through directories Date: Tue, 23 Apr 2002 16:56:08 -0700 (PDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200204232356.g3NNu8M00801@shade.twinsun.com> References: <200204221809.g3MI9Uh07012@shade.twinsun.com> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1019606247 14524 127.0.0.1 (23 Apr 2002 23:57:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 23 Apr 2002 23:57:27 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 170AA3-0003m9-00 for ; Wed, 24 Apr 2002 01:57:27 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 170ABS-0001iA-00 for ; Wed, 24 Apr 2002 01:58:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 170A9x-0004YZ-00; Tue, 23 Apr 2002 19:57:21 -0400 Original-Received: from alcor.twinsun.com ([198.147.65.9]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 170A8n-0004VC-00; Tue, 23 Apr 2002 19:56:09 -0400 Original-Received: from shade.twinsun.com ([192.54.239.27]) by alcor.twinsun.com (8.12.1/8.12.1) with ESMTP id g3NNu8Pd014229; Tue, 23 Apr 2002 16:56:08 -0700 (PDT) Original-Received: (eggert@localhost) by shade.twinsun.com (8.11.6+Sun/8.11.6) id g3NNu8M00801; Tue, 23 Apr 2002 16:56:08 -0700 (PDT) Original-To: pot@gnu.org In-Reply-To: Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3143 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3143 > From: Francesco Potorti` > CC: emacs-devel@gnu.org > Organization: > Date: Tue, 23 Apr 2002 11:45:16 +0200 > > Not really, unfortunately. ftw is standard, but it's a portability > hassle too. In practice, there are real problems in running out of > file descriptors when descending into deeply nested directories. > > Do you mean that there is an open file descriptor per directory level? In some implementations, yes, I think so. It's a tricky area. If you use an open file descriptor per directory, you can always get back to where you came from. If not, then you can run into other problems.