From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 7 Aug 2001 15:16:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 7 Aug 2001 15:16:29 -0400 Received: from leibniz.math.psu.edu ([146.186.130.2]:43752 "EHLO math.psu.edu") by vger.kernel.org with ESMTP id ; Tue, 7 Aug 2001 15:16:14 -0400 Date: Tue, 7 Aug 2001 15:16:24 -0400 (EDT) From: Alexander Viro To: Alan Cox cc: Richard Gooch , linux-kernel@vger.kernel.org Subject: Re: [PATCH] one of $BIGNUM devfs races In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 7 Aug 2001, Alan Cox wrote: > > > Very interesting. pwd should be using getcwd(2), which doesn't > > > give a damn for inode numbers. If you have seriously old pwd binary > > > that tries to track the thing down to root by hands - yes, it doesn't > > > work. > > > > Hm. strace suggests my pwd is walking up the path. But WTF would it > > break? 2.4.7 was fine. What did I break? > > Sounds like you are using libc5. The old style pwd should be reliable but > its much slower and can't see across protected directory paths It is not reliable. E.g. on NFS inumbers are not unique - 32 bits is not enough.