Discussion:
Wrong Century in RECEIVE of FTP to RDR
(too old to reply)
James G. Stracka
2006-02-07 17:51:16 UTC
Permalink
We are upgrading TCP/IP from 4.4.0 to 5.1.0.

When I PUT a file to my virtual reader then did a receive, it put in
the wrong century, 1906 instead of 2006, when received to disk using the
5.1.0 TCPIP FTP. The 4.4.0 works as expected.

When the PUT was directly to disk, the date was correct.

i.e.

listfile runtask* exec (d
FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS DATE TIME
SAMPLETO READER A1 V 68 45 1 2/07/1906 10:53:16
SAMPLETO DISK A1 V 68 45 1 2/07/2006 11:00:05

q dateformat
User Dateformat = FULLDATE


I thought I remembered that we had to do something for this way back
when but just cannot think what it was. Do you have any idea?

Jim
Alan Ackerman
2006-02-07 21:54:37 UTC
Permalink
I cannot reproduce your problem on either z/VM 5.1.0 or z/VM 5.2.0. What
platform are you sending from? I would expect the date and time on the
file to be the current date and time, regardless of the original data on
the file. At least that is what I see doing:

ftp node
userid
password
cd ackerman rdr
put profile.exec
quit

rdrlist
receive / profile exec2

(Putting the file in my own reader.)

On Tue, 7 Feb 2006 14:50:19 -0500, Stracka, James (GTI)
I do not think so.
-----Original Message-----
Behalf Of Harding, Mike
Sent: Tuesday, February 07, 2006 2:37 PM
Subject: Re: Wrong Century in RECEIVE of FTP to RDR
I would guess that your ftpserve has access to a really moldy version of
NETDATA and/or DMSDDL module.
Mike Harding
EDS VM National Capability
134 El Portal Place
Clayton, Ca. USA 94517-1742
* phone: +01-925-672-4403
* Fax: +01-925-672-4403
(personal)
Note: For 2006, I am off on Mondays with even Julian dates and Fridays
with odd ones.
-----Original Message-----
Behalf Of James G. Stracka
Sent: Tuesday, February 07, 2006 9:51 AM
Subject: Wrong Century in RECEIVE of FTP to RDR
We are upgrading TCP/IP from 4.4.0 to 5.1.0.
When I PUT a file to my virtual reader then did a receive, it put in the
wrong century, 1906 instead of 2006, when received to disk using the
5.1.0 TCPIP FTP. The 4.4.0 works as expected.
When the PUT was directly to disk, the date was correct.
i.e.
listfile runtask* exec (d
FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS DATE TIME
SAMPLETO READER A1 V 68 45 1 2/07/1906 10:53:16
SAMPLETO DISK A1 V 68 45 1 2/07/2006 11:00:05
q dateformat
User Dateformat = FULLDATE
I thought I remembered that we had to do something for this way back
when but just cannot think what it was. Do you have any idea?
Jim
--------------------------------------------------------
If you are not an intended recipient of this e-mail, please notify the
sender, delete it and do not read, act upon, print, disclose, copy, retain
or redistribute it. Click here for important additional terms relating to
this e-mail. http://www.ml.com/email_terms/
--------------------------------------------------------
========================================================================
Loading...