Putfiles qua concept was never a "one size fits all" solution as I recall
from my time programming things up.
There's a basic setup but the particulars between cases were always
slightly different and I always ended up coding a slightly different
variation depending on the situation.
C'est la vie
On Wed, 3 Mar 2021 at 17:39, van Sleeuwen, Berry
wrote:
> Oops, is that also a PUTFILES that's generally available? Mine is the one
> I obtained from the VMTOOLS page. I didn't know any other version might
> exists.
>
> I for sure assumed the VMTOOLS PUTFILES package and I guess Kris also
> assum
groet/With kind regards/Mit freundlichen Grüßen,
Berry van Sleeuwen
Flight Forum 3000 5657 EW Eindhoven
-Original Message-
From: CMSTSO Pipelines Discussion List On Behalf
Of John P. Hartmann
Sent: Wednesday, 3 March 2021 16:50
To: CMS-PIPELINES@VM.MARIST.EDU
Subject: Re: [CMS-PIPELINES]
I also have a PUTFILES REXX, which does something entirely different.
Perhaps Kris knows that Berry uses Kris' particular version. Otherwise
all of this is more or less idle speculation.
On 3/3/21 16:30, Kris Buelens wrote:
My very first PUTFILES was indeed simple: an ADDPIPE for each fileid
e
sers SFS root directory. So for the collector machine >SFS would indeed be
> an option.
>
>
> Met vriendelijke groet/With kind regards/Mit freundlichen Grüßen,
> Berry van Sleeuwen
> Flight Forum 3000 5657 EW Eindhoven
>
> -Original Message-----
> From: CMSTSO Pipelines
Forum 3000 5657 EW Eindhoven
-Original Message-
From: CMSTSO Pipelines Discussion List On Behalf
Of Kris Buelens
Sent: Wednesday, 3 March 2021 13:30
To: CMS-PIPELINES@VM.MARIST.EDU
Subject: Re: [CMS-PIPELINES] FPL120E in PUTFILES
Caution! External email. Do not open attachments or click lin
On Wed, 3 Mar 2021 at 14:17, John P. Hartmann wrote:
> I didn't say that, but as long as Berry understands, all is fine.
>
> On 3/3/21 14:07, Rob van der Heij wrote:
> > As John points out, when you're
> > writing to SFS
>
No you didn't. I was concerned that Berry or the two others reading this
I didn't say that, but as long as Berry understands, all is fine.
On 3/3/21 14:07, Rob van der Heij wrote:
As John points out, when you're
writing to SFS
If you get the records in chunks, it's really simple to write a sipping
pipeline to take each chunk and write it to a file. You close it when
you're done with the chunk. And you can decide whether you should append or
rewrite the file. That's also helpful when you have some header record
rather tha
Use DISKSLOW if you know you are going to write a single line per
invocation.
The reason could be anything; Vblockv is totally undocumented. Use >SFS
to get documented error and reason codes.
I don't know what your PUTFILES does, so I cannot answer your final
question.
On 3/3/21 12:43, va
Hello Berry,
Have you looked into my documentation (that is the HELP file).
I remember having had problems with too many open files and/or ???. I
think I created two options to avoid problems: BATCHED, that closes the
file when I detect a new fileID starts being used. Later I had problems
with c
Hi All,
I have a REXX with a number of PUTFILES stages. Each of them will save a report
in a group of files. The REXX is executed every minute.
Two times today I got an FPL120E in one of the PUTFILES stages. It looks like
the error only appears in the GSTVM000 files, or at least the other PUTFI
12 matches
Mail list logo