From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 11959 invoked from network); 30 Dec 2021 04:02:55 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 30 Dec 2021 04:02:55 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 27BC39CFB9; Thu, 30 Dec 2021 14:02:52 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 06ECF9CD62; Thu, 30 Dec 2021 14:02:43 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (2048-bit key; unprotected) header.d=iitbombay-org.20210112.gappssmtp.com header.i=@iitbombay-org.20210112.gappssmtp.com header.b="faMWaBDd"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 3DB9F9CD62; Thu, 30 Dec 2021 14:02:42 +1000 (AEST) Received: from mail-qk1-f179.google.com (mail-qk1-f179.google.com [209.85.222.179]) by minnie.tuhs.org (Postfix) with ESMTPS id B92079CC2E for ; Thu, 30 Dec 2021 14:02:41 +1000 (AEST) Received: by mail-qk1-f179.google.com with SMTP id b85so21643917qkc.1 for ; Wed, 29 Dec 2021 20:02:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay-org.20210112.gappssmtp.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Xp89IcJEvJ/cDqygbqCJPgVIa2HyV0PcRTKiuehXVnI=; b=faMWaBDdpN4KO9Xh4RcBcG5n+edSsAaXHt856Kpxv/gz5+Hc6V8BYogToLNsec14d1 tVxeO1nB5gOo0678a2OdusVIX4VoW8YNCpfOaXo/ICIkHN1qUxBbAj+v5ESrTiQ8UexC Ai0jZnkbCm6WmcNR29twbveIjI5k+VWgoenvxlKt3KwX2b0QfQuNkMXajEl38Q5fk7wi iPGKz8s17aZjUG0b0wroEx4nbURhuK7KXWDE/qxSLlvsmBMQHyKxbyghWme8muAxQyg3 VB78Q5MZ729mZUde563zqogjbwOIxOHTP6/EnBH5Tu5MXFpONJ7YW2LcKR69A3hFJKlj 2rng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Xp89IcJEvJ/cDqygbqCJPgVIa2HyV0PcRTKiuehXVnI=; b=BQyWps648zEEjrztUdb9qXPl4luqKv21OXzVlodohqVlj43I1xccJGdtWWrWxAz3a7 RBpScls5YyHFOKGOXpACSgkd7BqLYAYXrFj4PTc2R2OTJUEQT9ENI3XXqQJAI+wGqTvR 3zPvd/aMGbQ5R3VjT94WGpzSjGW19cqK97z3nyXb3zTZahIKOOqdWZ3mm7WVJHNSgCga sXgNrxa2nhW8KBRiVzPvKPe6LaIjgoI8aKoStzt+amg1hiionoCMvufCZbEvL7WAvQ1R lYuLhdTK82tN2/8RWplM5IhWsAibi/VIFQ3Ue1byrD9CC2iegJw76HGrhc9LBsjakPEJ w3eA== X-Gm-Message-State: AOAM532CPaVAyCxH2jZDDUhiFm53xklaEus3clVTh2+8B9up/60YpB8Q whlSb0ufpabhSaG5UDiGOxS2jSMtiC8DgQ== X-Google-Smtp-Source: ABdhPJyOcbjQ2jD9sHcC26CLIAdpNMBtWRn54qTwSsylfRhsg+0FJCQkjFsHaYKywtkX4+EUt+aosg== X-Received: by 2002:a05:620a:4589:: with SMTP id bp9mr20106509qkb.515.1640836960886; Wed, 29 Dec 2021 20:02:40 -0800 (PST) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id x4sm19718032qtw.44.2021.12.29.20.02.39 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Dec 2021 20:02:40 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.40.0.1.81\)) From: Bakul Shah In-Reply-To: <20211230034512.B9B3718C08E@mercury.lcs.mit.edu> Date: Wed, 29 Dec 2021 20:02:38 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <2FC8F8C7-DC17-4AC1-B8D4-E204A1CB378D@iitbombay.org> References: <20211230034512.B9B3718C08E@mercury.lcs.mit.edu> To: Noel Chiappa X-Mailer: Apple Mail (2.3693.40.0.1.81) Subject: Re: [TUHS] moving directories in svr2 X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: tuhs@minnie.tuhs.org Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" On Dec 29, 2021, at 7:45 PM, Noel Chiappa = wrote: >=20 >> From: Bakul Shah >=20 >> My guess is *not* storing a path instead of a ptr to the inode was = done >> to save on memory. >=20 > More probably speed; those old disks were not fast, and on a PDP-11, = disk > caches were so small that converting the path to the current directory = to its > in memory inode could take a bunch of disk reads. Good point! >> Every inode has a linkcount so detecting when the last conn. is = severed >> not a problem. >=20 > Depends; if a directory _has_ to be empty before it can be deleted, = maybe; but > if not, no. (Consider if /a/b/c/d exists, and /a/b is removed; the = tree > underneath it has to be walked and the components deleted. That could = take a > while...) In the general case (e.g. without the restriction to a = tree), it's > basically the same problem as garbage collection in LISP. Indeed. You can detect circularly linked nodes when you try to delete sub directories. Then you have to ask the user whether to still delete = it! In Lisp you can simply NIL a node and let the GC take care of it.... May = be you can do the same with "rm -rf" but it may have a = surprising/unintended outcome! An important point I missed. Thanks. >=20 > Noel