From owner-freebsd-bugs Mon Sep 11 1:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B268337B422 for ; Mon, 11 Sep 2000 01:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA53146; Mon, 11 Sep 2000 01:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 11 Sep 2000 01:40:05 -0700 (PDT) Message-Id: <200009110840.BAA53146@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jos Backus Subject: Re: bin/21017: mtree "no such file" message at job's end Reply-To: Jos Backus Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21017; it has been noted by GNATS. From: Jos Backus To: sheldonh@freebsd.org Cc: Subject: Re: bin/21017: mtree "no such file" message at job's end Date: Sat, 9 Sep 2000 10:48:45 -0700 Hi Sheldon, In compare.c, how about changing if (s->flags & F_SLINK && strcmp(cp = rlink(name), s->slink)) { to if (s->flags & F_SLINK && strcmp(cp = rlink((p->fts_accpath), s->slink)) { readlink() in rlink() fails because the cwd is /, and name is a bare filename. p->fts_accpath is the relative pathname through which the file called name can be reached. I saw the same thing with /etc/malloc.conf -> aj, and this fix seems to work around the problem. Btw, I sent this to Gerhard Sittig as well. Do tell me if I'm way off base here :) Cheers, -- Jos Backus _/ _/_/_/ "Modularity is not a hack." _/ _/ _/ -- D. J. Bernstein _/ _/_/_/ _/ _/ _/ _/ josb@cncdsl.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message