Re: ISPF Edit: Introduce New SUBMIT Module

2021-06-23 Thread Brian Westerman
You can call you program anything you want and create a command table entry for it. That way you can leave IBM's submit where it was/is is SYS1.CMDLIB. i.e. (look in option 3.9 of ISPF) and add YourCMD SELECT PGM(yourPGM PRM('&ZPARM')) NEWAPPL(anything) Then when the user ty

Re: ISPF Edit: Introduce New SUBMIT Module

2021-06-23 Thread Itschak Mugzach
Have a look at ISPF 3.9 (COMMAND). This is the command table where you define new primary commands to ISPF. At end, copy table ISPCMDS (or ISRCMDS depending on your APPL id) to the first dataset in ISPTLIB concatanation to make it public to all users. As per your second question, There are commands

TCDB entry in RMM

2021-06-23 Thread Peter
Hello When I added virtual volume in RMM, I don't see the TCDB getting updated. Is there any parameter I need to change? zOS 2.4 Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@

Re: ISPF Edit: Introduce New SUBMIT Module

2021-06-23 Thread Lizette Koehler
Just a guess But look at SYS1.PARMLIB member IKJTSOxx Or use the TSO Command PARMLIB To see where it exists, what member it is, and what the contents are You might need to set up something in this member AUTHCMD AUTHPGM etc... Is the module a TSO Command Processor? https://www.ibm.com/do

ISPF Edit: Introduce New SUBMIT Module

2021-06-23 Thread David Spiegel
Hi, I need help to figure out how to add a new Primary Command to ISPF Edit, so that I can test a RYO SUBMIT Command written in Assembler. Let's assume that my module is called $UBMIT (with an ALIAS of $UB). I do not want to write an Edit Macro to do this. (I already wrote one of these). nor do

Re: Coding for the future

2021-06-23 Thread Tom Brennan
Ok (probably just for me), so you're saying the two scripts below work quite differently from each other? I always assumed all ADDRESS did was save someone from having to type ISPEXEC over and over. I think you're saying the statements after ADDRESS actually run under control of ISPF instead

Re: Coding for the future

2021-06-23 Thread Seymour J Metz
You invoke ISPF. You call a REXX script for ISPF. The script does ADDRESS ISPEXEC foo and ISPF gets control back. It's well documented in the TSO/E REXX Reference, and other implementations have essentially the same API. Basically, when a REXX-aware application creates an environment, REXX assoc

Re: Coding for the future

2021-06-23 Thread David Crayford
Maybe I'm missing a subtlety here but can you demonstrate how REXX uses callbacks on z/OS? I'm familar with command environments, I've written one for REXX regex https://github.com/daveyc/RTK. In Python, Lua etc you would just create an instance of a class an communicate using message passing l

Re: Coding for the future

2021-06-23 Thread Seymour J Metz
I don't see anything there about dealing with the equivalent of REXX environments and variable access by both caller and callee. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on be

Re: Coding for the future

2021-06-23 Thread Seymour J Metz
That looks like the standard Perl infrastructure for interfacing to C. How does the called C code read and set Perl variables? How does a Perl script running in nested environments pass a command running in a specific environment? Think multiple ADDRESS statements in a REXX script with all of TS

Re: Coding for the future

2021-06-23 Thread Seymour J Metz
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Peter Sylvester [peter.sylves...@gmail.com] Sent: Wednesday, June 23, 2021 11:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: R

Certificate class

2021-06-23 Thread Charles Mills
Thanks all for your helpful feedback. Presentation is updated: DHE key exchange, elliptic curve, ... In case anyone is interested, I'm going to give it on Wednesday a week from today. Go here to register. Watch out for the wrap. http://events.r20.constantcontact.com/calendar/monthview?eso=001V-N0

Re: Coding for the future

2021-06-23 Thread Peter Sylvester
On 23/06/2021 13:04, Seymour J Metz wrote: Allow applications to establish environments for scripts (ADDRESS) , allow call-backs from within scripts and access the variables of the scripts. I wish that I could do that from within Perl, although I'd take the time to learn Python or Ruby if they

Re: Coding for the future

2021-06-23 Thread Peter Sylvester
Hi, What about extending/embedding.html  of the python doc ? On 23/06/2021 13:04, Seymour J Metz wrote: Allow applications to establish environments for scripts (ADDRESS) , allow call-backs from within scripts and access the variables of the scripts. I wish that I could do that from within Pe

Re: Coding for the future

2021-06-23 Thread Mohammad Khan
On Wed, 23 Jun 2021 07:25:40 +0800, David Crayford wrote: > Rocket and IBM don't see any value in integrating >ported tools with TSO as it's not strategic. The main focus is on >containers. Is it zCX containers that run Linux workloads or something else? MKK -

Re: Coding for the future

2021-06-23 Thread Seymour J Metz
Allow applications to establish environments for scripts (ADDRESS) , allow call-backs from within scripts and access the variables of the scripts. I wish that I could do that from within Perl, although I'd take the time to learn Python or Ruby if they supported that. -- Shmuel (Seymour J.) Met

Re: Coding for the future

2021-06-23 Thread David Crayford
On 23/06/2021 10:38 am, Seymour J Metz wrote: None of those are relevant to what REXX does best. Again, it's the plumbing, not the syntactic sugar. What exactly does REXX do best? What does it do better than Python? As to large applications, I believe that there are some pretty big ones in