|
From: | Chris Willis |
Subject: | gawk: append doesn't datestamp (PC) |
Date: | Tue, 15 Apr 2003 22:23:53 +0100 |
I expect it is some feature of Mr Gates', but it
suprises me that when I copy a file using "copy" (which gives the old
datestamp) and then append a bit - the datestamp remains that of the old
file.
The following files are attached
OLDTEXT
13 15/04/03 21:15 oldtext -- a bit of
text
SOMEMORE 13 15/04/03 21:19 somemore -- somemore UNDATED AWK 213 15/04/03 21:47 undated.awk -- the awk script NEWTEXT 26 15/04/03 21:15 newtext -- the generated concatenation SCREEN a
(character based) screen dump of the process.
The screen dump text follows:-
C:\chris\progs\gawkerr>edit undated.awk C:\chris\progs\gawkerr>del
newtext
C:\chris\progs\gawkerr>gawk -f
undated.awk
1 file(s) copied C:\chris\progs\gawkerr>gawk --version | gawk
NR==1
GNU Awk 3.0.3 C:\chris\progs\gawkerr>dir /a-d
Volume in drive C is
CHRISW02
Volume Serial Number is 3963-1D04 Directory of C:\chris\progs\gawkerr OLDTEXT
13 15/04/03 21:15
oldtext
SOMEMORE 13 15/04/03 21:19 somemore UNDATED AWK 213 15/04/03 21:47 undated.awk NEWTEXT 26 15/04/03 21:15 newtext 4 file(s) 265 bytes 0 dir(s) 8,833.06 MB free C:\chris\progs\gawkerr>
The system data is:
Microsoft Windows 98 4.10.1998
Upgrade using Full OEM CD /SrcDir=D:\WIN98 /IQ /U:xxxxxxxxxxxxxxxxx IE 4.0 4.72.3110 Uptime: 0:05:24:15 Normal mode On "B6V6O9" as "Chris Willis" AuthenticAMD AMD-K6(tm) 3D processor
256MB RAM 65% system resources free Windows-managed swap file on drive C (8817MB free) Available space on drive C: 8817MB of 19083MB (FAT32) I hope this isn't my stupidity.
It is none urgent. I have bypassed the problem
by copying the first bit by script. The file then has a suitable
datestamp.
Regards - Chris Willis
|
newtext
Description: Binary data
oldtext
Description: Binary data
screen
Description: Binary data
somemore
Description: Binary data
undated.awk
Description: Binary data
[Prev in Thread] | Current Thread | [Next in Thread] |