From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.emacs.devel Subject: Re: recursing through directories Date: 23 Apr 2002 21:11:49 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200204221809.g3MI9Uh07012@shade.twinsun.com> <200204232356.g3NNu8M00801@shade.twinsun.com> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1019610929 20514 127.0.0.1 (24 Apr 2002 01:15:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 24 Apr 2002 01:15:29 +0000 (UTC) Cc: pot@gnu.org, 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 170BNY-0005Kl-00 for ; Wed, 24 Apr 2002 03:15:28 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 170BOy-0003XH-00 for ; Wed, 24 Apr 2002 03:16:56 +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 170BNM-0002RR-00; Tue, 23 Apr 2002 21:15:16 -0400 Original-Received: from colo.agora-net.com ([207.245.85.68]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 170BKD-0002HA-00; Tue, 23 Apr 2002 21:12:01 -0400 Original-Received: from ttn by colo.agora-net.com with local (Exim 3.34 #1) id 170BK1-00087A-00; Tue, 23 Apr 2002 21:11:49 -0400 Original-To: Paul Eggert In-Reply-To: Paul Eggert's message of "Tue, 23 Apr 2002 16:56:08 -0700 (PDT)" Original-Lines: 12 X-Mailer: Gnus v5.7/Emacs 20.7 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:3151 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3151 Paul Eggert writes: 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. perhaps restricting ftw usage to "depth" mode would help. in that case, only a parent chain of directory descriptors is needed, i would think, and so a smart implementation could make do w/ O(filesytstem-depth) fds (for directories). thi