From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25944 invoked from network); 4 Aug 2000 16:11:21 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 4 Aug 2000 16:11:21 -0000 Received: (qmail 19814 invoked by alias); 4 Aug 2000 16:10:39 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 12536 Received: (qmail 19806 invoked from network); 4 Aug 2000 16:10:37 -0000 From: "Bart Schaefer" Message-Id: <1000804161026.ZM28907@candle.brasslantern.com> Date: Fri, 4 Aug 2000 16:10:25 +0000 In-Reply-To: <20000804113220.A5135@dman.com> Comments: In reply to Clint Adams "Re: PATCH: tail-dropping in files module mkdir" (Aug 4, 11:32am) References: <20000804105323.B4820@dman.com> <1000804151753.ZM28846@candle.brasslantern.com> <20000804113220.A5135@dman.com> X-Mailer: Z-Mail (5.0.0 30July97) To: Clint Adams Subject: Re: PATCH: tail-dropping in files module mkdir Cc: zsh-workers@sunsite.auc.dk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Aug 4, 11:32am, Clint Adams wrote: } Subject: Re: PATCH: tail-dropping in files module mkdir } } > But it's not necessary to do this in mkdir if we're going to change } > zpathmax() to do it internally. } } How can we do that? I mean, how will zpathmax know what parts to } lop off, if any? It can just keep lopping the tail as long as (errno == ENOENT || errno == ENOTDIR), I think. There are some special cases involving paths that contain "../" that I'm a bit worried about, but I think most of those (and paths with lots of consecutive slashes) would fail zsh's constant-PATH_MAX tests already in boundary cases, so probably nothing will become broken that wasn't already. -- Bart Schaefer Brass Lantern Enterprises http://www.well.com/user/barts http://www.brasslantern.com Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net