From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 4 23:35:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9F9A16A412 for ; Sat, 4 Nov 2006 23:35:22 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 864BC43D4C for ; Sat, 4 Nov 2006 23:35:21 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 65250 invoked by uid 1001); 4 Nov 2006 23:36:12 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sat, 04 Nov 2006 18:36:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17741.9196.102826.208010@bhuda.mired.org> Date: Sat, 4 Nov 2006 18:36:12 -0500 To: bu7cher@yandex.ru In-Reply-To: <454C55BD.000003.22283@webmail11.yandex.ru> References: <454C55BD.000003.22283@webmail11.yandex.ru> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, xdivac02@stud.fit.vutbr.cz, joel@FreeBSD.org, jwd@FreeBSD.org Subject: Re: Yet another magic symlinks implementation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 23:35:22 -0000 In <454C55BD.000003.22283@webmail11.yandex.ru>, Andrey V. Elsukov typed: > Hi, All! > > I've ported NetBSD magic symlinks implementation to FreeBSD. > The description of magiclinks can been found here: > http://www.daemon-systems.org/man/symlink.7.html This kind of thing has been showing up in Unix variants for a couple of decades, but none have have ever caught on. Can you provide some examples of what this is being used for? It's not clear the the thing that it looks to me like it would be most useful for is possible. That would be making various lib directories on 64bit platforms that supported 32bit binaries point to either lib32 or lib64, depending on which mode the process was running in. It doesn't look like @emul gets set for that, and the docs say that @machine_arch depensd are the results of a uname invocation, which I wouldn't expect to change based on the mode of the process. Thanks, http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information.