DMSPLU can be used to change the timestamp of an existing file. There are 
probably several shops that have a REDATE (or other name) EXEC to do it. The 
problem may lie in getting the metadata included with the file. I use REDATE 
all the time when putting compiled EXECs on our TOOLS disk. I redate the 
compiled EXEC and its LISTING to agree with the source file's timestamp. 

I don't see anything in the AHELP for BLOCK NETDATA that provides a timestamp 
capability.

Regards, 
Richard Schuh 

 

> -----Original Message-----
> From: CMSTSO Pipelines Discussion List 
> [mailto:cms-pipeli...@vm.marist.edu] On Behalf Of Mike Walter
> Sent: Wednesday, October 21, 2009 2:07 PM
> To: CMS-PIPELINES@VM.MARIST.EDU
> Subject: Re: Move files and preserve timestamps
> 
> 1) Google is your friend:  DMSPLU syntax
>    The first hit displays Fran Hensler's reply:
>    www.mail-archive.com/ib...@listserv.uark.../msg19069.html
> 
> 2) Source code is an even better friend.
>    You should have source code to DMSPLU ASSEMBLE - the 
> syntax is included therein.
>    > VMFSETUP ZVM CMS
>    > FILELIST DMSPLU * *
> 
> I can't think of a Pipes BIF to write a file wit a specific 
> date/time (on MDISK or SFS).
> 
> Mike Walter
> Hewitt Associates
> The opinions expressed herein are mine alone, not my employer's.
> 
> 
> 
> 
> "Paul Gilmartin" <paulgboul...@aim.com>
> 
> Sent by: "CMSTSO Pipelines Discussion List" 
> <CMS-PIPELINES@VM.MARIST.EDU>
> 10/21/2009 03:50 PM
> Please respond to
> "CMSTSO Pipelines Discussion List" <CMS-PIPELINES@VM.MARIST.EDU>
> 
> 
> 
> To
> CMS-PIPELINES@VM.MARIST.EDU
> cc
> 
> Subject
> Move files and preserve timestamps
> 
> 
> 
> 
> 
> 
> (Slightly OT, but this is an eclectic list.)
> 
> I have several dozen files I want to move from a UNIX system 
> to CMS.  I'd like to preserve the timestamps.  What utilities 
> exist for this?
> 
> Long ago, I stumbled on DMSPLU MODULE, used by VMFPLCD EXEC, 
> but I could never find any documentation for it.  (Why?)
> 
> Or, I could transfer the files; SENDFILE them to myself; zap 
> the NETDATA; and RECEIVE.  Ugh!
> 
> Any better ideas?  Are there Pipeline facilities to control 
> this sort of metadata?
> 
> Thanks,
> gil
> 
> 
> 
> 
> 
> 
> The information contained in this e-mail and any accompanying 
> documents may contain information that is confidential or 
> otherwise protected from disclosure. If you are not the 
> intended recipient of this message, or if this message has 
> been addressed to you in error, please immediately alert the 
> sender by reply e-mail and then delete this message, 
> including any attachments. Any dissemination, distribution or 
> other use of the contents of this message by anyone other 
> than the intended recipient is strictly prohibited. All 
> messages sent to and from this e-mail address may be 
> monitored as permitted by applicable law and regulations to 
> ensure compliance with our internal policies and to protect 
> our business. E-mails are not secure and cannot be guaranteed 
> to be error free as they can be intercepted, amended, lost or 
> destroyed, or contain viruses. You are deemed to have 
> accepted these risks if you communicate with us by e-mail.
> 

Reply via email to