With my enhanced EXECUTE (part of my FILELIST package on the VM download
lib) one can enter /s in commands
DMSPLY / mm//dd//yyy hh:mm:ss
Just double the / character. But indeed, with ISODATE no such problem, and
guess what, my FIXDATE accepts ISODATE as input. FIXDATE will also complete
the mi
Ah, but there are ISODATE and FULLDATE options in both FILELIST and LISTFILE.
IBM has provided for one of your gripes. All you have to do is supply the
leading 0 for the month and hour. That is easy enough in a program, e.g. "dt =
right('0' || dt,10)". The same applies to the time value, except
No, I did not write FIXDATE to be compatible with IBM's IUO tool, it was
always meant to be a front-end for DMSPLU.
Advanges
- an error message iso RC 24 for an invalid date/time
- more freedom in date & time formats
- It avoids the CMS abend for DMSPLU against a fle on a R/O disk
2009/10/23 Glenn
I wrote some mods to SETDATE to support LISTFILE's date format, as well as
backslashes or exclamation marks for date separators so it works from FILELIST.
Perhaps even other date formats (don't recall from the car).
I should send them to the SETDATE author.
Mike Walter
Hewitt Associates
(Sent
"Schuh, Richard" wrote:
> What is unmanageable about "'DMSPLU' fn ft fm dt tm"? Of course the
> date and time must be properly formatted,
That's exactly it. DMSPLU accepts only FULLDATE format--but with the
leading zeroes filled in. On FILELIST file lines, it's impossible to
enter because of the
What is unmanageable about "'DMSPLU' fn ft fm dt tm"? Of course the date and
time must be properly formatted, but that isn't too onerous a task. However, it
is one that my frontend for DMSPLU tackles for me. I like omitting leading
zeros when I enter things from my terminal; the fewer characters
Paul Gilmartin wrote:
> But why bother? Since the PUNCH stage has the devaddr option,
> it would be minimally disruptive to CP DEFINE a brand new
> punch, use that, and CP DETACH it when done.
That would take rewriting the whole of SENDFILE. Pipelines is just
used in the "new" code added for the
Paul Gilmartin wrote:
> Any better ideas?
http://www.vm.ibm.com/download/packages/descript.cgi?FIXDATE
FIXDATE was the name of an older IBM-internal tool for the function that
DMSPLU now servers. Now it's a front-end to DMSPLU with more manageable
syntax.
¬R
Interesting. Nice ...
--
bc
On Thu, Oct 22, 2009 at 9:19 AM, Paul Gilmartin wrote:
> On Oct 21, 2009, at 19:47, Bob Cronin wrote:
>
> To my knowledge, INMR123 is a PIPE sample/example filter, I don't
>> think it
>> is used by SENDFILE, but I admit I haven't looked at the SENDFILE
>> logic in 8
>
On Thu, Oct 22, 2009 at 3:19 PM, Paul Gilmartin wrote:
> 'inmr123' locnode uft_id su_fn su_ft su_fm,
> 401 line(s) not displayed
> * * * End of File * * *
>
> I have no idea what might be a local mod.
No, it's true. And I'm surprised as well. But
On Oct 21, 2009, at 19:47, Bob Cronin wrote:
To my knowledge, INMR123 is a PIPE sample/example filter, I don't
think it
is used by SENDFILE, but I admit I haven't looked at the SENDFILE
logic in 8
or 10 years (back when I wrote my *LIST-aware version, SENDLIST), so I
I see:
* * * Top of File
I did write a TAR to unpack some files some twenty years ago. If I
can find it, I'll put it on the pipelines home page.
j.
2009/10/22 Bob Cronin :
> To my knowledge, INMR123 is a PIPE sample/example filter, I don't think it
> is used by SENDFILE, but I admit I haven't looked at the SENDFILE l
To my knowledge, INMR123 is a PIPE sample/example filter, I don't think it
is used by SENDFILE, but I admit I haven't looked at the SENDFILE logic in 8
or 10 years (back when I wrote my *LIST-aware version, SENDLIST), so I
suppose it might be using Pipelines now. In any event, I use INMR123 (with a
I years ago set up a process to mirror the Marist pipelines site, which
might be easily adaptable to your situation. It uses ftp as transport, and
sets the timestamp of the local files to match the source.
Send me a note off-list if you're interested.
--
Mike Harding
z/VM System Support
mhard...@
The .tar format doesn't have any compression - it just puts a
fixed-length header record in front of each file and appends them all
together. So it would be much easier to unpack in pipes IMO.
Unfortunately, I don't have anything you can steal - I only did it the
other way round. I built a pipe to
On 10/21/09 15:34, Bob Cronin wrote:
See the INMR123 REXX for creating NetData headers. You can set whatever
date/times you like when you create them, then simply RECEIVE them.
--
Wow! so SENDFILE now uses Pipelines. I'm s far behind the
times.
But I notice that SENDFILE goes to consider
On 10/21/09 15:47, Avery, Matt wrote:
One way of sending files from unix along with metadata is to put the
files in a .tar archive.
Of course. Or zip. ARCUTIL undoes zip, I think.
Unpacking .tar in pipes would be a doddle.
Not if I have to write it. Can I steal it? (What's
a doddle?)
One way of sending files from unix along with metadata is to put the
files in a .tar archive. Unpacking .tar in pipes would be a doddle. Only
downside is that you would have to deal with all the ASCII/EBCDIC
translation, rather than offloading that job to FTP.
-Matt
-Original Message-
Fro
See the INMR123 REXX for creating NetData headers. You can set whatever
date/times you like when you create them, then simply RECEIVE them.
--
bc
On Wed, Oct 21, 2009 at 5:05 PM, Paul Gilmartin wrote:
> On 10/21/09 14:59, Schuh, Richard wrote:
>
>> This is probably a silly question, but does Unix
Is this a one-time effort?
If so, hy not send all the files over, then send a list containing all the
files and their timestamps.
Then run the listing thru and EXEC that runs DMSPLU against each.
Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.
"Sch
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
Also for sending files. We use SENDFILE/RECEIVE on CMS while MVS uses
XMIT/RECEIVE. Normally, SENDFILE to another system is NJE format unless you
specify SMTP, MIME or some other protocol.
Regards,
Richard Schuh
> -Original Message-
> From: CMSTSO Pipelines Discussion List
> [mail
On 10/21/09 15:13, Schuh, Richard wrote:
If it did, the timestamps could be preserved using RECEIVE (OLDD.
I thought NJE abbreviates Network Job Entry, a facility for
submitting batch jobs. So, should I submit a job to
someplace that does a SENDFILE?
Hmmm. Perhaps we have an NFS server on a
If it did, the timestamps could be preserved using RECEIVE (OLDD.
Regards,
Richard Schuh
> -Original Message-
> From: CMSTSO Pipelines Discussion List
> [mailto:cms-pipeli...@vm.marist.edu] On Behalf Of Paul Gilmartin
> Sent: Wednesday, October 21, 2009 2:06 PM
> To: CMS-PIPELINES@V
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
On 10/21/09 14:59, Schuh, Richard wrote:
This is probably a silly question, but does Unix support NJE?
I don't believe so. But what if it did? What if I could fake
it (perhaps shareware)? How would I proceed?
But you got me thinking. There is a NETDATA stage, and somewhere
boiler plate to
This is probably a silly question, but does Unix support NJE?
Regards,
Richard Schuh
> -Original Message-
> From: CMSTSO Pipelines Discussion List
> [mailto:cms-pipeli...@vm.marist.edu] On Behalf Of Paul Gilmartin
> Sent: Wednesday, October 21, 2009 1:51 PM
> To: CMS-PIPELINES@VM.MA
(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. (
28 matches
Mail list logo