From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ethan Benson Subject: Re: HFS+ support (read-only) Date: Thu, 6 Jun 2002 23:25:43 -0800 Sender: linux-fsdevel-owner@vger.kernel.org Message-ID: <20020606232543.C9152@plato.local.lan> References: <20020606052443.A21838@pants.nu> <20020606132356.B9152@plato.local.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yLVHuoLXiP9kZBkt" Return-path: To: linuxppc-dev@lists.linuxppc.org, linux-fsdevel@vger.kernel.org Content-Disposition: inline In-Reply-To: ; from tas@mindspring.com on Thu, Jun 06, 2002 at 03:50:31PM -0700 List-Id: linux-fsdevel.vger.kernel.org --yLVHuoLXiP9kZBkt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 06, 2002 at 03:50:31PM -0700, Timothy A. Seufert wrote: > I thought there was also a special file (completely hidden from > userland in X) which tracks all the hard links in the FS. I'm pretty > sure something like that is necessary to truly implement hard link > semantics. Consider what happens when a file with hardlinks gets > unlink()ed -- then all its hardlinks point at nothing. The OS needs > a database of all files that are hardlinked, with full reverse > mappings, so that whenever a file with hardlinks is unlinked it has > enough information to replace one of the hardlinks with the real file. i don't know about that, maybe. to be honest it would not surprise me if apple just let that break. > (For efficiency I'd want a flag bit in the metadata of each file to > indicate that it has been hardlinked, to avoid searching the table > when deleting files that have no hardlinks. For even more > efficiency, a direct pointer to the table entry.) you cannot use the word efficient to describe this puke inducing kludge. the efficient way is to design the filesystem properly to begin with, which apple did not do with HFS+. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --yLVHuoLXiP9kZBkt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj0AX/cACgkQJKx7GixEevy56wCeOh4X+YcvBr7iO6j4EOjQqDlm pRgAnjJofH1EIaqwdvAdXx8ATsCC7u64 =17Sw -----END PGP SIGNATURE----- --yLVHuoLXiP9kZBkt--