Re: Q: Where is LISTDSI kept? A: Not where you think.

On Tue, 21 Feb 2023 11:56:43 -0600, Hobart Spitz wrote: >... >I prefer CALL LISTDSI "SYSUT1 FILE", which is almost the same as RESULT = >LISTDSI("SYSUT1 FILE"). IMHO, these examples in IBM documentation are >misleading and potentially can result in broken code. A CALLed routine is >NOT requir

Re: Q: Where is LISTDSI kept? A: Not where you think.

Steve wrote: >So the question of where LISTDSI is found is moot, in that my >environment is correct once using "CC = 'LISTDSI' ('SYSUT1 FILE')". The quotes around LISTDSI serve no function, unless you are inside a routine with the same name and you don't want recursion. Since the interpreter only

Re: Q: Where is LISTDSI kept? A: Not where you think.

gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Steve Thompson [ste...@wkyr.net] Sent: Tuesday, February 21, 2023 8:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Q: Where is LISTDSI kept? A: Not where you think. Well, I finally figured out why the

Re: Q: Where is LISTDSI kept? A: Not where you think.

On Tue, 21 Feb 2023 15:51:23 +, Seymour J Metz wrote: >IMHO the root cause is that people see what they expect to see; hence the >value of code and design reviews, where the code is read by a fresh pair of >eyes with no expectations. ... > For the provider side, documentation should contain

Re: Q: Where is LISTDSI kept? A: Not where you think.

ect: Re: Q: Where is LISTDSI kept? A: Not where you think. Well, I finally figured out why the -3. And it is because LISTDSI as a function is not recognized as a command, hence -3 (which at least one of you was indicating). I wish to thank you all for your assistance and even code samples that are NO

Re: Q: Where is LISTDSI kept? A: Not where you think.

List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Steve Thompson [ste...@wkyr.net] Sent: Tuesday, February 21, 2023 8:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Q: Where is LISTDSI kept? A: Not where you think. Well, I finally figured out why the -3. And it is because LISTDSI as a function i

Re: Q: Where is LISTDSI kept? A: Not where you think.

Well, I finally figured out why the -3. And it is because LISTDSI as a function is not recognized as a command, hence -3 (which at least one of you was indicating). I wish to thank you all for your assistance and even code samples that are NOT what I'm working on. For clarity only, at this po

Re: Q: Where is LISTDSI kept?

Steve, my listdsi calls are like this:- listdsi_rc = 'LISTDSI'(ddname 'FILE') When listdsi_rc = 0 Then Do Regards Bruce Hewson On Mon, 20 Feb 2023 11:09:23 -0500, Steve Thompson wrote: >I'm trying to build a TSO BATCH environment and it needs to have >the ISPF Library fun

Re: Q: Where is LISTDSI kept? A: Not where you think.

Hi R'Tzvi AMV"SH, You said: "...Be careful. If you meant a fully qualified dataset name, you need to code this. ..." That's true unless the user has issued: PROFILE NOPREFix Regards,. David On 2023-02-20 20:32, Hobart Spitz wrote: On Mon, 20 Feb 2023, 17:07 Steely.Mark, wrote: Here is a si

Re: Q: Where is LISTDSI kept? A: Not where you think.

On Mon, 20 Feb 2023, 17:07 Steely.Mark, wrote: > Here is a simple REXX for LISTDSI: > > /* A SIMPLE REXX TEST PROGRAM */ > variable = 'data.set.name' > x = LISTDSI(variable) > say x > Be careful. If you meant a fully qualified dataset name, you need to code this. Variable = " 'data.set.name' "

Re: Q: Where is LISTDSI kept? A: Not where you think.

On Mon, 20 Feb 2023 16:46:12 -0600, Hobart Spitz wrote: >... >- Blank(s) are not allowed between a function name and the left parentheses >of the argument list. So you are still not invoking LISTDSI correctly. > Minds are polluted by FORTRAN, one of very few languages where blanks rarely matte

Re: Q: Where is LISTDSI kept? A: Not where you think.

;>>> :>Interesting. I have started ISPF, and I have checked that ISPF > >>>> is :>active from my REXX code via ISPQRY and comes back with RC=0 > >>>> :>(active). > >>>> :> > >>>> :>Later in REXX code I attempt to ge

Re: Q: Where is LISTDSI kept? A: Not where you think.

ve Thompson > >> wrote: > >>>> :>Interesting. I have started ISPF, and I have checked that ISPF is > >>>> :>active from my REXX code via ISPQRY and comes back with RC=0 > >>>> :>(active). > >>>> :> > >>&g

Re: Q: Where is LISTDSI kept?

Steve, You have to code something like this: X = LISTDSI(SYSUT1 FILE) IF (X ¬= 0) THEN DO SAY 'DATASET ..' SYSUT1 '.. NOT FOUND' SAY SYSREASON EXIT END instead of what you have, which is LISTDSI(SYSUT1 FILE) I get a -3 return code and this error message when I code LISTDSI the way yo

Re: Q: Where is LISTDSI kept?

On 2/20/23 15:02:12, Steve Thompson wrote: ...     34 *-* listdsi ('SYSUT1 FILE') Try: X = listdsi('SYSUT1 FILE') /* Copy/Paste -- don't retype. */    >>>   "LISTDSI SYSUT1 FILE" COMMAND LISTDSI NOT FOUND    +++ RC(-3) +++ -- gil --

Re: Q: Where is LISTDSI kept?

On 2/20/2023 8:25 AM, Allan Staller wrote: LISTDSI is a TSO command. ADDRESS TSO prior to the command should work. Not true...  READY listdsi  IKJ56500I COMMAND LISTDSI NOT FOUND  READY -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://ww

Re: Q: Where is LISTDSI kept?

I'm wondering this as well. I had it happen before. Steve Thompson On 2/20/2023 4:50 PM, Tom Brennan wrote: O/T - This may not be related and I wish I knew more about it, but for a time last year my tombrennansoftware.com email address couldn't send to gmail.com at all.  I believe the Google

Re: Q: Where is LISTDSI kept?

AMNBR=128, :>> // PARM='ISPSTART CMD(&ISPFREX &ISPFPRM)' :>> :>> //Lasse :>> :>> -Ursprungligt meddelande- :>> Från: IBM Mainframe Discussion List För Steve Thompson :>> Skickat: den 20 februari 2023 17:09 :>> Till: IBM-MAIN

Re: Q: Where is LISTDSI kept?

O/T - This may not be related and I wish I knew more about it, but for a time last year my tombrennansoftware.com email address couldn't send to gmail.com at all. I believe the Google server was doing a DNS lookup on my address looking for a particular SPF TXT record. I really can't remember,

Re: Q: Where is LISTDSI kept?

On Mon, 20 Feb 2023 15:58:52 -0500, Steve Thompson wrote: >... >changed to be a DDNAME. "EXCESS" will hold all the rest of what > Good. >So while that is being worked out, I know that I have SYSUT1 >pointing to some PDS/PDSE. > Not a member of some PDS/PDSE, which is a more customary use of SY

Re: Q: Where is LISTDSI kept?

Correction: That should have been: F LISTDSI(DSNVAR) = 0 THEN ... OREXXMan Q: What do you call the residence of the ungulate with the largest antlers? A: A moose pad. :-D Would you rather pass data in move mode (*nix piping) or locate mode (Pipes) or via disk (JCL)? Why do you think you rarely

Re: Q: Where is LISTDSI kept?

>> :>any of the install stuff for this environment > >> :> > >> :>I'm not sure that I have access to the CSIs because this is a > >> :>cloned system. > >> :> > >> :>Regards, > >> :>Steve Thompson > >> :> > >>

Re: Q: Where is LISTDSI kept?

LISTDSI is a REXX function, It is not a host command; ADDRESS has no effect on LISTDSI. Use CALL LISTDSI DSNVAR ... or IF LISTDSIO\(DSNVAR) = 0 THEN ... , e.g, in any mixed case where you have stored the dataset name in DSNVAR or the variable of your choice. (All REXX functions can also be inv

Re: Q: Where is LISTDSI kept?

That PARSE command will take the first Item and put it into "command_line" which is not really a command line. That has been changed to be a DDNAME. "EXCESS" will hold all the rest of what was passed. This is some new development stuff and specs are just a little fluid right now. So while tha

Re: Q: Where is LISTDSI kept?

On Mon, 20 Feb 2023 14:53:49 -0500, Steve Thompson wrote: >... > PARSE ARG UPPER COMMAND_LINE EXCESS ??? PARSE UPPER ARG COMMAND_LINE EXCESS But that limits your COMMAND_LINE to only one word; perhaps not what you want. Example from

Re: Q: Where is LISTDSI kept?

On Mon, 20 Feb 2023 14:53:49 -0500, Steve Thompson wrote: >... >  PARSE ARG UPPER COMMAND_LINE EXCESS ???  PARSE UPPER ARG COMMAND_LINE EXCESS ... >Meanwhile, anyone have a contact for the TSO-REXX list -- Any >email to any address at Marist for me is being rejected. >

Re: Q: Where is LISTDSI kept?

x27;ISPSTART CMD(&ISPFREX &ISPFPRM)' :>> :>> //Lasse :>> :>> -Ursprungligt meddelande- :>> Från: IBM Mainframe Discussion List För Steve Thompson :>> Skickat: den 20 februari 2023 17:09 :>> Till: IBM-MAIN@LISTSERV.UA.EDU :>> Ämne: Q:

Re: Q: Where is LISTDSI kept?

On Mon, 20 Feb 2023 19:26:06 +0200, ITschak Mugzach wrote: >List dis is a Rex external function. > More precisely, "LISTDSI is a TSO/E external function." It requires TSO to be active, not merely a REXX environment. Depending on the requirement, the requester might prefer BPXWDYN( "INFO ..." ).

Re: Q: Where is LISTDSI kept?

> > :>On 2/20/2023 11:16 AM, Lars Höglund wrote: > :>> You have to start ISPF > :>> > :>> //BATCHPDF EXEC PGM=IKJEFT01,DYNAMNBR=128, > :>> // PARM='ISPSTART CMD(&ISPFREX &ISPFPRM)' > :>> > :>> //Lasse >

Re: Q: Where is LISTDSI kept?

PRM)' :>> :>> //Lasse :>> :>> -Ursprungligt meddelande- :>> Från: IBM Mainframe Discussion List För Steve Thompson :>> Skickat: den 20 februari 2023 17:09 :>> Till: IBM-MAIN@LISTSERV.UA.EDU :>> Ämne: Q: Where is LISTDSI kept? :>>

Re: Q: Where is LISTDSI kept?

List dis is a Rex external function. בתאריך יום ב׳, 20 בפבר׳ 2023 ב-19:12 מאת Paul Gilmartin < 042bfe9c879d-dmarc-requ...@listserv.ua.edu>: > On Mon, 20 Feb 2023 16:25:15 +, Allan Staller wrote: > > >Classification: Confidential > > > >LISTDSI is a TSO command. ADDRESS TSO prior to the c

Re: Q: Where is LISTDSI kept?

On Mon, 20 Feb 2023 16:25:15 +, Allan Staller wrote: >Classification: Confidential > >LISTDSI is a TSO command. ADDRESS TSO prior to the command should work. > ??? LISTDSI does not appear in the TSO/E Commands Ref. There is a Rexx function with a similar name. DDLIST? ISRDDN? -- gil --

Re: Sv: Q: Where is LISTDSI kept?

27;ISPSTART CMD(&ISPFREX &ISPFPRM)' //Lasse -Ursprungligt meddelande- Från: IBM Mainframe Discussion List För Steve Thompson Skickat: den 20 februari 2023 17:09 Till: IBM-MAIN@LISTSERV.UA.EDU Ämne: Q: Where is LISTDSI kept? I'm trying to build a TSO BATCH environment and i

Re: Q: Where is LISTDSI kept?

Classification: Confidential LISTDSI is a TSO command. ADDRESS TSO prior to the command should work. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Thompson Sent: Monday, February 20, 2023 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Q: Where is LISTDSI

Sv: Q: Where is LISTDSI kept?

OR? -Ursprungligt meddelande- Från: IBM Mainframe Discussion List För Lars Höglund Skickat: den 20 februari 2023 17:16 Till: IBM-MAIN@LISTSERV.UA.EDU Ämne: Sv: Q: Where is LISTDSI kept? You have to start ISPF //BATCHPDF EXEC PGM=IKJEFT01,DYNAMNBR=128, // PARM='ISP

Sv: Q: Where is LISTDSI kept?

STSERV.UA.EDU Ämne: Q: Where is LISTDSI kept? I'm trying to build a TSO BATCH environment and it needs to have the ISPF Library functions in it. So I copied all the DDs that I needed via TSO ISRDDN against my TSO address space. What I am now running into is REXX is giving me a -3 for LISTD

Q: Where is LISTDSI kept?

I'm trying to build a TSO BATCH environment and it needs to have the ISPF Library functions in it. So I copied all the DDs that I needed via TSO ISRDDN against my TSO address space. What I am now running into is REXX is giving me a -3 for LISTDSI!! Reminds me of the topic:  How long for an e