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:09:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 7 Aug 2001 15:09:38 -0400 Received: from vindaloo.ras.ucalgary.ca ([136.159.55.21]:63622 "EHLO vindaloo.ras.ucalgary.ca") by vger.kernel.org with ESMTP id ; Tue, 7 Aug 2001 15:09:22 -0400 Date: Tue, 7 Aug 2001 13:09:25 -0600 Message-Id: <200108071909.f77J9Pr07385@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Alan Cox Cc: viro@math.psu.edu (Alexander Viro), linux-kernel@vger.kernel.org Subject: Re: [PATCH] one of $BIGNUM devfs races In-Reply-To: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Alan Cox writes: > > > 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 Yes, I use libc5. And I don't care about old pwd being slower. And I certainly don't want to break it, even if I wasn't using it. By "protected directory paths", you mean a directory with read access? Well, rx access is available for the whole path. And the inums looked fine. So the breakage is odd. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca