From owner-freebsd-hackers Tue Jul 14 06:36:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03199 for freebsd-hackers-outgoing; Tue, 14 Jul 1998 06:36:13 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from att.com (kcgw2.att.com [192.128.133.152]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA03193 for ; Tue, 14 Jul 1998 06:36:12 -0700 (PDT) (envelope-from sbabkin@dcn.att.com) From: sbabkin@dcn.att.com Received: by kcgw2.att.com; Tue Jul 14 08:16 CDT 1998 Received: from dcn71.dcn.att.com ([135.44.192.112]) by kcig2.att.att.com (AT&T/GW-1.0) with ESMTP id IAA07738 for ; Tue, 14 Jul 1998 08:35:58 -0500 (CDT) Received: by dcn71.dcn.att.com with Internet Mail Service (5.0.1458.49) id <37TTYYKZ>; Tue, 14 Jul 1998 09:35:44 -0400 Message-ID: To: shigio@wafu.netgate.net Cc: hackers@FreeBSD.ORG Subject: RE: Improvemnet of ln(1). Date: Tue, 14 Jul 1998 09:35:40 -0400 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From: Shigio Yamaguchi [SMTP:shigio@wafu.netgate.net] > > > > [Problem] > > > > > > Ln(1) with -s option makes illegal symbolic link in some case. > > > For example, > > > > > > (Both '/usr/src/sys' and '/tmp' are real directories.) > > > > > > % cd /usr > > > % ln -s src/sys /tmp > > > % ls -l /tmp/sys > > > lrwxrwxrwx 1 shigio wheel 7 Jul 11 02:03 /tmp/sys -> src/sys > > > % cd /tmp/sys > > > /tmp/sys: No such file or directory. > > > > > > Symbolic link '/tmp/sys' has illegal value, so we cannot move > there. > > > Above behavior is not desireble in almost case, I think. > > > > > > [Solution] > > > > > ln -s `pwd`/src/sys /tmp > > > > Isn't it simpler ? > > But it forces user to use absolute symbolic link. > Do the relative symbolic links make any sense outside of subdirectory hierarchy ? Of course, you can do it as ../usr/src/sys and it may be useful in some cases but would it make any sense here? -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message