From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 12 04:20:19 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EACEC16A4CF for ; Fri, 12 Dec 2003 04:20:18 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 261C543D32 for ; Fri, 12 Dec 2003 04:20:18 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) hBCCKIFR086394 for ; Fri, 12 Dec 2003 04:20:18 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id hBCCKHBk086390; Fri, 12 Dec 2003 04:20:17 -0800 (PST) (envelope-from gnats) Date: Fri, 12 Dec 2003 04:20:17 -0800 (PST) Message-Id: <200312121220.hBCCKHBk086390@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: dada@sbox.tugraz.at Subject: Re: bin/60079: realpath(3) accepts zero size symbolic links X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dada@sbox.tugraz.at List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 12:20:19 -0000 The following reply was made to PR bin/60079; it has been noted by GNATS. From: dada@sbox.tugraz.at To: Garrett Wollman Cc: Subject: Re: bin/60079: realpath(3) accepts zero size symbolic links Date: Fri, 12 Dec 2003 13:15:01 +0100 Zitat von Garrett Wollman : > If namei(9) doesn't accept such a path it is broken. POSIX clearly > (well, actually, murkily but definitively) specifies the (very > unintuitive) meaning of such a symbolic link. I=B4m surprised. I didn=B4t consider that standards could specify such stran= ge semantics. However realpath(3) and namei(9) do not match here. Zero size symbolic links make the kernel return ENOENT. (Verified on -stable.) Fixing namei(9) is a different subject and - if desirable at all - should go into a PR of its own. I therefore withdraw this PR because it is apparently = not POSIX conformant. Please someone close it! (MFC of the realpath.3 manpage should be done however. It is out of sync with the code in -stable.) P.S.: BTW Linux=B4s symlink(2) doesn=B4t even create such a strange symbolic= link.