From owner-FreeBSD-users-jp@jp.FreeBSD.org Wed Aug 28 18:59:19 2002
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) id g7S9xJJ71066;
	Wed, 28 Aug 2002 18:59:19 +0900 (JST)
	(envelope-from owner-FreeBSD-users-jp@jp.FreeBSD.org)
Received: from mail.netcorp.ne.jp (ns2.netcorp.net [210.254.157.116])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with SMTP/inet id g7S9xI371061
	for <FreeBSD-users-jp@jp.FreeBSD.org>; Wed, 28 Aug 2002 18:59:18 +0900 (JST)
	(envelope-from adachi@mail.netcorp.ne.jp)
Received: (qmail 40344 invoked from network); 28 Aug 2002 09:59:14 -0000
Received: from gw-k.d-sky.com (HELO maya-bsd.d-sky.com) (210.254.157.114)
  by ns2.netcorp.net with SMTP; 28 Aug 2002 09:59:14 -0000
From: Toshio Adachi <adachi@mail.netcorp.ne.jp>
To: FreeBSD-users-jp@jp.FreeBSD.org
Message-Id: <20020828185912.4a773337.adachi@mail.netcorp.ne.jp>
In-Reply-To: <20020828164835.BDDA.UCHIYAMA@pp.iij4u.or.jp>
References: <20020828155611.139b9e3a.adachi@mail.netcorp.ne.jp>
	<20020828164835.BDDA.UCHIYAMA@pp.iij4u.or.jp>
X-Mailer: Sylpheed version 0.7.8 (GTK+ 1.2.10; i386-portbld-freebsd4.4)
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Reply-To: FreeBSD-users-jp@jp.FreeBSD.org
Precedence: list
Date: Wed, 28 Aug 2002 18:59:12 +0900
X-Sequence: FreeBSD-users-jp 70517
Subject: [FreeBSD-users-jp 70517] =?ISO-2022-JP?B?GyRCJTclcyVcJWobKEI=?=
 =?ISO-2022-JP?B?GyRCJUMlLyROJVEhPCVfJUMlNyVnJXMbKEI=?= 
Errors-To: owner-FreeBSD-users-jp@jp.FreeBSD.org
Sender: owner-FreeBSD-users-jp@jp.FreeBSD.org
X-Originator: adachi@mail.netcorp.ne.jp
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+020820

$B0BC#!w%I!<%,$G$9!#(B

On Wed, 28 Aug 2002 17:51:59 +0900
Koji Uchiyama <uchiyama@pp.iij4u.or.jp> wrote:

> 
> $BFb;3(B <uchiyama@pp.iij4u.or.jp> $B$H?=$7$^$9(B
> 
> # $B$[$+$K$bFb;3$5$s$,$$$i$C$7$c$k$h$&$G$9$,!"(B
> # $B;d$O(B wakwak $B$H$O2?$N4X78$b$"$j$^$;$s(B
> 
> On Wed, 28 Aug 2002 15:56:11 +0900
> Toshio Adachi <adachi@mail.netcorp.ne.jp> wrote:
> 
> $B;29M$^$G$K65$($F$$$?$@$-$?$$$N$G$9$,!"!V(Blrwxr-xr-x$B!W$N$^$^$G$O(B
> $B!V5$;}$A0-$$!W0J30$K2?$+LdBj$,$"$k$N$G$7$g$&$+!)(B
> 

$B0JA0(BLinux$B$r$d$C$F$k;~$K%j%s%/$rE=$k$H%7%s%\%j%C%/$N%Q!<%_%C%7%g%s!V(Blrwxrwxrwx$B!W$r$h$/$_$+$1$?$N$G(B
$B!V5$;}$A0-$$!W$h$j$J$<%j%s%/$rE=$k$H$+$J$i$:!V(Blrwxr-xr-x$B!W$K$J$k$N$+(B/home$B$N%j%s%/$O$I$&$d$C$F!V(Blrwxrwxrwx$B!W(B
$B$K$7$F$k$N$+IT;W5D$K;W$C$?$@$1$G$9!#(B


> $B<j85$N(B RELENG_4_6 $B$N(B symlink(7) $B$K$O(B
> 
>      The owner and group of an existing symbolic link can be changed by means
>      of the lchown(2) system call.  The other file attributes, such as the
>      modification time and access permissions, are not used by the system and
>      cannot be changed.
> 
> $B$H$$$&5-=R$,$"$j!"(B
> symbolic link $B$N(B access permissions $B$O;H$o$l$F$$$J$$$HFI$a$^$9!#(B
> symlink(7) $B$r?.$8$l$P!"!V(Blrwxr-xr-x$B!W$N$^$^$GLdBj$J$$$h$&$K8+$($^$9!#(B
> 
> 
> $B<B$O$3$N(B symbolic link $B$N(B access permission $B$K4X$9$kLdBj$O(B
> $B0JA0$+$i5$$K$J$C$F$$$k$N$G$9$,!"(B
> $B$I$J$?$+>\$7$/2r@b$7$F$$$?$@$1$^$;$s$G$7$g$&$+!)(B
> $B$^$?!"(Bsymbolic link $B$N(B owner, group $B$b!"$[$H$s$I$N>l9g(B
> $B;H$o$l$F$$$J$$$H;W$$$^$9$,!"$"$o$;$F2r@b$7$F$$$?$@$1$k$H$&$l$7$$$G$9!#(B
> 

$B<+J,$N%^%7!<%s(BFreeBSD$B$J$N$G$9$,<+J,$N%G%#%l%/%H%j$K%j%s%/$rE=$C$F(B
$B;HMQ$7$F$^$9$,%j%s%/%U%!%$%k$N(Bowner, group$B$O(Broot,wheel$B$K$J$C$F$$$F3N$+$K;H$o$l$F$$$J$$$h$&$G$9$M!#(B

> # symbolic link $B$N(B owner, group $B$,L5;k$5$l$J$$Nc$H$7$F$O!"(B
> # /tmp $B$N$h$&$K(B "t" (sticky bit) $B$,N)$C$F$$$k(B directory $B>e$G$O(B
> # $B0lHL%f!<%6$OB>$N%f!<%6$N(B symbolic link $B$r(B unlink $B$G$-$J$$!"(B
> # $B$H$$$&Nc$,$"$j$^$9$M!#(B
> 
> 
> symlink(7) $B$K$O!"$3$s$J5-=R$b$"$j$^$7$?!'(B
> 
>      There are six system calls that do not follow links, and which operate on
>      the symbolic link itself.  They are: lchown(2), lstat(2), readlink(2),
>      rename(2), rmdir(2), and unlink(2).  Because remove(3) is an alias for
>      unlink(2), it also does not follow symbolic links.  When rmdir(2) is
>      applied to a symbolic link, it fails with the error ENOTDIR.
> 
> The lchmod() function call appeared in FreeBSD 3.0. $B$@$=$&$G$9$,!"(B
> lchmod(2) $B$NDI2C$O(B symlink(7) $B$K$OH?1G$5$l$F$$$J$$$h$&$G$9$M!#(B
> 
> --
> Koji Uchiyama <uchiyama@pp.iij4u.or.jp>
> 
> 
