Manuals for $AVRS
I'm wondering if manuals or other doc for $AVRS is availible outside of the vendors website? (It seems the latter requires "login" info for our installation that I don't have access to for the moment.) Preferable full manuals, but currently I'm out for the availible parms for pgm $AVRPULL. (The job works, but I'm wondering about formatting alternatives etc.) Thomas Berg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF - Save configuration
The SDSF settings and SORT, ARR and FILTER criteria are hardened to the ISPF profile (via VREPLACE) on clean exit of the product. If you do not exit cleanly, for example your TSO session times out, then these settings are NOT saved. The reason for only saving these items on exit is that SDSF can be active in multiple ISPF split screens and it could get very confusing for the user if settings for the current session could be affected by other SDSF invocations. To prevent confusion, the design is to read the settings at session startup and manage them in memory until session end. Rob Scott Rocket Software -Original Message- From: IBM Mainframe Discussion List On Behalf Of ??? ?? ??? Sent: Tuesday, August 6, 2024 11:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SDSF - Save configuration EXTERNAL EMAIL Hi, It is possible to make many changes in the SDSF configuration using the ARR command and various SET commands. Is there a way to save these changes without exiting SDSF? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF - Save configuration
Hi KB, Logout?! ... Exiting ISPF cleanly is sufficient. Regards, David On 2024-08-07 00:15, kekronbekron wrote: Assuming you mean re-ordering columns, and sorting data within those columns... In the menus at the top, you should be able to setup your sort/arrange. Log out after you do, to ensure they're saved. Then re-login to check if it works as you've setup. -KB On Wednesday, August 7th, 2024 at 03:30, גדי בן אבי wrote: Hi, It is possible to make many changes in the SDSF configuration using the ARR command and various SET commands. Is there a way to save these changes without exiting SDSF? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: .netrc for OpenSSH SFTP command?
On Wed, 7 Aug 2024 07:49:04 +0300, Binyamin Dissen wrote: >On Mon, 5 Aug 2024 21:55:45 + "Pew, Curtis G"\ wrote: > >:>The sftp protocol is a part of ssh, and ssh supports public/private key >authentication, so you can avoid the use of passwords. > +1 Why not? Avoid keeping passwords in filles. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Manuals for $AVRS
I might be able to assist. Contact me off list. Doug Fuerst d...@bkassociates.net -- Original Message -- From " " <0619bfe39560-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 8/7/2024 4:21:39 AM Subject Manuals for $AVRS I'm wondering if manuals or other doc for $AVRS is availible outside of the vendors website? (It seems the latter requires "login" info for our installation that I don't have access to for the moment.) Preferable full manuals, but currently I'm out for the availible parms for pgm $AVRPULL. (The job works, but I'm wondering about formatting alternatives etc.) Thomas Berg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Couple of questions about job id
For the job id on my system, the name starts STC* for started task, TSU* for TSO user, JOB* for batch (and sometimes initiatiors), and there seems to be an 'other' category. But I noticed on another system that the jobid names are different. Out of curiosity, where is that naming defined? I didn't find it in the usual places. Since the naming convention can change, is there another way to find out the job type, STC, JOB, TSU, etc, in a control block somewhere? My program is already going through all the ASCB and related control blocks, so that would be the best place to look for that info. Thanks for your help. 🙂 Kind regards, Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
I thought what the hek and asked chatgpt. Mind blown. Slightly. /// I asked: I want to find out what type of job a particular z/OS address space is, so in which z/OS control block can I find out if it is a batch job, a started task, a TSO user, or any other? ChatGPT In z/OS, you can determine the type of a particular address space (whether it is a batch job, a started task, a TSO user, etc.) by examining the Address Space Control Block (ASCB). Here’s how you can identify the type of address space: 1. ASCB Control Block: The ASCB contains information about the address space, including its type. 2. ASCBTYP Field: Within the ASCB, the field ASCBTYP identifies the type of the address space. The values of ASCBTYP indicate whether the address space is a batch job, a started task, a TSO user, etc. The possible values of ASCBTYP are: * 0x01: TSO User * 0x02: Started Task * 0x03: Batch Job * Other values are reserved for various other types of address spaces. You can use tools like IPCS (Interactive Problem Control System) or a similar system programming interface to browse the ASCB and check the ASCBTYP field for the address space in question. Here is a brief example using IPCS: text Copy code IPCS> VERBX ASCB Then, locate the ASCBTYP field in the output to determine the type of the address space. Would you like more detailed instructions on how to use IPCS or another method to check this information? === And it only gets worse: Me: In which SYS1.PARMLIB member do I modify and how in order to define the how Job ID's are named? ChatGPT To define how Job IDs are named in z/OS, you need to modify the IEASYMxx member in the SYS1.PARMLIB dataset. Specifically, you will configure the JOBDEF parameter. Here’s how you can modify IEASYMxx to define the Job ID naming convention: === Then it goes on do give detail information how to do it. From: IBM Mainframe Discussion List on behalf of Lindy Mayfield <05a2ba9c925b-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, August 7, 2024 7:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Couple of questions about job id EXTERNAL For the job id on my system, the name starts STC* for started task, TSU* for TSO user, JOB* for batch (and sometimes initiatiors), and there seems to be an 'other' category. But I noticed on another system that the jobid names are different. Out of curiosity, where is that naming defined? I didn't find it in the usual places. Since the naming convention can change, is there another way to find out the job type, STC, JOB, TSU, etc, in a control block somewhere? My program is already going through all the ASCB and related control blocks, so that would be the best place to look for that info. Thanks for your help. 🙂 Kind regards, Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
ChatGpt was by the way wrong. There is no ASCBTYP field in the ASCB with a hex value that says STC, TSU, JOB, etc. A little googling shows from where it got that confusion. This is still impressive the answer AI gave. At least to me. / By the way, still looking for what control block contains the type of job. The AI was an unintended side track. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
Yep. I’ve been impressed by how helpful and dead wrong ChatGPT can be. It has told me to issue commands that don’t exist, etc. When challenged, especially if I ask it for the IBM manual for reference, it often backs up, apologies, and gives a revised answer. But sometimes it is very helpful. Sent from [Proton Mail](https://proton.me/mail/home) for iOS On Wed, Aug 7, 2024 at 12:35 PM, Lindy Mayfield <[05a2ba9c925b-dmarc-requ...@listserv.ua.edu](mailto:On Wed, Aug 7, 2024 at 12:35 PM, Lindy Mayfield < wrote: > ChatGpt was by the way wrong. There is no ASCBTYP field in the ASCB with a > hex value that says STC, TSU, JOB, etc. A little googling shows from where it > got that confusion. > > This is still impressive the answer AI gave. At least to me. > > / > > By the way, still looking for what control block contains the type of job. > The AI was an unintended side track. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
If I remember correctly, the name’s first few characters are different based on the max job numbers set in JES2. Using large job numbers means there is less room for the first few non numeric characters. On Wed, Aug 7, 2024 at 11:09 AM Lindy Mayfield < 05a2ba9c925b-dmarc-requ...@listserv.ua.edu> wrote: > For the job id on my system, the name starts STC* for started task, TSU* > for TSO user, JOB* for batch (and sometimes initiatiors), and there seems > to be an 'other' category. But I noticed on another system that the jobid > names are different. Out of curiosity, where is that naming defined? I > didn't find it in the usual places. > > Since the naming convention can change, is there another way to find out > the job type, STC, JOB, TSU, etc, in a control block somewhere? My program > is already going through all the ASCB and related control blocks, so that > would be the best place to look for that info. > > Thanks for your help. 🙂 > > Kind regards, > Lindy > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
It’s the Range= on the JOBDEF statement. See the JES2 INIT and Tuning Ref. for more info. On Wed, Aug 7, 2024 at 11:50 AM Michael Babcock wrote: > If I remember correctly, the name’s first few characters are different > based on the max job numbers set in JES2. Using large job numbers means > there is less room for the first few non numeric characters. > > On Wed, Aug 7, 2024 at 11:09 AM Lindy Mayfield < > 05a2ba9c925b-dmarc-requ...@listserv.ua.edu> wrote: > >> For the job id on my system, the name starts STC* for started task, TSU* >> for TSO user, JOB* for batch (and sometimes initiatiors), and there seems >> to be an 'other' category. But I noticed on another system that the jobid >> names are different. Out of curiosity, where is that naming defined? I >> didn't find it in the usual places. >> >> Since the naming convention can change, is there another way to find out >> the job type, STC, JOB, TSU, etc, in a control block somewhere? My program >> is already going through all the ASCB and related control blocks, so that >> would be the best place to look for that info. >> >> Thanks for your help. 🙂 >> >> Kind regards, >> Lindy >> >> >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
The naming convention are different in JES2 and JES3. For JES2 they are different depending on a JESPARM option. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Lindy Mayfield <05a2ba9c925b-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, August 7, 2024 12:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Couple of questions about job id For the job id on my system, the name starts STC* for started task, TSU* for TSO user, JOB* for batch (and sometimes initiatiors), and there seems to be an 'other' category. But I noticed on another system that the jobid names are different. Out of curiosity, where is that naming defined? I didn't find it in the usual places. Since the naming convention can change, is there another way to find out the job type, STC, JOB, TSU, etc, in a control block somewhere? My program is already going through all the ASCB and related control blocks, so that would be the best place to look for that info. Thanks for your help. 🙂 Kind regards, Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: .netrc for OpenSSH SFTP command?
On Aug 7, 2024, at 8:20 AM, Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: Why not? Avoid keeping passwords in filles. I probably should have written “you can ^(and should)^ avoid the use of passwords.” -- Curtis Pew Enterprise Technologies, Campus IT Infrastructure and Services, Mainframe and Administrative Systems The University of Texas at Austin curtis@austin.utexas.edu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
I have a C program which runs control blocks looking at CPU Usage char *pJBNI; char *pJBNS; pJBNI = (char*)*(long*)(plASCB+ASCBJBNI);// for jobs pJBNS = (char*)*(long*)(plASCB+ASCBJBNS); // for started tasks #define ASCBJBNI 172L #define ASCBJBNS 176L One or the other will be zero I dont know about TSO Colin On Wed, 7 Aug 2024 at 17:09, Lindy Mayfield < 05a2ba9c925b-dmarc-requ...@listserv.ua.edu> wrote: > For the job id on my system, the name starts STC* for started task, TSU* > for TSO user, JOB* for batch (and sometimes initiatiors), and there seems > to be an 'other' category. But I noticed on another system that the jobid > names are different. Out of curiosity, where is that naming defined? I > didn't find it in the usual places. > > Since the naming convention can change, is there another way to find out > the job type, STC, JOB, TSU, etc, in a control block somewhere? My program > is already going through all the ASCB and related control blocks, so that > would be the best place to look for that info. > > Thanks for your help. 🙂 > > Kind regards, > Lindy > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
I had similar interests not long ago, and got some direction with CHKTRID from Binyamin Dissen and Rob Scott: On Fri, Dec 8, 2023 at 8:12 AM Rob Scott wrote: > > > If the OP is willing to call an interface instead, the use ERBSMFI and get > SMF79-1 records and look at the values in R791TAS. > > CHKTRID is a good place to start if you are trying to work this out from > control blocks yourself, but there are a few nuances to consider (assuming > you have the ASCB address for the ASID) : > > (o) If ASCBJBNI is non-zero, you need to get the CSCB from CHCSCBP (based > CHNAME on ASCBJBNI) > (o) If ASCBJBNI is zero, use ASCBCSCB > (o) If CHJOBID, then you might have a JOB, but it will be STC if ASCBJBNI=0 > (o) CHTSID = TSU > (o) Otherwise you have an STC, but then you need to identity ASCH, OMVS > and INITs from jobnames > > If you then want to accurately populate fields like “STEPNAME” and > “PROCSTEP” you need to be careful as they can come from different places > depending on the logic above. > > It is a bit messy TBH. > > Also bear in mind that ASID(0001) is called “SYSLOG” 😊 > > Rob Scott > Rocket Software > > On Wed, Aug 7, 2024 at 11:09 AM Lindy Mayfield < 05a2ba9c925b-dmarc-requ...@listserv.ua.edu> wrote: > For the job id on my system, the name starts STC* for started task, TSU* > for TSO user, JOB* for batch (and sometimes initiatiors), and there seems > to be an 'other' category. But I noticed on another system that the jobid > names are different. Out of curiosity, where is that naming defined? I > didn't find it in the usual places. > > Since the naming convention can change, is there another way to find out > the job type, STC, JOB, TSU, etc, in a control block somewhere? My program > is already going through all the ASCB and related control blocks, so that > would be the best place to look for that info. > > Thanks for your help. 🙂 > > Kind regards, > Lindy > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
Unsurprised ChatGPT hallucinated. I once tried asking it to write me blog posts – and it hallucinated like mad. “I’ll some of what it’s having.” 😊 For balance, I tried the same thing on what I’m supposed to be enthusiastic about and it hallucinated just as badly. I suspect we’ll get to the point where writers don’t care about what they write and readers don’t care about what they’ve read… ☹ 😊 More seriously, some customers have 5-digit jobids; Some have 7. Cater for both if product code. (I try to.) Cheers, Martin From: IBM Mainframe Discussion List on behalf of Steve Horein <05b0b4f1358b-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 7 August 2024 at 20:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Couple of questions about job id I had similar interests not long ago, and got some direction with CHKTRID from Binyamin Dissen and Rob Scott: On Fri, Dec 8, 2023 at 8:12 AM Rob Scott wrote: > > > If the OP is willing to call an interface instead, the use ERBSMFI and get > SMF79-1 records and look at the values in R791TAS. > > CHKTRID is a good place to start if you are trying to work this out from > control blocks yourself, but there are a few nuances to consider (assuming > you have the ASCB address for the ASID) : > > (o) If ASCBJBNI is non-zero, you need to get the CSCB from CHCSCBP (based > CHNAME on ASCBJBNI) > (o) If ASCBJBNI is zero, use ASCBCSCB > (o) If CHJOBID, then you might have a JOB, but it will be STC if ASCBJBNI=0 > (o) CHTSID = TSU > (o) Otherwise you have an STC, but then you need to identity ASCH, OMVS > and INITs from jobnames > > If you then want to accurately populate fields like “STEPNAME” and > “PROCSTEP” you need to be careful as they can come from different places > depending on the logic above. > > It is a bit messy TBH. > > Also bear in mind that ASID(0001) is called “SYSLOG” 😊 > > Rob Scott > Rocket Software > > On Wed, Aug 7, 2024 at 11:09 AM Lindy Mayfield < 05a2ba9c925b-dmarc-requ...@listserv.ua.edu> wrote: > For the job id on my system, the name starts STC* for started task, TSU* > for TSO user, JOB* for batch (and sometimes initiatiors), and there seems > to be an 'other' category. But I noticed on another system that the jobid > names are different. Out of curiosity, where is that naming defined? I > didn't find it in the usual places. > > Since the naming convention can change, is there another way to find out > the job type, STC, JOB, TSU, etc, in a control block somewhere? My program > is already going through all the ASCB and related control blocks, so that > would be the best place to look for that info. > > Thanks for your help. 🙂 > > Kind regards, > Lindy > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: PO Box 41, North Harbour, Portsmouth, Hants. PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
On Wed, 7 Aug 2024 at 14:38, Colin Paice < 059d4daca697-dmarc-requ...@listserv.ua.edu> wrote: > I have a C program which runs control blocks looking at CPU Usage > > char *pJBNI; > char *pJBNS; > pJBNI = (char*)*(long*)(plASCB+ASCBJBNI);// for jobs > pJBNS = (char*)*(long*)(plASCB+ASCBJBNS); // for started tasks > #define ASCBJBNI 172L > #define ASCBJBNS 176L > > One or the other will be zero > Yes, but those are jobnames, not jobIDs. The job ID is in JSABJBID (ASCBASSB -> ASSBJSAB). But I think the OP's question was about the *format *of the job ID, and whether there's anything other than parsing the beginning of it to see what kind of address space is running. JES2 (and presumably JES3, but I don't know it) have their own flags for STC and TSU, but I don't think those control blocks are shared between the two. And in theory anyone can write their own JES with its own internal conventions. One clue is that TSO parse (IKJPARS) has a definition for the syntax of a jobID, and so to the extent that anyone cares about TSO commands these days, any JES-suppllied jobID would have to be consistent with that. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
On Wed, 7 Aug 2024 16:09:21 +, Lindy Mayfield wrote: >For the job id on my system, the name starts STC* for started task, TSU* for >TSO user, JOB* for batch (and sometimes initiatiors), and there seems to be an >'other' category. But I noticed on another system that the jobid names are >different. Out of curiosity, where is that naming defined? I didn't find it >in the usual places. > >Since the naming convention can change, is there another way to find out the >job type, STC, JOB, TSU, etc, in a control block somewhere? My program is >already going through all the ASCB and related control blocks, so that would >be the best place to look for that info. > >Thanks for your help. 🙂 > >Kind regards, >Lindy JES2 and a Million Jobs: http://www.naspa.net/magazine/2001/December/T0112003.pdf -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Couple of questions about job id
On Wed, Aug 7, 2024 at 3:17 PM Tony Harminc wrote:
> The job ID is in JSABJBID (ASCBASSB -> ASSBJSAB). But I think the OP's
> question was about the *format *of the job ID, and whether there's anything
> other than parsing the beginning of it to see what kind of address space is
> running. JES2 (and presumably JES3, but I don't know it) have their own
> flags for STC and TSU, but I don't think those control blocks are shared
> between the two. And in theory anyone can write their own JES with its own
> internal conventions.
>
That was my challenge/interest. In the JES3 shop where I was working,
*everything* was "JOB#", no "STC" or "TSU" prefix. I had the need to
determine whether an address space with an exclusive enqueue on a PROCLIB
data set was a TSO user or not. If it was a TSO user, the user was warned
via SEND command to get out of the data set, and if the user still had an
enqueue after a period of time, "bye bye, you were warned".
Ripping through ASVT to find a name matching the offending address space
allowed interrogating CHTRKID. I wrote a Rexx exec named "ASIDINFO" to
contain that logic, and accept arguments either as a command or function
for added flexibility:
/*---*/
/* ASIDINFO is a automation procedure to return address space*/
/* information given a job name or address space ID. */
/*---*/
/* When called without a filtering option, the address space type, */
/* ID, and job name are returned:*/
/* */
/* ASIDINFO TCPIP*/
/* STC 003D TCPIP*/
/* */
/* PARSE VALUE ASIDINFO('0001') WITH TYPE ASID JOBNAME */
/*---*/
/* When called with an additional filtering option, a Boolean value */
/* is returned identifying whether the address space is of that */
/* type: */
/* */
/* ASIDINFO TCPIP STC*/
/* 1 */
/* */
/* ASIDINFO 0001 TSO */
/* 0 */
/* */
/* IF ASIDINFO('RASP','STC') THEN CALL End_Of_World */
/*---*/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF - Save configuration
Yup, you're right. Usually, I associate getting out of ISPF with logging out, as I don't have much to do in the bare TSO prompt :) On Wednesday, August 7th, 2024 at 16:27, David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > Hi KB, > Logout?! ... Exiting ISPF cleanly is sufficient. > > Regards, > David > > On 2024-08-07 00:15, kekronbekron wrote: > > > Assuming you mean re-ordering columns, and sorting data within those > > columns... > > In the menus at the top, you should be able to setup your sort/arrange. > > Log out after you do, to ensure they're saved. > > Then re-login to check if it works as you've setup. > > > > -KB > > > > On Wednesday, August 7th, 2024 at 03:30, גדי בן אבי > > gad...@malam-payroll.com wrote: > > > > > Hi, > > > It is possible to make many changes in the SDSF configuration using the > > > ARR command and various SET commands. > > > > > > Is there a way to save these changes without exiting SDSF? > > > > > > Thanks > > > > > > Gadi > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
