Date: Fri, 25 Apr 2003 18:01:35 +0300 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: djgpp-workers AT delorie DOT com Message-Id: <1190-Fri25Apr2003180135+0300-eliz@elta.co.il> X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 Subject: [chris DOT willis AT Web-Hq DOT com: gawk: append doesn't datestamp (PC)] Note-from-DJ: This may be spam Reply-To: djgpp-workers AT delorie DOT com Could someone please look into this and see if the problem is in the Windows filesystem or in our library? I've reproduced the problem with Gawk 3.1.1 on Windows 98, but someone else on bug-gnu-utils says that on plain DOS it is not reproducible. TIA ------- Start of forwarded message ------- From: "Chris Willis" To: Date: Tue, 15 Apr 2003 22:23:53 +0100 X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-TMDA-Confirmed: Tue Apr 15 18:59:52 EDT 2003 cc: arnold AT gnu DOT ai DOT mit DOT edu Subject: gawk: append doesn't datestamp (PC) Sender: bug-gnu-utils-bounces+eliz=elta DOT co DOT il AT gnu DOT org X-PRIVAWALL-ID: 0002556710ac X-OriginalArrivalTime: 16 Apr 2003 00:03:38.0078 (UTC) FILETIME=[A1870FE0:01C303AB] This is a multi-part message in MIME format. - ------=_NextPart_000_34fdc7d_1ab3360.1844 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0006_01C3039D.B31432A0" - ------=_NextPart_001_0006_01C3039D.B31432A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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:-=20 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=3D=3D1 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=20 Upgrade using Full OEM CD /SrcDir=3DD:\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=20 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=20 - ------=_NextPart_001_0006_01C3039D.B31432A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I expect it is some feature of Mr = Gates', but it=20 suprises me that when I copy a file using "copy" (which gives = the old=20 datestamp) and then append a bit - the datestamp remains that of the old = file.

The following files are attached

OLDTEXT         &nb= sp;      =20 13 15/04/03 21:15 oldtext -- a bit of=20 text
SOMEMORE         &nb= sp;     =20 13 15/04/03 21:19 somemore -- somemore
UNDATED =20 AWK           = 213 =20 15/04/03 21:47 undated.awk -- the awk=20 script
NEWTEXT         &n= bsp;      =20 26 15/04/03 21:15 newtext -- the generated=20 concatenation

SCREEN a=20 (character based) screen dump of the process.

The screen dump text follows:- =

C:\chris\progs\gawkerr>edit=20 undated.awk

C:\chris\progs\gawkerr>del=20 newtext

C:\chris\progs\gawkerr>gawk -f=20 undated.awk
1 file(s)=20 copied

C:\chris\progs\gawkerr>gawk = - --version | gawk=20 NR=3D=3D1
GNU Awk 3.0.3

C:\chris\progs\gawkerr>dir = /a-d

Volume in drive C is=20 CHRISW02
Volume Serial Number is 3963-1D04
Directory = of=20 C:\chris\progs\gawkerr

OLDTEXT         &nb= sp;      =20 13 15/04/03 21:15=20 oldtext
SOMEMORE         =       =20 13 15/04/03 21:19 somemore
UNDATED =20 AWK           = 213 =20 15/04/03 21:47=20 undated.awk
NEWTEXT        &nb= sp;       =20 26 15/04/03 21:15=20 newtext
         4=20 file(s)           = 265=20 bytes
         0=20 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=20 /SrcDir=3DD:\WIN98 /IQ /U:xxxxxxxxxxxxxxxxx
IE 4.0 = 4.72.3110
Uptime:=20 0:05:24:15
Normal mode
On "B6V6O9" as "Chris=20 Willis"

AuthenticAMD AMD-K6(tm) 3D processor
256MB = RAM
65%=20 system resources free
Windows-managed swap file on drive C (8817MB=20 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=20 by copying the first bit by script. The file then has a suitable=20 datestamp.

Regards - Chris Willis=20

- ------=_NextPart_001_0006_01C3039D.B31432A0-- - ------=_NextPart_000_34fdc7d_1ab3360.1844 Content-Type: application/octet-stream; name="newtext" Content-Disposition: attachment; filename="newtext" Content-Transfer-Encoding: base64 "Old text" "some more" - ------=_NextPart_000_34fdc7d_1ab3360.1844 Content-Type: application/octet-stream; name="oldtext" Content-Disposition: attachment; filename="oldtext" Content-Transfer-Encoding: base64 "Old text" - ------=_NextPart_000_34fdc7d_1ab3360.1844 Content-Type: application/octet-stream; name="screen" Content-Disposition: attachment; filename="screen" Content-Transfer-Encoding: base64 DQpDOlxjaHJpc1xwcm9nc1xnYXdrZXJyPmVkaXQgdW5kYXRlZC5hd2sNCg0KQzpcY2hyaXNc cHJvZ3NcZ2F3a2Vycj5kZWwgbmV3dGV4dA0KDQpDOlxjaHJpc1xwcm9nc1xnYXdrZXJyPmdh d2sgLWYgdW5kYXRlZC5hd2sNCiAgICAgICAgMSBmaWxlKHMpIGNvcGllZA0KDQpDOlxjaHJp c1xwcm9nc1xnYXdrZXJyPmdhd2sgLS12ZXJzaW9uIHwgZ2F3ayBOUj09MQ0KR05VIEF3ayAz LjAuMw0KDQpDOlxjaHJpc1xwcm9nc1xnYXdrZXJyPmRpciAvYS1kDQoNCiBWb2x1bWUgaW4g ZHJpdmUgQyBpcyBDSFJJU1cwMg0KIFZvbHVtZSBTZXJpYWwgTnVtYmVyIGlzIDM5NjMtMUQw NA0KIERpcmVjdG9yeSBvZiBDOlxjaHJpc1xwcm9nc1xnYXdrZXJyDQoNCk9MRFRFWFQgICAg ICAgICAgICAgICAgIDEzICAxNS8wNC8wMyAgMjE6MTUgb2xkdGV4dA0KU09NRU1PUkUgICAg ICAgICAgICAgICAgMTMgIDE1LzA0LzAzICAyMToxOSBzb21lbW9yZQ0KVU5EQVRFRCAgQVdL ICAgICAgICAgICAyMTMgIDE1LzA0LzAzICAyMTo0NyB1bmRhdGVkLmF3aw0KTkVXVEVYVCAg ICAgICAgICAgICAgICAgMjYgIDE1LzA0LzAzICAyMToxNSBuZXd0ZXh0DQogICAgICAgICA0 IGZpbGUocykgICAgICAgICAgICAyNjUgYnl0ZXMNCiAgICAgICAgIDAgZGlyKHMpICAgICAg ICA4LDgzMy4wNiBNQiBmcmVlDQoNCkM6XGNocmlzXHByb2dzXGdhd2tlcnI+DQo= - ------=_NextPart_000_34fdc7d_1ab3360.1844 Content-Type: application/octet-stream; name="somemore" Content-Disposition: attachment; filename="somemore" Content-Transfer-Encoding: base64 "some more" - ------=_NextPart_000_34fdc7d_1ab3360.1844 Content-Type: application/octet-stream; name="undated.awk" Content-Disposition: attachment; filename="undated.awk" Content-Transfer-Encoding: base64 BEGIN { old = "oldtext" new = "newtext" cmnd = "copy " old " " new system( cmnd ) ARGV[ ARGC ++ ] = "somemore" } { print >>new } - ------=_NextPart_000_34fdc7d_1ab3360.1844 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable _______________________________________________ Bug-gnu-utils mailing list Bug-gnu-utils AT gnu DOT org http://mail.gnu.org/mailman/listinfo/bug-gnu-utils This message is processed by the PrivaWall Email Security Server.=20 - ------=_NextPart_000_34fdc7d_1ab3360.1844-- ------- End of forwarded message -------