delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/04/14/16:34:19

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
From: "Hannu E K Nevalainen (garbage mail)" <garbage_collector AT telia DOT com>
To: "ML CygWIN" <cygwin AT cygwin DOT com>
Subject: Peculiarities with tar
Date: Mon, 14 Apr 2003 22:33:14 +0200
Message-ID: <NGBBLLIAMFLGJEOAJCCEMEFJCOAA.garbage_collector@telia.com>
MIME-Version: 1.0
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Importance: Normal

This might or might not be a cygwin/tar problem...

It appears when tar is running, though...

 Tonight I tried cygwin's tar for a simple backup, from a FAT32  partition,
over a Windows SMB mount... The output ended up to be a seemingly functional
archive, but with this in the console:

--
tar: Removing leading `//' from member names
tar: //FUJITSU2/D/SPel/nfogrames/CivilizationIII/Civ3Edit.exe: file changed
as we read it
tar: //FUJITSU2/D/SPel/ACDSee32/UNWISE.EXE: file changed as we read it
tar: //FUJITSU2/D/SPel/Levande/Staden/e2cd32.EXE: file changed as we read it
tar: //FUJITSU2/D/SPel/Levande/Staden/calculat.exe: file changed as we read
it
tar: //FUJITSU2/D/SPel/4HUGO/HUGO.BAT: file changed as we read it
tar: //FUJITSU2/D/SPel/greenstreet/games/SuperBubblePop/SuperBubblePop.exe:
file changed as we read it
tar: Error exit delayed from previous errors

--
I have verified the contents of the archive with DOS version and
cygwin version of md5sum and they generate the very same checksums.
I also ran the DOS md5sum on the files _via DOS_, those too
matched (diff output is nothing - between the three files).

I take the above to be something odd in tar/cygwin.

 I've done an attempt to supply enough information for debugging
purpouses; NOT attached to this message as the files are quite large.
- There are two strace files and a cygcheck.
- Also a "Peculiarities..." file that contains commands that
actually has been run and then saved w cut&paste.

ASK for a file and I'll send it in personal email.

NOTE: I can't keep //FUJITSU2 as it is due to time limits... so If there
isn't enough information here, then there is nothing more to it. I've spent
too much time on verifying the correctness of the entire thing by now.
Sorry.

 I DO have the offending files, but they are part of copyrighted software...
:-]
(CivilzationIII, ACDSee and three children-level games)


-- LATE ADDITION --

 //FUJITSU2/ is a 200MHz P2 and has McAfee 5.21 running on it.
McAfee checks the files as they're read - does that affect tar's  behaviour?
- Is there a "last accessed date" on FAT32 partitions?
- Does that change as McAfee reads files?
- Shouldn't the fact that *tar* reads files also affect the date?

 D:\> dir /s /b /a-d | find /i "exe" /c
 14

-> There are 14 *.exe files... I would have expected ALL of them
to be included above...


/Hannu E K Nevalainen, Mariefred, Sweden

--END OF MESSAGE--


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019