From owner-cvs-all@FreeBSD.ORG  Thu Mar 15 10:11:38 2007
Return-Path: <owner-cvs-all@FreeBSD.ORG>
X-Original-To: cvs-all@FreeBSD.org
Delivered-To: cvs-all@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 8F90916A406;
	Thu, 15 Mar 2007 10:11:38 +0000 (UTC)
	(envelope-from cperciva@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org [69.147.83.41])
	by mx1.freebsd.org (Postfix) with ESMTP id 67ADF13C43E;
	Thu, 15 Mar 2007 10:11:38 +0000 (UTC)
	(envelope-from cperciva@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.13.8/8.13.8) with ESMTP id l2FABc2x013003;
	Thu, 15 Mar 2007 10:11:38 GMT
	(envelope-from cperciva@repoman.freebsd.org)
Received: (from cperciva@localhost)
	by repoman.freebsd.org (8.13.8/8.13.8/Submit) id l2FABc9Z013002;
	Thu, 15 Mar 2007 10:11:38 GMT (envelope-from cperciva)
Message-Id: <200703151011.l2FABc9Z013002@repoman.freebsd.org>
From: Colin Percival <cperciva@FreeBSD.org>
Date: Thu, 15 Mar 2007 10:11:38 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Cc: 
Subject: cvs commit: src/usr.bin/tar write.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Mar 2007 10:11:38 -0000

cperciva    2007-03-15 10:11:38 UTC

  FreeBSD src repository

  Modified files:
    usr.bin/tar          write.c 
  Log:
  Don't consider an lstat(2) failure to be an error (in the sense of
  affecting the return value from bsdtar), since (a) it usually occurs
  due to a perfectly innocent (and unavoidable) race condition where a
  user deletes a file in the window between bsdtar reading a directory
  and attempting to read the file; and (b) aside from printing a warning
  message, bsdtar behaves exactly as if the file had been deleted prior
  to bsdtar reading its parent directory.
  
  Reviewed by:    kientzle
  MFC after:      6 days
  
  Revision  Changes    Path
  1.57      +0 -1      src/usr.bin/tar/write.c