Mail Archives: djgpp-workers/2003/04/25/11:33:13
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" <chris DOT willis AT Web-Hq DOT com>
To: <bug-gnu-utils AT prep DOT ai DOT mit DOT edu>
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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>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.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>The following files are attached</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2><FONT color=3D#000000=20
size=3D2>OLDTEXT &nb=
sp; =20
13 15/04/03 21:15 oldtext -- a bit of=20
text<BR>SOMEMORE &nb=
sp; =20
13 15/04/03 21:19 somemore -- somemore<BR>UNDATED =20
AWK =
213 =20
15/04/03 21:47 undated.awk -- the awk=20
script<BR>NEWTEXT &n=
bsp; =20
26 15/04/03 21:15 newtext -- the generated=20
concatenation</FONT></FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2><FONT color=3D#000000 =
size=3D2></FONT>SCREEN a=20
(character based) screen dump of the process.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>The screen dump text follows:- =
</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2><BR>C:\chris\progs\gawkerr>edit=20
undated.awk</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>C:\chris\progs\gawkerr>del=20
newtext</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>C:\chris\progs\gawkerr>gawk -f=20
undated.awk<BR> 1 file(s)=20
copied</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>C:\chris\progs\gawkerr>gawk =
- --version | gawk=20
NR=3D=3D1<BR>GNU Awk 3.0.3</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>C:\chris\progs\gawkerr>dir =
/a-d</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2> Volume in drive C is=20
CHRISW02<BR> Volume Serial Number is 3963-1D04<BR> Directory =
of=20
C:\chris\progs\gawkerr</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000=20
size=3D2>OLDTEXT &nb=
sp; =20
13 15/04/03 21:15=20
oldtext<BR>SOMEMORE =
=20
13 15/04/03 21:19 somemore<BR>UNDATED =20
AWK =
213 =20
15/04/03 21:47=20
undated.awk<BR>NEWTEXT &nb=
sp; =20
26 15/04/03 21:15=20
newtext<BR> 4=20
file(s) =
265=20
bytes<BR> 0=20
dir(s) 8,833.06 MB =
free</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 =
size=3D2>C:\chris\progs\gawkerr></FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>The system data is:</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>Microsoft Windows 98 4.10.1998 <BR>Upgrade using =
Full OEM CD=20
/SrcDir=3DD:\WIN98 /IQ /U:xxxxxxxxxxxxxxxxx<BR>IE 4.0 =
4.72.3110<BR>Uptime:=20
0:05:24:15<BR>Normal mode<BR>On "B6V6O9" as "Chris=20
Willis"</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>AuthenticAMD AMD-K6(tm) 3D processor <BR>256MB =
RAM<BR>65%=20
system resources free<BR>Windows-managed swap file on drive C (8817MB=20
free)<BR>Available space on drive C: 8817MB of 19083MB =
(FAT32)<BR></FONT></DIV>
<DIV> </DIV>
<DIV><FONT color=3D#000000 size=3D2>I hope this isn't my =
stupidity.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>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.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Regards - Chris Willis=20
</FONT></DIV></BODY></HTML>
- ------=_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 -------
- Raw text -