From owner-man-jp@jp.freebsd.org  Wed May  3 14:05:00 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id OAA61870;
	Wed, 3 May 2000 14:05:00 +0900 (JST)
	(envelope-from owner-man-jp@jp.FreeBSD.org)
Received: from earth.advok.com (adsl-151-197-17-59.bellatlantic.net [151.197.17.59])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id OAA61855
	for <man-jp@jp.freebsd.org>; Wed, 3 May 2000 14:04:58 +0900 (JST)
	(envelope-from hiro@mail.advok.com)
Received: from [192.168.0.2] ([192.168.0.2])
	by earth.advok.com (8.9.3/3.7W) with ESMTP id BAA40071
	for <man-jp@jp.freebsd.org>; Wed, 3 May 2000 01:07:09 -0400 (EDT)
Message-Id: <200005030507.BAA40071@earth.advok.com>
X-Mailer: Macintosh Eudora Pro Version 3.1.1-Jr1
In-Reply-To: <200005021729.CAA26171@mail1.rim.or.jp>
References: Your message of "Tue, 02 May 2000 19:35:18 +0900."            
 <200005021050.TAA18644@mfi00.iij.ad.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Date: Wed, 3 May 2000 01:08:06 -0400
To: man-jp@jp.freebsd.org
From: Yoshihiro Ota <hiro@mail.advok.com>
Reply-To: man-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: man-jp 2385
Subject: [man-jp 2385] Re: EACCES Re: [man-jp-reviewer 2213] (man2) chroot.2
Errors-To: owner-man-jp@jp.freebsd.org
Sender: owner-man-jp@jp.freebsd.org
X-Originator: hiro@mail.advok.com

$BB@ED$G$9!#(J

At 2:29 AM +0900 5/3/00, Norihiro Kumagai wrote:
> $B7'C+$G$9!#(J
>
> In Message <200005021050.TAA18644@mfi00.iij.ad.jp>,
>   NOKUBI Hirotaka <nokubi@ff.iij4u.or.jp> writes:
> > >.It Bq Er EACCES
> > >$B%Q%9L>$N$I$N9=@.MWAG$K$D$$$F$b8!:w%Q!<%_%C%7%g%s$,5q@d$5$l$^$9!#(J
> >
> > >.It Bq Er EACCES
> > >Search permission is denied for any component of the path name.
> >
> > $B$3$N(J any $B$C$F!V$$$:$l$+$N!W$HLu$7$?$i1Q8lE*$K$O4V0c$$$G$7$g$&$+(J?
>
> $B$$$d!"!V$$$:$l$+$N!W$NJ}$,E,@Z$@$H;W$$$^$9!#(J
>
> any $B$N0UL#$O!V!D$N$&$A$I$l$+$,(J($B!D$J$i!"!A$7$J$$(J)$B!W$@$H;W$C$F$^$9!#(J

$B$3$3$G$O!"!V$$$:$l$+!W$N0UL#$G;H$o$l$F$$$^$9$,!"J8>O$K$h$C$F(J any $B$O(J
$B<7JQ2=$7$^$9!#(J

$B5$$r$D$1$F$/$@$5$$!#(J

$BJ8>OCf$N;H$o$lJ}$K$h$C$F$O0UL#E*$K$9$Y$F!"(Jevery, all $B$K$J$C$?$j!"A4(J
$B$/L5$7(J none ($B$3$N>l9g$O(J not $B$H6&$K;H$o$l$k$H$-$,B?$$(J($B$b$7$+$7$?$iA4(J
$BIt(J))$B$K$J$j$^$9!#(J

# fcntl (man2) $B$r8+$F$$$F>/$75$$K$J$C$?$N$G!D(J

$BNc!'(Jfcntl

>      This interface follows the completely stupid semantics of System V and
>      IEEE Std1003.1-1988 (``POSIX'') that require that all locks associated
>      with a file for a given process are removed when any file descriptor for
                                                        ^^^ $B$$$:$l$+(J
>      that file is closed by that process.  This semantic means that applica-
>      tions must be aware of any files that a subroutine library may access.
                              ^^^ $B$9$Y$F(J


