X-Recipient: archive-cygwin@delorie.com X-SWARE-Spam-Status: No, hits=-6.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Message-ID: <4C767140.7040107@redhat.com> Date: Thu, 26 Aug 2010 07:50:56 -0600 From: Eric Blake User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100806 Fedora/3.1.2-1.fc13 Mnenhy/0.8.3 Thunderbird/3.1.2 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Possible tar version 1.23-1 --remove-files bug. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com On 08/25/2010 10:49 PM, Jeremy Warren wrote: > I have duplicated the following behavior on 2 different machines > CYGWIN_NT-5.2 1.7.6(0.230/5/3) 2010-08-16 16:06 i686 (Windows 2003 R2 Server) > CYGWIN_NT-5.1 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 (Windows XP Desktop) > Both are running tar version 1.23-1 and the problem is 100% > reproducible in my environment. Have you also tested this on Linux? I've done very little in the way of cygwin patches (mainly binary mode handling issues), so this is likely an upstream regression that affects all platforms. Note: I haven't had time to test it myself, yet. > It appears from the release notes that some changes were made in > 1.23-1 related to the --remove-files argument > "** The --remove-files option removes files only if they were > succesfully stored in the archive." -- Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple