Re: [CMS-PIPELINES] deblocking with various possible linends

On 3/16/23 14:46:04, Rob van der Heij wrote: ... Yes, I think we all realized the ambiguity. I was considering these alternatives (with preference for the first one) - line end is any unique sequence of the specified characters, so if you specify the CR and LF as candidate, then CR, LF, CR L

Re: [CMS-PIPELINES] deblocking with various possible linends

On 3/13/23 16:41:47, Glenn Knickerbocker wrote: Anyone have an idiom for deblocking and translating a file in ASCII that may have either or both of CR and LF (*), ... The problem is not well-posed. Consider Foo Bar Is that two records, or three with a null record between the

Re: [CMS-PIPELINES] change question

On 11/25/22 00:08:22, Rob van der Heij wrote: ... PS Your mailer appears to convince some recipients' mail agent to put the message aside as spam or unwanted content. If that's not the intent, you might want to investigate. Thanks. Can they tell me what rule is being invoked to cause that?

Re: [CMS-PIPELINES] change question

On 11/24/22 13:17:46, Rob van der Heij wrote: On Thu, 24 Nov 2022 at 21:14, Alain Benveniste wrote: How to change (3.5) "no matter what there is" by blanks ? How about one of these? | spec 1-* 1 , , 3.5 | xlate 3.5 00-FF 40 Suppose the input record is just 4 bytes long: o Will it be pa

Re: [CMS-PIPELINES] PIPSYSF question....

On Sep 17, 2021, at 12:41:17, John P. Hartmann wrote: >... > I was about to roll TERSE in some twenty-five years ago when I discovered a > bug. So I pulled it at the last moment as it became clear to me that I would > never be able to build a regression test reference. > That illustrates t

Re: [CMS-PIPELINES] Removing blank records

On Aug 18, 2021, at 05:46:20, James Vincent wrote: > > If they are truly null, did you try "LOCATE 1" - if they are blanks, then > "STRIP | LOCATE 1" should work > What does this do to actual null/blank data lines within members? TSO, unlike CMS, tolerates null lines. Re APPEND: some Master Plumbe

[CMS-PIPELINES] Inline Rexx?

Is there a way to code a Rexx filter in a pipe specification rather than supplying it as FN FT FM? I'm imagiining something such as: ... | REXX (INLINE) "outpot translate( 'abcd-ef-gh', date(Standard), 'abcdefgh') time(Normal)" | console which might produce: 2021-07-06 15:17:27 (It's ju

Re: [CMS-PIPELINES] specifying an arbitrary string

On 2021-02-16, at 16:26:35, Glenn Knickerbocker wrote: > > This is a frequent puzzle I shake my head at solving a different way > every time: I need to pass a string to a pipeline stage, and it might > have pipeline characters in it, and it might be null, it might or might > not need delimiting, a

Re: [CMS-PIPELINES] Lookup with floor

On 2021-01-29, at 11:32:46, John P. Hartmann wrote: > > In general, pipes are forgiving and accepts a wider gamut of options than the > documentation specifies. > > The documentation is written to be comprehensible and flowing (in authors' > argot), if it were to show all possible combinations

Re: [CMS-PIPELINES] punch, rscs, reader and deblock

On 2021-01-21, at 16:48:18, Glenn Knickerbocker wrote: > > FILEDEF INPUT READER > FILEDEF OUTPUT PUNCH > MOVEFILE INPUT OUTPUT > (I no longer have the code.) Long ago I wrote a pipeline to copy a Reader file verbatim. basically: READER | URO Some embellishment to DEFINE the output device c

Re: [CMS-PIPELINES] punch, rscs, reader and deblock

On 2021-01-17, at 07:08:54, Rob van der Heij wrote: > > On Sun, 17 Jan 2021 at 14:48, Kris Buelens wrote: > >> Probably there still is a chance that DEBLOCK CMS will complain when the >> last meaningful record had a trailing blank. >> > > Apparently the halfword 0 is missing, or there wouldn’t

Re: [CMS-PIPELINES] punch, rscs, reader and deblock

On 2021-01-17, at 07:19:31, Kris Buelens wrote: > > Yes indeed, a bit more complicated than something like > !T: take last!Strip Trailing!F: fanin 1 0 ! > and that's what I wanted to say. > If the OP has contol of both the transmitting and receiving protocol, I suggest: "pipe strlit

Re: [CMS-PIPELINES] PIPE VMC buffer size

> On 2020-10-24, at 21:02:06, van Sleeuwen, Berry wrote: > > Nice to double it, but that still gives some (hardcoded) limit. For VMC USER > it still discards data, when there are more than (for example) 200 users in > z/VM. Even VMC LPAR might be bigger than 200 records when you have a high > n

Re: [CMS-PIPELINES] John Hartmann's POPEN Interface to CMS/TSO Pipelines Copipes

On 2020-10-20, at 10:38:12, Dave Jones wrote: > > Just a quick note to let the pipers on the list know that the popen > co-pipes interface, documented here: > http://vm.marist.edu/~pipeline/popen.pdf, also works with the newer IBM > z/VM C/C++ V 1.3 compiler, too. > Where I read: Using the subr

Re: [CMS-PIPELINES] Wikipedia and EBCDIC 037-2

> On 2020-09-20, at 16:44:40, Rob van der Heij wrote: > > On Mon, 21 Sep 2020 at 00:07, Alan Altmark wrote: > >> Where I think it suffered the most is the inability to ACCESS a BFS >> directory like you access an SFS directory, with all that implies. But >> being able to jump into and out of the s

Re: [CMS-PIPELINES] Wikipedia and EBCDIC 037-2

On 2020-09-17, at 08:01:21, Alan Altmark wrote: > > I wouldn't do anything with Unicode on z/VM unless I could get > a) the file system to store an attribute that indicates the file is in > Unicode format, and > As z/OS does?: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com

Re: [CMS-PIPELINES] Wikipedia and EBCDIC 037-2

On 2020-09-16, at 23:14:40, Alan Altmark wrote: > ... > I've been trying to stamp out non-standard code pages since the late 1990s > when I did Euro enablement for VM TCP/IP. That's when I added nearly 200 > EBCDIC-ASCII translation tables (TCPXLATE/TCPXLBIN files). > There's something very wr

Re: [CMS-PIPELINES] Wikipedia and EBCDIC 037-2

On 2020-09-15, at 16:08:08, Rick Troth wrote: > > Same then goes for the square brackets (and their mis-mapped > counterparts). IBM introduced Codepage 1047 which GETS BRACKETS RIGHT. I > forget, as I write this, if CP 1047 gets not/circumflex right and I'm > having trouble pulling the codepages ou

Re: [CMS-PIPELINES] Replace single record in file

On 2020-09-12, at 06:18:25, Rob van der Heij wrote: > > On Sat, 12 Sep 2020 at 01:18, Stanislawski, Shawn (National VM Capability) < > shaw...@dxc.com> wrote: > >> Would be preferable to avoid truncation of a longer new record when >> dealing with recfm=VARIABLE. >> But at this point, it sounds a

Re: [CMS-PIPELINES] PIPE MEMBERS Anomaly ???

On 2020-09-08, at 12:56:35, Alan Altmark wrote: > > On Tuesday, 09/08/2020 at 06:50 GMT, "John P. Hartmann" >> May I politely suggest you consult the documentation? > > By which you mean that a null record is written after each member, > something useful to delimit the members since you can ask for

Re: [CMS-PIPELINES] Stage for reading/updating CMS NAMES file?

On 2020-08-20, at 12:52:07, Alan Altmark wrote: > > On Thursday, 08/20/2020 at 04:43 GMT, Paul Gilmartin wrote: > > >> With what restriction on the compound symbol namespace? >> Of course if all supported tags are legal compound tails >> there is no restricti

Re: [CMS-PIPELINES] Stage for reading/updating CMS NAMES file?

On 2020-08-20, at 10:23:04, Alan Altmark wrote: > >> I'd also really like to skip using the stack now that we can manipulate REXX >> variables directly. Just set up or return a REXX stem and be done with it. > > Done. NAMEFIND supports both. > "both"? "set up or return"? At https://www.i

Re: [CMS-PIPELINES] Stage for reading/updating CMS NAMES file?

On 2020-08-20, at 10:23:04, Alan Altmark wrote: > >> I'd also really like to skip using the stack now that we can manipulate REXX >> variables directly. Just set up or return a REXX stem and be done with it. > > Done. NAMEFIND supports both. > With what restriction on the compound symbol namesp

Re: [CMS-PIPELINES] Stage for reading/updating CMS NAMES file?

On 2020-08-20, at 09:52:18, David Boyes wrote: > > GLOBALV as currently implemented is limited to about 250 chars of useful data > if you use the stack interface, which most of the IBM utilities use values > that can be longer than that. It also has some oddities documented on pg 374 > of the C

Re: [CMS-PIPELINES] Stage for reading/updating CMS NAMES file?

On 2020-08-18, at 07:16:36, David Boyes wrote: > > The format is described in the entry on NAMEFIND in the CMS Command > Reference. I'd agree it's probably not an officially designated GPI, but it's > a pretty detailed description in an official publication (it's been there > since VM/SP3 at le

Re: [CMS-PIPELINES] differences between the first and last matching lines

On 2020-05-15, at 10:59:02, Glenn Knickerbocker wrote: > > On 5/9/2020 5:48 PM, amphitr...@ok.de wrote: >> If the easily filtered headers are as good as section delimiters, >> you have won. > > That's where I lose in this case. Even the actual section headers > identifying the different source fil

Re: [CMS-PIPELINES] differences between the first and last matching lines

On 2020-05-09, at 15:48:18, amphitr...@ok.de wrote: > > Am 08.05.2020 um 20:46 schrieb Glenn Knickerbocker: >> (I don't control >> the process of building the big file, so I can't just add section >> delimiters, but I can easily filter out commonly occurring lines like >> blanks and headers.) > > .

Re: [CMS-PIPELINES] differences between the first and last matching lines

On 2020-05-09, at 11:33:29, Glenn Knickerbocker wrote: > > On Fri, 8 May 2020 13:00:40 -0600, gil wrote: >> On 2020-05-08, at 12:46:56, Glenn Knickerbocker wrote: >>> Anybody have an existing idiom for picking out the section of a file >>> between the first and last matches with another file? >> Ho

Re: [CMS-PIPELINES] differences between the first and last matching lines

On 2020-05-08, at 19:04:33, Donald Russell wrote: > > SUPERC? > Topical to this list, is there a way to connect output(s) of Pipelines to the new_file_ID and/or old_file_ID inputs of ASMFSUPC? (writing to temporary file(s) is non-Pipethink.) https://www.ibm.com/support/knowledgecenter/en/S

Re: [CMS-PIPELINES] differences between the first and last matching lines

On 2020-05-08, at 12:46:56, Glenn Knickerbocker wrote: > > I have one file that includes copies of several others. When one of the > component files is updated, I want to compare and show the differences. > Anybody have an existing idiom for picking out the section of a file > between the first an

Re: [CMS-PIPELINES] TSO Pipes

On 2020-04-23, at 06:22:52, Jonathan Scott wrote: > >> Can CMS/TSO Pipelines be run under z/OS batch, such as IRXJCL, or is >> it inextricably bound to TSO? > > I've been using the IBM internal version of TSO Pipelines in > Ah! Akin to PL/X it's Internal Use Only. A pity; I've heard no reports of

Re: [CMS-PIPELINES] TSO Pipes

On 2020-04-22, at 14:27:09, Lionel Dyck wrote: > > For those of you who would like to encourage IBM to release TSO Pipes as > part of the z/OS base please go to this URL and vote > https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe >

Re: [CMS-PIPELINES] Caution! STREAMSTATE SUMMARY and PEEKTO

On 2020-01-14, at 17:47:46, Glenn Knickerbocker wrote: > ... > So beware--don't let a STREAMSTATE SUMMARY lead you to run too far. > > 'streamstate summary' > If rc = 0 Then 'peekto' > Do While rc = 0 >'callpipe *: | take' etc. >If rc = 0 Then 'streamstate summary' >If rc = 0 The

Re: [CMS-PIPELINES] wishlist: STRFIND ASIS

On 2019-08-22, at 09:59:51, Glenn Knickerbocker wrote: > > Tiny convenience wishlist item, after being bitten by this repeatedly > this morning: STRFIND ASIS to find a string without translating > underscores and skipping blanks, so the same target can be good for > STRFIND and STRTOLABEL. > > A s

Re: [CMS-PIPELINES] XEDIT and targets

On Jun 20, 2019, at 4:20 PM, Glenn Knickerbocker wrote: > > On 2019-06-19 2:29 PM, Paul Gilmartin wrote: >>>> { stage1; stage2; stage3; } | stage4 >> Stages run in order, sharing input. So what isn’t consumed by >> the first stage is available to the second

Re: [CMS-PIPELINES] XEDIT and targets

> On Jun 19, 2019, at 2:00 AM, Rob van der Heij wrote: >>{ stage1; stage2; stage3; } | stage4 > > I understand this concatenates the output of the first three programs (in > order?) > and passes it as input to the fourth one. Cute. So what about input (it seems > the > first program in that

Re: [CMS-PIPELINES] XEDIT and targets

> On Jun 16, 2019, at 10:27 AM, Rob van der Heij wrote: > > On Sat, 15 Jun 2019 at 17:58, Phil Smith III wrote: > >> Gil wrote: >>> No, you're thinking of ISPF. >> >> As infrequently as possible! > > LOL > > You will not believe how proud I felt when I finally got one John’s FMTP > XEDIT macr

Re: [CMS-PIPELINES] XEDIT and targets

On Jun 15, 2019, at 9:58 AM, Phil Smith III wrote: > > Gil wrote: >> No, you're thinking of ISPF. > > As infrequently as possible! > > >> Item: CMS ISPF is worse. > > Well, yeah. Without even any details, we know this to be true! > > ... may have seemed like black magic to the ISPF developer

Re: [CMS-PIPELINES] XEDIT and targets

On 2019-06-14, at 08:19:52, Phil Smith III wrote: > Gil wrote: >> Many years ago, I squandered a lot of coding effort to be able to run >> PEEK, XEDIT, FILELIST, RDRLIST, ... all in a single ring. > >> But I wished all along that IBM had designed all the XEDIT-based >> tools to operate in a singl

Re: [CMS-PIPELINES] XEDIT and targets

On 2019-06-12, at 10:40:09, Alan Altmark wrote: > > You can have more than one instance of XEDIT, but only the “innermost” > instance has ownership of the XEDIT subcom environment. The other > instances are invisible. (Subject to cowboy programming.) > Many years ago, I squandered a lot of cod

Re: [CMS-PIPELINES] XEDIT and targets

On 2019-06-12, at 06:45:59, John P. Hartmann wrote: > > > Bottom line: since cms 5.5, you can have only one XEDIT session within > a virtual machine. (I could before, but the new storage management > broke things.) > I had believed: o ADDRESS CMS XEDIT starts a new XEDIT session; ADDRESS XEDIT XE

Re: [CMS-PIPELINES] XEDIT and targets

On 2019-06-10, at 22:45:37, Glenn Knickerbocker wrote: > > > But the whole point is that I may want to issue XEDIT subcommands > affecting lines beyond the target while the pipeline is running. > That sort of concurrency is unlikely to be supported; it's akin to expecting two different users to be

Re: [CMS-PIPELINES] PC-Pipes anyone?

On 2019-03-23, at 05:22:22, Rob van der Heij wrote: > > I think the concern is that people are using the name "CMS/TSO Pipelines" > for something different. This is confusing; we don't like people doing > that. If you write something that implements a data flow programming model, > nobody will hold

Re: [CMS-PIPELINES] Punch and deblock

On 2019-01-25, at 13:40:12, Alain Benvéniste wrote: > Rob > I thought to use a pipe reader file to read it back but if it is not long to > show me I would be glad to know how to do that for a receive. > Many files are in transit so performance is a plus. > Have you looked at: https://www.ib

Re: [CMS-PIPELINES] Hijacked thread

On 2018-03-03, at 04:21:32, John P. Hartmann wrote: > I should like to know who this "someone" is. > I don't recall. And from what Sir Rob says, perhaps "someone" prefers to remain anonymous. It was probably in IBM-MAIN within the past year. As they recurrently say there, "Search the archives

Re: [CMS-PIPELINES] Selecting multiple record chunks

On 2018-03-02, at 15:18:04, Rob van der Heij wrote: > ... > I'm happy you like the book. If you know the "Author's Edition" then the new > z/VM 6.4 will feel very similar, ... > Yaaay! Thanks! Now it needs only to percolate to the TSO instance. Someone commented on another list that he mov

Re: [CMS-PIPELINES] LEXX for Pipelines

On 2017-12-31, at 15:59:46, Glenn Knickerbocker wrote: > On 11/28/2017 12:22 PM, John P. Hartmann wrote: >> A worktop where you can drag and drop stages and connect them. The >> pipeline end (the mere programming) is in place and is called "encoded >> pipeline". > > The big thing I still see miss

[CMS-PIPELINES] FILEDESCRIPTOR blocking?

As I read the description of FILEDESCRIPTOR in the Reference, I can't tell whether the descriptor is assumed to contain "records" separated by x'15', as OE do, or whether the stage assumes an unstructured stream as HFS(REPLACE) does and it's the programmer's responsibility to use (DE)BLOCK TEXTFILE

Re: [CMS-PIPELINES] FILEDESCRIPTOR and binary streams?

On 2017-09-02, at 13:07, Alan Altmark wrote: > Any read() that returns a value of zero indicates eof on a file or that your > peer has closed their end of the channel and no further data will be received. > > This is true of both blocking and non-blocking sockets. > For a non-blocking descript

Re: [CMS-PIPELINES] FILEDESCRIPTOR and binary streams?

On 2017-09-02, at 11:37, Alan Altmark wrote: > Zero bytes IS eof on socket reads. > Suppose the descriptor is not a socket? Is this true even for nonblocking reads from a socket? -- gil

[CMS-PIPELINES] FILEDESCRIPTOR and binary streams?

Suppose either the input or output of FILEDESCRIPTOR is expected to be a binary stream with no particular record separators. What does FILEDESCRIPTOR take as a "record"? The Author's Edition doesn't make this clear. Does it insert record separators in its output? Which? Can the programmer cont

Re: [CMS-PIPELINES] CSL

On 2017-08-27, at 13:21, Dave Jones wrote: >>> > Callable Services Library is an API designed by CMS development way back > when that allows routines, usually written in assembler, to be called > from a variety of compiled (C, PL/I, Assembler, etc.) and interpretive > (Rexx, EXEC2) languages using

[CMS-PIPELINES] CSL (was: FTP ...)

(Subject: changed -- this isn't FTP.) On 2017-08-27, at 13:04, John P. Hartmann wrote: > If fd means filedescriptor, try > > pipe ahelp filedescriptor > Bingo! Thanks! I notice revision codes for Level 1.1.9. Thanks again, gil

[CMS-PIPELINES] CSL (was: FTP ...)

On 2017-08-27, at 11:40, Alan Altmark wrote: > USS is very much separate from MVS. > Point of view? > CSL = Callable Services (Language). Google, man, google. Same goes for the > Pipe storage stage. > Getting there. > There are no stages I'm aware of that connect to an arbitrary fd, but

Re: [CMS-PIPELINES] FTP stage that does encryption?

On 2017-08-26, at 23:28, Alan Altmark wrote: > > Unlike z/OS, the POSIX environment in CMS is integrated; it's not a > separate subsystem. > I'm not sure how this matters. For example, in z/OS JES is a separate(?) subsystem, but it feels integrated. > With an appropriate stage, the PIPE comma

Re: [CMS-PIPELINES] FTP stage that does encryption?

On 2017-08-26, at 12:54, Donald Russell wrote: > > Assembler will be my only choice since we cancelled our VM C compiler > license. :-(. Too bad, might have been easier to port the zLinux FTP client > and make it pipe-aware. > Would that be under OpenExtensions? What about GCC? Are there Pipeline

Re: [CMS-PIPELINES] Variable field selection

On 2017-05-03, at 14:57, Michael Harding wrote: > > ... Or in your example you could have kept going beyond the 4th > argument but what's the point, you know they aren't specified. > It was just an astonishment (admittedly minor) that for: X = F(, 'Z' ) in F, "SAY ARG() ARG( ARG(), 'E' )"

Re: [CMS-PIPELINES] Variable field selection

On 2017-05-03, at 14:30, Michael Harding wrote: > Too sly, but inventive! > > I personally like to code "parse value function() with ."; safe with or > without a returned value. > No, if "function()" returns no value, the interpreter reports a syntax error. -- gil

Re: [CMS-PIPELINES] Variable field selection

On 2017-05-03, at 14:25, Alan Altmark wrote: >> But, I can't provide an "OMITTED" final argument, no matter how >> many commas or blank lines I supply. > > If you mean that REXX doesn't distinguish between a null string and an > omitted string, that's true. My programs all use the null string i

Re: [CMS-PIPELINES] Variable field selection

On 2017-05-03, at 12:30, Alan Altmark wrote: > On Wednesday, 05/03/2017 at 03:47 GMT, Paul Gilmartin (π) > wrote: >> Rexx's CALL instruction provides no way to indicate a null >> last argument. > > CALL XYZ "fun", , "flags", "" > X

Re: [CMS-PIPELINES] LINENUM, as in EXECIO

you? It doesn't matter except whether the inbound MTA or the outbound broke it.) Thanks, gil > Paul Gilmartin --- [CMS-PIPELINES] LINENUM, as in EXECIO --- >From:"Paul Gilmartin" > <[***]@AIM.COM>To:CMS-PIPELINES@VM.MARIST.EDUDate:Sat, Apr 22, 2017 > 17:44Sub

[CMS-PIPELINES] LINENUM, as in EXECIO

If I want to read a file starting at line 10001, I can: EXECIO 10 DISKR ENORMOUS FILE A 10001 ... Or: PIPE < ENORMOUS FILE A | DROP 1 | TAKE 10 | ... It would seem that the latter reads a lot of records just to ignore them. Does Pipelines perform interstage optimization? Is it bet

Re: [CMS-PIPELINES] Calculating square root

On 2017-04-21, at 18:00, Donald Russell wrote: > > I'll have to wait a couple of moths for vm 6.4 but thanks for the heads up, > I see it in the author's edition. Does this mean it's available today in the Runtime Distribution? > I can wait and in the meantime kludge something together to get me

Re: [CMS-PIPELINES] proposal for "plenum" - portable Pipelines for POSIX platforms

On 2017-02-20, at 00:09, Kris Buelens wrote: > I used it too, but abandoned it: > -it wasn't very fast, and > -it was impossible to combine it well with REXX when it had to handle dual > byte characters: > Which Rexx? MBCS? A challenge: pipe literal English français русский | xlate upper

Re: [CMS-PIPELINES] proposal for "plenum" - portable Pipelines for POSIX platforms

On 2017-02-19, at 09:40, Rick Troth wrote: > How many of us crave Pipelines when working with other systems? > ... Interesting. But don't be surprised if it gets reaction similar to that, sometimes vulgar, that I've gotten when I mentioned regular expressions on some of the z-LISTSERVs. -- g

Re: [CMS-PIPELINES] Pipes future

On 2016-11-12, at 15:02, Rob van der Heij wrote: > > I am not aware that WARP would be a bad thing. There's ways to > abuse it, and it's not meant for plumbers who can't solder their > fittings. Share you're challenge with me off-line and we can see > what needs to be demonstrated. Always interest

Re: [CMS-PIPELINES] Pipes future

On 2016-11-12, at 04:42, Rob van der Heij wrote: > > * Full replacement of CMS "indoor plumbing" > I'm unfamiliar with that term. Does it mean that embeded code that performs PIPE-like functions is replaced with calls to PIPE? Or that all SVC 202 in PIPE MODULE are replaced by inline code? "Full

Re: [CMS-PIPELINES] Pipes future

On 2016-11-11, at 12:33, John P. Hartmann wrote: > Now that Endicott has picked up the baton, I don't expect to update the > pipeline module at Marist. > A logical, therefore welcome, administrative consolidation. I hope they can be as dedicated as you. > I may still upload some goodies from tim

[CMS-PIPELINES] Rexx stage garbage collection

A current thread in REXX-TSO has me wondering, how do concurrent Rexx stages avoid contention between their respective storage managers and garbage collectors? Pipelines must be really intimate with Rexx! Does it work likewise in the forlorn TSO implementation? And does Pipelines/Rexx guarantee

Re: [CMS-PIPELINES] Label connections

On 2016-09-30, at 01:34, Rob van der Heij wrote: >>> I sometimes wish that Pipelines were closer to Rexx conventions (with >>> a little POSIX wisdom added). Newline would always be a STAGESEP, >>> except that a trailing "," (as in Rexx) >> CMS Pipelines never see a newline nor a trailing , >> REX

Re: [CMS-PIPELINES] Label connections

On 2016-09-29, at 00:49, Rob van der Heij wrote: > > To me this is much like the "if the compiler knows there should be a ';' > why can't he just put it there instead of bothering me" question. > The more you automatically assume, the less chance to spot mistakes. > Yup. For a modern common-sense

Re: [CMS-PIPELINES] Pipelines and DFSORT

On 2016-09-02 17:05, Paul Gilmartin wrote: > > But is CMS DFSORT sufficiently Pipelines-friendly that this can be > done without resorting to an intermediate temporary file? > OK. Answering my own question. I RTFM (Author's Edition). There is a DFSORT stage. I assume that fo

[CMS-PIPELINES] Pipelines and DFSORT

A current thread in IBM-MAIN seeks a way to run z/OS DFSORT with a combination of VSAM and PS data sets. This strikes me as a natural for Pipelines: A collection of SPECS stages each converting a different input format to a common output, all feeding a FANIN whose output connects to SORTIN of CMS

Re: [CMS-PIPELINES] Follow-Up On Incorrect Handling of Negative Numbers With PICK?

On 2016-08-24, at 11:20, Rob van der Heij wrote: > > ... The issue is when comparing two negative numbers in PICK that are > sufficiently different in size (more than factor 10). ... > It truncates the longer to the length of the shorter? -- gil

Re: [CMS-PIPELINES] PIPINIT TEST Fails

On 2016-08-15, at 10:09, Alan Altmark wrote: > I have seen other code do this. When opening a file, CMS searches the Active > File Table first before reading from disk. > It appears that NUCXLOAD faithfully replicates the behavior of searching for a MODULE to execute, including all its shortco

Re: [CMS-PIPELINES] Converged custom profiles for 'CMS Productivity Aids'

On 2016-07-08, at 08:50, Stanislawski, Shawn (National VM Capability) wrote: > > I would like to make these overrides more portable: one XEDIT file instead of > multiples. > Can you use synonyms and PARSE SOURCE? -- gil

Re: [CMS-PIPELINES] the STACK stage

On 2016-06-24, at 08:19, Gentry, Steve wrote: > I'm not getting the results I'd expect when STACK is the first in a pipeline. > What I thought would happen is the entire STACK is read into the stream and > then proceed onto the next stage. This is not happening. Here is my code: > 'PIPE stac

Re: [CMS-PIPELINES] the STACK stage

On 2016-06-24, at 08:51, Mike Walter wrote: > Perhaps a bit clearer: as used in your example the VAR stage creates only one > variable, and thus ends with eof propogated back to STACK, preventing > subsequent record processing. > Not knowing your goal, perhaps in place of VAR, you might consider

Re: [CMS-PIPELINES] Field validation

On 2016-06-07, at 10:27, Bob Cronin wrote: > > I've got an input stream containing a comma-delimited list of all the email > addresses for a given person (in Internet-standard form, i.e. > localpart@domain). However, the process that collects these addresses > doesn't have very effective data valid

Re: [CMS-PIPELINES] Pipe from FILELIST line to XEDIT buffer

On 2016-04-22, at 09:38, Gregg wrote: > Back in Yore, who ever thought we'd need more than 640K or 8M? > That's why there's BROWSE MODULE, both in CMS and an analogue in MVS, which doesn't load the file into main storage as XEDIT does. https://what-if.xkcd.com/63/ https://what-if.xkcd.com

Re: [CMS-PIPELINES] Pipe from FILELIST line to XEDIT buffer

On 2016-04-22, at 02:10, John P. Hartmann wrote: > Under the bonnet, XEDIT support for BFS are pipelines to load and write the > file into the existing > So close! If only similar hooks could be used with an arbitrary pipeline as input! What does it use as FN FT FM? Or has XEDIT itself been

Re: [CMS-PIPELINES] Pipe from FILELIST line to XEDIT buffer

On 2016-04-21, at 19:38, Glenn Knickerbocker wrote: > On 4/19/2016 11:09 AM, Paul Gilmartin wrote: >>>> Trust No 1 V 255 Trunc=255 Size=0 Line=1 Col=1 Alt=0 >>>> >> Still an unfortunate choice. For BFS, the Width and Trunc default >> should be, &q

Re: [CMS-PIPELINES] Pipe from FILELIST line to XEDIT buffer

On 2016-04-19, at 08:23, Alan Altmark wrote: > On Tuesday, 04/19/2016 at 02:04 GMT, Paul Gilmartin > wrote: >> How does XEDIT deal with BFS files which have no width, filetype, etc.? >> (We don't have BFS configured.) > > A text file will have CRLF or LF in it.

Re: [CMS-PIPELINES] Pipe from FILELIST line to XEDIT buffer

On 2016-04-18, at 16:13, Rob van der Heij wrote: >> Easy enough to do (I just did it, several times); just tedious. >> Has anyone automated this clichi? > > I use "browse" to see the output. I rarely need to massage it with XEDIT > but would change the pipe to give me what I want to see. > Are

[CMS-PIPELINES] Pipe from FILELIST line to XEDIT buffer

I'm looking at a FILELIST display, and I'd lile to run my-filter and browse its output with XEDIT. Something like: PIPE my-filter / | XEDIT Of course, this clobbers the FILELIST buffer. I need to: o Determine a unique fileid o Add that to the XEDIT ring o Direct my-filter output to that bu

Re: [CMS-PIPELINES] About DELAY after SET TIMEZONE

On 2016-04-14, at 12:38, Alan Altmark wrote: > > ... How accurate does the local > time representation need to be? I say within 1 second of UTC, which is > what you will be if you're using STP and you incur a leap second. Could > we do better? Yes, but the implementation costs start to rise. >

Re: [CMS-PIPELINES] Rexx Reformat

On 2016-04-13 14:02, Kris Buelens wrote: > I found it via http://cvie.free.fr/ and then selecting REXX > > But, it doesn't run on my Win7 when I gave it a couple of my REXXes, some > syntax error, without error description, makes it halt > Does it use standard Rexx IO or CMS EXECIO? -- gil

Re: [CMS-PIPELINES] About DELAY after SET TIMEZONE

On 2016-04-10, at 21:03, Alan Altmark wrote: > On Friday, 04/08/2016 at 03:53 GMT, Paul Gilmartin wrote: > >> z/OS is in a conspicuous minority by >> running TOD on (biased) TAI. > > Eh? z Systems CPCs, without regard to OS, are supposed to be set to UTC, > not TAI.

Re: [CMS-PIPELINES] About DELAY after SET TIMEZONE

On 2016-04-09, at 13:06, Rod Furey wrote: > General question: what happens if you say "at 01:59 do this" then at 02:00 > the clock goes back to 01:00? > There is a legend about someone who once scheduled such an event then came to work Monday morning to find his clock 30 hours slow. -- gil

Re: [CMS-PIPELINES] About DELAY after SET TIMEZONE

On 2016-04-09, at 12:46, Alan Altmark wrote: > >> I have colleagues in Colorado, London, and Canberra, all using the >> same z/VM and z/OS systems. Only one of them can have proper "LOCAL" >> time (well, two in winter). > > In a CMS environment you're talking about "personal time zone" support so

Re: [CMS-PIPELINES] About DELAY after SET TIMEZONE

On 2016-04-08, at 22:20, Alan Altmark wrote: > > CMS functions shouldn't be worrying about the TZ definitions, per se, but > should be querying CP about the name and the offset. > In this century, it's way parochial to operate as if there were only two time zones in the world, as z/VM and z/OS do.

Re: [CMS-PIPELINES] About DELAY after SET TIMEZONE

On 2016-04-08, at 10:39, John P. Hartmann wrote: > For the sake of argument, suppose you set the wake up time for the bear > to whatever it should be at the current time, say 9:00 on March 9 next > year and congress then subsequently decides in view of various > emergencies to extend summer time t

Re: [CMS-PIPELINES] About DELAY after SET TIMEZONE

On 2016-04-08, at 09:29, Hobart Spitz wrote: > I think that if you clearly document the distinction, then I would think > that different behaviors for +hh:mm versus hh:mm would make sense. > > An alternative/additional solution, possibly too much trouble, would be to > add a timezone to the time

Re: [CMS-PIPELINES] About DELAY after SET TIMEZONE

On 2016-04-08, at 03:31, Rob van der Heij wrote: > > But what about the pop that is pending. I am tempted to distinguish between an > interval (with a "+") and a time of day. So +7200 waits for 2 hours, whether > clocks changed or not. But I know some plumbers compute it either way. > I agree.

Re: [CMS-PIPELINES] PIPFRE122E Insufficient free storage

On 2016-02-26, at 08:33, Hobart Spitz wrote: > Would it be feasible to default NAME to something like > UsedName.ExecType.sigl for Rexx programs? UsedName could be word 6 of > PARSE SOURCE and ExecType could be word 4. sigl would be the setting from > the last CALL/function invocation. > In som

Re: [CMS-PIPELINES] PIPFRE122E Insufficient free storage

On 2016-02-15, at 01:32, John P. Hartmann wrote: > The name can be a word of any length, but as the message buffer is 256 > bytes, you'll never see more than about 230 of them. > Wonderful! I can incorporate a time( L ) in the name and get (almost) unique names. I don't think the code path thr

Re: [CMS-PIPELINES] PIPFRE122E Insufficient free storage

On 2016-02-14, at 02:05, Rob van der Heij wrote: > On 14 February 2016 at 06:55, Paul Gilmartin wrote: > >> >> At least I think that's what's happening. If I set the loop limit smaller >> the problem does not occur. Is there a way to flush the buffers and

[CMS-PIPELINES] PIPFRE122E Insufficient free storage

I think I found my memory overflow. Schematically, I have: addstream output MINE do I = 1 to 500 addpipe MINE | > 'FILE'I ft fm select output MINE begoutput end-out ... write a few hundred lines. ... end-out ... other stuff, perhaps involving other

Re: [CMS-PIPELINES] specs substring docs.

On 2016-01-26, at 23:18, Rob van der Heij wrote: > > Even if only you and the archive were having issues, that's enough reason > to use another route for the mailing list. Hope I have enough interesting > things to say in the future to justify that. > In the headers of your message, I see: Con

Re: [CMS-PIPELINES] specs substring docs.

On 2016-01-25 15:26, Glenn Knickerbocker wrote: > On 1/24/2016 6:28 AM, John P. Hartmann wrote: >> Try PIPE AHELP INPUTRANGE > > --because it's not about SPECS; it's about how a whole slew of stages > all let you specify the input the same way. Scanning the HELPLIB: > > CASEIDATECONV INSERT

  1   2   3   4   >