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

2020-08-20 Thread David Boyes
On 8/18/20, 9:57 AM, "CMSTSO Pipelines Discussion List on behalf of Alan Altmark" wrote: But I don't think this is a Pipe thing. At least from an outside IBM perspective, this seems to be the first place new CMS function is being actively developed, so it made sense to ask here first.

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

2020-08-20 Thread Rob van der Heij
On Thu, 20 Aug 2020 at 15:36, David Boyes wrote: > It's also more logically consistent for the average end user to explicitly > ask for what you want to happen. I keep meaning to port sqlite to CMS, but > ... > I may have skipped over that in this thread, but what happened to GLOBALV ? Rob

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

2020-08-20 Thread David Boyes
Thanks for the suggestion. In general, I'd like to stay with NAMES-style entries because all those other tools you mention use them, so IMHO it's more likely for IBM to support it long-term if their own tools use it. I had looked at writing an analogue to the functions of the CMS filesystem (o

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

2020-08-20 Thread Rob van der Heij
On Thu, 20 Aug 2020 at 15:47, Rob van der Heij wrote: > > I may have skipped over that in this thread, but what happened to GLOBALV > ? > Serious though... You can use the DIGEST stage to map the path to your variable to a hash, and 64ENCODE that to produce the GLOBALV variable name. If you have

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

2020-08-20 Thread David Boyes
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 CMS Commands and Utilites Reference. I know about GLOBALV G

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

2020-08-20 Thread Alan Altmark
On Thursday, 08/20/2020 at 01:36 GMT, David Boyes wrote: > Rather than complicate the already baroque syntax of NAMEFIND even further, I'd > prefer it to be a separate new application, say NAMEUTIL. It's new function, > and probably shouldn't be lumped in with the decades of cruft that NAMEFIN

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

2020-08-20 Thread David Boyes
On 8/20/20, 12:23 PM, "CMSTSO Pipelines Discussion List on behalf of Alan Altmark" wrote: And I reject the "cruft" reference. The NAMEFIND command is very basic. Not only can it look up based on the break tag, it can search based on other values: NAMEFIND :email.alan_al

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

2020-08-20 Thread John P. Hartmann
First of all, his stage name was El Bozo. An second you should hear Chick Corea's reading on "My Spanish Heart". On 8/20/20 19:39, David Boyes wrote: On 8/20/20, 12:23 PM, "CMSTSO Pipelines Discussion List on behalf of Alan Altmark" wrote: And I reject the "cruft" reference. The NA

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

2020-08-20 Thread Alan Altmark
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 restriction. The name space of REXX variables is a subset of tag names. You can put almost any charac

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

2020-08-20 Thread Paul Gilmartin
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?

2020-08-20 Thread Paul Gilmartin
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?

2020-08-20 Thread Paul Gilmartin
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?

2020-08-20 Thread Rob van der Heij
On Thu, 20 Aug 2020 at 19:40, David Boyes wrote: > > To bring this back to CMS Pipelines and my original question, suppose I > had a file containing the following lines: > > :nick.DBOYES :userid.dboyes :node.SNAVM4 :notebook.DBOYES > >:name.David Boyes > > > :nick.CLO

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

2020-08-20 Thread Mark Boonie
I don't know if it matters much outside of this thread, but the stage below doesn't work if there are blanks after the tag name and before the period, or after the period and before the nickname (e.g., ':nick . CLOWN '. Yes, both of these are allowed and handled by NAMEFIND. Also, there is no

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

2020-08-20 Thread Paul Gilmartin
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 restriction. > > The name space of REXX variables

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

2020-08-20 Thread Rob van der Heij
You're right Mark. That's exactly why I don't want to go there. Clearly there are degrees of freedom that some applications traditionally allow or exploit, likely that other applications don't tolerate. And maybe the period is even optional? While you can probably do something with fs . substr w