Re: A question about IXGLOGR and RRS CPU usage

> I have a question about IXGLOGR and RRS CPU usage that I hope you can help > me with. > > Due to a large number of transactions that update DB2 and query DB2 (query > transactions from DRDA), the IXGLOGR usage has increased significantly, and > the RRS allocate logstream offline

Re: A question about CPU usage on z/OS

://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jason Cai [ibmm...@foxmail.com] Sent: Wednesday, July 12, 2023 6:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: A question about CPU usage on z/OS Dear all, I

Re: A question about IXGLOGR and RRS CPU usage

rt as well as a SORT job that may be more readable. That chapter also mentions several RMF reports of interest. Allan On Wed, Jul 12, 2023 at 6:53 PM Jason Cai wrote: > Dear all, > > I have a question about IXGLOGR and RRS CPU usage that I hope you can help > me with. > >

Re: [EXTERNAL] A question about CPU usage on z/OS

> From: IBM Mainframe Discussion List On Behalf > Of Jason Cai > Sent: Wednesday, July 12, 2023 5:27 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] A question about CPU usage on z/OS > > Dear all, > > I have a question about CPU usage on z/OS that I hope you can help

Re: [EXTERNAL] A question about CPU usage on z/OS

Sent: Wednesday, July 12, 2023 5:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] A question about CPU usage on z/OS Dear all, I have a question about CPU usage on z/OS that I hope you can help me with. Many years ago, we increased the CPU of a mainframe from one to four, but the batch jobs at

A question about IXGLOGR and RRS CPU usage

Dear all, I have a question about IXGLOGR and RRS CPU usage that I hope you can help me with. Due to a large number of transactions that update DB2 and query DB2 (query transactions from DRDA), the IXGLOGR usage has increased significantly, and the RRS allocate logstream offline datasets have

A question about CPU usage on z/OS

Dear all, I have a question about CPU usage on z/OS that I hope you can help me with. Many years ago, we increased the CPU of a mainframe from one to four, but the batch jobs at night became slower. The explanation at that time was that a batch job could only use one CPU, and the single CPU

Re: OSA-ICC question

equ...@listserv.ua.edu> wrote: > I am confused about which 'access' is at question. > > There is access to the card and access to the lpars using the card. > Basically the wires in and out of the physical OSA-ICC card. > > ANYONE that has connectivity to the Ethernet port o

Re: Cobol question

Rex, at this link you'll find an interesting thread: https://groups.google.com/g/bit.listserv.ibm-main/c/B04G-HasOd4 As somebody (who is at least 30K light years beyond me) probably the right way is to use TIMEUSED macro. It depends on how much you need to rely the info. I recently wrote an assem

Re: OSA-ICC question

I am confused about which 'access' is at question. There is access to the card and access to the lpars using the card. Basically the wires in and out of the physical OSA-ICC card. ANYONE that has connectivity to the Ethernet port on the OSA is 'accessing' the OSA. The &#x

Re: OSA-ICC question

gmail.com wrote: > > > > > > > We are having a LPAR being stood up on an outsourcing company's > host. It > > > > will be for our use but they will manage it via the HMC's and > possibly > > > > the > > > > OSA-ICC port. All regul

Re: OSA-ICC question

t; > > > > We are having a LPAR being stood up on an outsourcing company's host. It > > > will be for our use but they will manage it via the HMC's and possibly > > > the > > > OSA-ICC port. All regular access to the LPAR will be via 3270 and using >

Re: OSA-ICC question

12 PM Laurence Chiu wrote: > > > We are having a LPAR being stood up on an outsourcing company's host. It > > will be for our use but they will manage it via the HMC's and possibly > the > > OSA-ICC port. All regular access to the LPAR will be via 3270 and using >

Re: OSA-ICC question

e > OSA-ICC port. All regular access to the LPAR will be via 3270 and using > our accounts. But a question was asked, what about OSA-ICC access. My > understanding is if the OSA Express cards have been defined in IOCD and > assigned to the LPAR, and a port(s) configured as OSA-ICC then th

Re: Basic VM/CMS question (GENMOD)

Sorry, I have to apologize ... the error is NOT a GENMOD problem, instead the message is written by XRUNPARM itself, when it tries to load the GENMODed Pascal program ... I should have looked there first. Didn't remember that XRUNPARM does such a BADSIZE check, because it worked for decades, an

Re: Basic VM/CMS question (GENMOD)

Bernd Oppolzer asked about a GENMOD problem. The z/VM LIST is at ib...@listserv.uark.edu , which means lists...@listserv.uark.edu is where you can subscribe (well, any of the LISTSERVs should work, but). Meanwhile, plea

OSA-ICC question

We are having a LPAR being stood up on an outsourcing company's host. It will be for our use but they will manage it via the HMC's and possibly the OSA-ICC port. All regular access to the LPAR will be via 3270 and using our accounts. But a question was asked, what about OSA-ICC

Re: Cobol question

You can always map the TCB and reference field TCBTTIME to get the accumulated CPU time for the task - I think its offset 316 decimal. Joe On Tue, Jul 11, 2023 at 4:22 PM Pommier, Rex wrote: > Hey all, > > I just got this tossed at me by an application developer. Cobol 6.3. Is > there some bu

Cobol question

Hey all, I just got this tossed at me by an application developer. Cobol 6.3. Is there some built-in function or something that they can put into a program to report out the amount of CPU (TCB) time the program has consumed thus far in execution of the program? We have a program that process

Re: Basic VM/CMS question (GENMOD)

Update: the error only occurs, if I specify the ORIGIN parameter on the LOAD command; if I don't, the first object is loaded at hex 2, and the GENMOD works without problems. But: because my command line mapping program (XRUNPARM) runs first and then calls the Pascal program, the Pascal pro

Basic VM/CMS question (GENMOD)

Hello all, I know that this is maybe not the right list for asking questions on the VM/CMS system, but forgive me ... I am registered to many lists, but no VM list, and today I have a problem which could be a simple problem, so I would like to try it here. I am trying to build my Pascal compi

Re: [EXTERNAL] Question for the List regarding OSA cards

M Mainframe Discussion List On Behalf > Of Michael Babcock > Sent: Thursday, June 29, 2023 8:37 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Question for the List regarding OSA cards > > Hopefully there are some network gurus on IBM-MAIN. > > We have an LPAR that has tw

Re: [EXTERNAL] Question for the List regarding OSA cards

failback. Needless to say I was pleasantly surprised. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Thursday, June 29, 2023 8:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Question for the List regarding OSA cards Hopefully

Question for the List regarding OSA cards

Hopefully there are some network gurus on IBM-MAIN. We have an LPAR that has two OSA Express6 cards (latest cards with a z15) defined.   Both interfaces are defined in the TCPIP Profile data set.  We also have a VIPA address defined.   The PRIMARYINTERFACE is set to the VIPA address.   The STA

Re: Question on the SLIP command

Hi Peter, This works: STR14,0(,R13) JAS R14,*+4+8 DCC'$SL$',Y(x,y) L R14,0(,R13) and I can do DA=(14R?,EQ,5BE2D35B) Where x is a module's identification number and y is the nth macro expansion for my SLIP trigger macro. What I wanted to

Re: Question on the SLIP command

As you have observed, there is no support for "PSW". I'm curious what SLIP trap you're setting that would let you even know to look at "+4". You'd have to know that the instruction itself was a branch and that it was one of "your" branches. If you really could tell that it was one of your branc

Re: Question on the SLIP command

n Behalf > Of Charles Hardee > Sent: Tuesday, June 20, 2023 1:40 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Question on the SLIP command > > Hello All, > > I have a question regarding the SLIP command. > > In my DA= parameter I have used things like 2r?

Re: Question on the SLIP command

To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Question on the SLIP command Hello All, I have a question regarding the SLIP command. In my DA= parameter I have used things like 2r? to reference register 2, etc. Is there a symbol for the PSW? I have tried DA=(PSW?+0,EQ,*myvalue*) and it tells

Question on the SLIP command

Hello All, I have a question regarding the SLIP command. In my DA= parameter I have used things like 2r? to reference register 2, etc. Is there a symbol for the PSW? I have tried DA=(PSW?+0,EQ,*myvalue*) and it tells me the DA parm is bad. Thanks, Chuck

Re: SSRB/SSRX and LOCAL locks question

and LOCAL locks question EXTERNAL EMAIL Thanks Rob. That sounds rather definitive. And of course for scheduling SRBs, that make perfect sense. But let me change the question slightly. I'm actually more interested in suspended local SRBs. I.E. SSRBs and SSRXs. Are they stabilized when the

Re: SSRB/SSRX and LOCAL locks question

Thanks Rob. That sounds rather definitive. And of course for scheduling SRBs, that make perfect sense. But let me change the question slightly. I'm actually more interested in suspended local SRBs. I.E. SSRBs and SSRXs. Are they stabilized when the LOCAL lock is held? Thanks, Dave

Re: SSRB/SSRX and LOCAL locks question

Rob Scott Rocket Software From: IBM Mainframe Discussion List On Behalf Of David Cole Sent: 31 May 2023 11:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SSRB/SSRX and LOCAL locks question EXTERNAL EMAIL I was enquiring specifically about SRBs, not RBs. Dave Cole At 5/31/2023 05:25 AM

Re: SSRB/SSRX and LOCAL locks question

I was enquiring specifically about SRBs, not RBs. Dave Cole At 5/31/2023 05:25 AM, Binyamin Dissen wrote: I don't see how that answers either question. The need for SUSPEND RB caller to be disabled is to allow the resume process to resume it. You cannot schedule the resume process unti

Re: SSRB/SSRX and LOCAL locks question

I don't see how that answers either question. The need for SUSPEND RB caller to be disabled is to allow the resume process to resume it. You cannot schedule the resume process until the suspend as otherwise the resume may try resuming before the suspend completes, causing the later suspen

Re: SSRB/SSRX and LOCAL locks question

It's documented as needing either LOCAL or CML lock. See https://www.ibm.com/docs/en/zos/2.2.0?topic=processing-suspending-rb-until-event-completes-suspend On Wed, May 31, 2023 at 6:20 PM Binyamin Dissen wrote: > On Tue, 30 May 2023 16:42:00 -0400 David Cole wrote: > > :>Does any know if suspe

Re: SSRB/SSRX and LOCAL locks question

On Tue, 30 May 2023 16:42:00 -0400 David Cole wrote: :>Does any know if suspended SRB control blocks (SSRB/SSRX) are :>stabilized by holding the LOCAL lock? (I'm considering logic in :>support of setting up TRAP2 debugging for SRBs.) I am also curious to know what "owner serialized" means. --

SSRB/SSRX and LOCAL locks question

Does any know if suspended SRB control blocks (SSRB/SSRX) are stabilized by holding the LOCAL lock? (I'm considering logic in support of setting up TRAP2 debugging for SRBs.) Thanks, Dave Cole -- For IBM-MAIN subscribe / signo

Re: FTP client question

, you would >still be constrained by the bandwidth of a single interface because each >individual packet still travels over one physical interface. > >     JC Ewing > >On 5/26/23 10:33, Steve Thompson wrote: >> I have a question about the alternating of packets. >>

Re: FTP client question

ction where a single packet is sent and a response packet must be received before proceeding, you would still be constrained by the bandwidth of a single interface because each individual packet still travels over one physical interface.     JC Ewing On 5/26/23 10:33, Steve Thompson wrote: I h

Re: FTP client question

I have a question about the alternating of packets. If one is using an MFT product with encryption and hand-shakes, will the alternating packets between routes not cause the "connection" and data xfer(s) to fail? I'm asking because I know just enough about Network traff

Re: FTP client question

change - to the router IP address if not. > >No guarantees. > >Keith Gooding > >Sent from my iPad > >> On 25 May 2023, at 16:41, Pommier, Rex wrote: >> >> Hi all, >> >> I have a question about routing FTP traffic. First a bit about the >

Re: FTP client question

assumes that the server is on the same subnet as the adapter - change - to the router IP address if not. No guarantees. Keith Gooding Sent from my iPad > On 25 May 2023, at 16:41, Pommier, Rex wrote: > > Hi all, > > I have a question about routing FTP traffic. First

FTP client question

Hi all, I have a question about routing FTP traffic. First a bit about the environment. Z14-zr1 with (2) 1-GbE OSA adapters shared across 3 LPARs. The 2 adapters are not in a VIPA configuration. Right now on this LPAR, only 1 of the adapters is defined to TCP/IP. I can easily get the

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

Eighth Edition (March 1993) | This edition replaces and makes obsolete the previous edition, | SC26-4047-06. Technical changes for this edition are summarized | under"Summary of Changes" in topic FRONT_3 and are indicated by a | vertical bar to the left of the change. | This edition applies

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

What was the release date on that? From: IBM Mainframe Discussion List on behalf of Charles Mills Sent: Sunday, May 21, 2023 1:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LENGTH OF in COBOL (was: ISPF HILITE Question) VS COBOL II Release 4 -- change bars

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

Well, various folks have convinced me that I missed this back when I looked for it! I have a hazy memory of asking someone-not this list-about it and being told "No" but that might be wishful thinking. Hmm, it *had* been a while; I looked at the source, found this comment: *Given two

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

Dated March 12, 1993 On Sun, 21 May 2023 14:46:10 -0500, Charles Mills wrote: >VS COBOL II Release 4 -- change bars on the doc: > >x LENGTH OF Special Register >x The LENGTH OF special register contains the number of bytes used by an >x identifier. > >x LENGTH OF creates an implic

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

VS COBOL II Release 4 -- change bars on the doc: x LENGTH OF Special Register x The LENGTH OF special register contains the number of bytes used by an x identifier. x LENGTH OF creates an implicit special register whose content is equal x to the current byte length of the data i

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

On Sun, 21 May 2023 18:56:39 +, Seymour J Metz wrote: >The Initiator calls it with a 32-bit PLIST, so below the bar and if you invoke >it with CALL you must be aware that it is a main program and do likewise. > >WEe hates it, precious, we hates it. > It should have been easy enough for the i

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu] Sent: Sunday, May 21, 2023 2:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LENGTH OF in COBOL (was: ISPF HILITE Question) On Sun, 21 May 2023 16:51:18 +

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

, 2023 2:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LENGTH OF in COBOL (was: ISPF HILITE Question) On Sun, 21 May 2023 16:51:18 +, Seymour J Metz wrote: >That's not a CALL convention. The primary use case for the halfword length is >programs that can be invoked with EXEC PGM

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

On Sun, 21 May 2023 16:51:18 +, Seymour J Metz wrote: >That's not a CALL convention. The primary use case for the halfword length is >programs that can be invoked with EXEC PGM=. ... >I assume that you're talking AMODE24 or AMODE31; for AMODE64 things are >different. > If a program object

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu] Sent: Sunday, May 21, 2023 12:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LENGTH OF in COBOL (was: ISPF HILITE Question) On Sun, 21 May 2023 08:02:59 +0300, Binyamin Dis

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

On Sun, 21 May 2023 08:02:59 +0300, Binyamin Dissen wrote: > >Curious how you used a subroutine. It only worked for fields in a structure >where you passed the address of the field and the next field and it subtracted >the addresses? > >Was there a way to make COBOL pass a dope vector with descrip

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

On Sat, 20 May 2023 19:09:03 -0400 Phil Smith III wrote: :>Since when does COBOL have LENGTH OF? I looked for this about 12 years ago and didn't find it, wrote a tiny and trivial assembler function to do the same thing. Did I miss it, or is it new since then? :>Not that the code has needed any

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

there is some logic behind it. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Phil Smith III Sent: Saturday, May 20, 2023 5:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: LENGTH OF in COBOL (was: ISPF HILITE Question) Since when does COBOL have LENGTH OF? I looked for this ab

LENGTH OF in COBOL (was: ISPF HILITE Question)

Since when does COBOL have LENGTH OF? I looked for this about 12 years ago and didn't find it, wrote a tiny and trivial assembler function to do the same thing. Did I miss it, or is it new since then? Not that the code has needed any support, but I'm glad that if it ever becomes an issue, I

Re: ISPF HILITE Question

Behalf Of Steve Thompson Sent: Thursday, May 18, 2023 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISPF HILITE Question I have been chasing through a few IBM ISPF manuals and I am trying to figure out why, when HILITE is COBOL, certain words are "pink". Now I thought this was used to

Re: ISPF HILITE Question

PF HILITE Question As an enhancement to the HILITE command, it would be nice if the list of keywords for any given language could be edited to customize them for individual use. I use PL/I to edit SQL statements, and a few tweaks would be nice...lacking an SQL type, of course. Che

Re: ISPF HILITE Question

As an enhancement to the HILITE command, it would be nice if the list of keywords for any given language could be edited to customize them for individual use. I use PL/I to edit SQL statements, and a few tweaks would be nice...lacking an SQL type, of course. Cheers, Jon. --

Re: ISPF HILITE Question

L = LENGTH(MYFIELD) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Thompson Sent: Thursday, May 18, 2023 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISPF HILITE Question I have been chasing through a few IBM ISPF manuals and I am trying to figure out why, when

Re: ISPF HILITE Question

On Thu, 18 May 2023 at 20:20, Steve Thompson wrote: > Or have I stumbled on a situation where ISPF and COBOL 6.x are > not in synch? > This used to be the "normal" situation for PL/I, and with PL/I builtins multiplying like rabbits, it may well be the case again. Ditto for COBOL... Robert -- R

ISPF HILITE Question

I have been chasing through a few IBM ISPF manuals and I am trying to figure out why, when HILITE is COBOL, certain words are "pink". Now I thought this was used to show a logic error, such as an "IF" with a missing "END-IF", or an extraneous "END-IF". Where my curiosity/confusion is, is this:

Re: TSO IKJOPER question how about using iKJEGASI to change / get a new command buffer

So the > On May 9, 2023, at 11:14 AM, Joseph Reichman wrote: > > I could do the same with the sub command exit > >>> On May 9, 2023, at 11:10 AM, Michael Stein wrote: >>> >>> On Tue, May 09, 2023 at 07:37:27AM -0400, Joseph Reichman wrote: >>> I am just wondering when using IKJOPER (operan

Re: TSO IKJOPER question

I could do the same with the sub command exit > On May 9, 2023, at 11:10 AM, Michael Stein wrote: > > On Tue, May 09, 2023 at 07:37:27AM -0400, Joseph Reichman wrote: >> I am just wondering when using IKJOPER (operand) and for clarity's sake I >> would like to use an example from TSO TEST so I

Re: TSO IKJOPER question

On Tue, May 09, 2023 at 07:37:27AM -0400, Joseph Reichman wrote: > I am just wondering when using IKJOPER (operand) and for clarity's sake I > would like to use an example from TSO TEST so I would imagine the '=' of TSO > TEST is an IKJOPER Well, it doesn't work like that... Test prescans the com

Re: TSO IKJOPER question

Thank you > On May 9, 2023, at 11:02 AM, Tony Harminc wrote: > > On Tue, 9 May 2023 at 15:12, Seymour J Metz wrote: > >> I believe that the optional source tapes for OS/360 and OS/VS2 3.8 are >> archived (CBTTAPE?), so it should be possible to examine the source code >> for TEST. > > > MVS

Re: TSO IKJOPER question

On Tue, 9 May 2023 at 15:12, Seymour J Metz wrote: > I believe that the optional source tapes for OS/360 and OS/VS2 3.8 are > archived (CBTTAPE?), so it should be possible to examine the source code > for TEST. MVS 3.8 TSO modules can also conveniently be browsed at http://www.mainframe.eu/mvs3

Re: TSO IKJOPER question

u.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman [reichman...@gmail.com] Sent: Tuesday, May 9, 2023 9:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO IKJOPER question Seymour I can only say yo

Re: TSO IKJOPER question

://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of > Joseph Reichman [reichman...@gmail.com] > Sent: Tuesday, May 9, 2023 7:37 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: TSO

Re: TSO IKJOPER question

ehalf of > Joseph Reichman [reichman...@gmail.com] > Sent: Tuesday, May 9, 2023 7:37 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: TSO IKJOPER question > > Hi > > > > I am just wondering when using IKJOPER (operand) and for clarity's sake I > would like to use an e

Re: TSO IKJOPER question

signment statements are special cases. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman [reichman...@gmail.com] Sent: Tuesday, May 9, 2023 7:37 AM To: IBM-

TSO IKJOPER question

Hi I am just wondering when using IKJOPER (operand) and for clarity's sake I would like to use an example from TSO TEST so I would imagine the '=' of TSO TEST is an IKJOPER Used to modify storage. The subcommand is '=' Does the subcommand have to be the first operand I mean clearly in

Re: XLC inline assembler question

Thanks to all for the info! (Summary for the assembler list, since the action was all on IBM-MAIN: It won't hurt; might affect optimization slightly, but probably not worth worrying about.) -- For IBM-MAIN subscribe / signo

Re: XLC inline assembler question

bject: XLC inline assembler question > > > >(Cross-posted to IBM-MAIN and the assembler list) > >When compiling C programs with XLC, you need to specify the -dasm flag to have >inline assembler code recognized as such. I can see PoE arguments for >requiring that option; wha

Re: COBOL question: How to dynamically get the name of the routine that called you

Thanks Michael, I tried your routine here and it did exactly what I needed, so thank you. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Schmitt, Michael Sent: Tuesday, May 2, 2023 3:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL question: How to

Re: COBOL question: How to dynamically get the name of the routine that called you

y, May 2, 2023 11:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: COBOL question: How to dynamically get the name of the routine that called you This is an Enterprise COBOL V5/6 question. No earlier compiler versions are involved. Is it possible for a called COBOL program to dynamically determine the nam

Re: COBOL question: How to dynamically get the name of the routine that called you

I am attempting to post the assembler program here for reference, we'll see if the listserv accepts it without mangling. To use, call it passing the area you want it to return the calling program name in. The call_level_e equate controls how many levels up it goes. -- &thisp

Re: COBOL question: How to dynamically get the name of the routine that called you

gt; Let me know if you're interested in the assembler program. > > > * assuming the program follows standard conventions for the program id > signature string. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Farley, Peter > Sent: T

Re: COBOL question: How to dynamically get the name of the routine that called you

y 2, 2023 11:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: COBOL question: How to dynamically get the name of the routine that called you This is an Enterprise COBOL V5/6 question. No earlier compiler versions are involved. Is it possible for a called COBOL program to dynamically determine the name

COBOL question: How to dynamically get the name of the routine that called you

This is an Enterprise COBOL V5/6 question. No earlier compiler versions are involved. Is it possible for a called COBOL program to dynamically determine the name of the calling COBOL program (i.e., the PROGRAM-ID value)? I have been reading the LE Vendor Interfaces manual but I have yet to

Re: XLC inline assembler question

On Mon, 1 May 2023 17:02:23 -0400, Phil Smith III wrote: >(Cross-posted to IBM-MAIN and the assembler list) > >...; what isn't clear is whether there's any downside to it beyond the >unlikely case that you decide to have a function of your own named asm or >__asm or __asm__. Is there? > I belie

Re: XLC inline assembler question

Doh, I of course meant -qasm not -dasm. From: Phil Smith III Sent: Monday, May 1, 2023 5:02 PM To: ibm-m...@bama.ua.edu; IBM Mainframe Assembler List (assembler-l...@listserv.uga.edu) Subject: XLC inline assembler question (Cross-posted to IBM-MAIN and the assembler list) When

XLC inline assembler question

(Cross-posted to IBM-MAIN and the assembler list) When compiling C programs with XLC, you need to specify the -dasm flag to have inline assembler code recognized as such. I can see PoE arguments for requiring that option; what isn't clear is whether there's any downside to it beyond the unlikel

Re: XLC architecture level question

-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of M. Ray Mullins Sent: Wednesday, April 26, 2023 10:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XLC architecture level question Since this is C++, I'd stick it in a constructor

Re: XLC architecture level question

C architecture level question ARCH level is a "problem" I have dealt with for 12 or so years. I say "problem" in quotes because it is not much of a problem -- you only have to revisit it once every two years, and even then it is not an urgent problem. So you don't need

Re: XLC architecture level question

-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Tuesday, April 25, 2023 7:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XLC architecture level question ARCH level is a "problem" I have dealt with for 12 or

Re: XLC architecture level question

April 25, 2023 5:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XLC architecture level question Setting ARCH is like playing Blackjack or Twenty-one: guess too low and it is sub-optimal; guess too high and you bust. Note that everything we have said here about ARCH and TUNE applies equally to C

Re: XLC architecture level question

SERV.UA.EDU] On Behalf Of Charles Mills Sent: Tuesday, April 25, 2023 7:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XLC architecture level question ARCH level is a "problem" I have dealt with for 12 or so years. I say "problem" in quotes because it is not much of a prob

Re: XLC architecture level question

Behalf Of Phil Smith III Sent: Monday, April 24, 2023 2:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XLC architecture level question Thank you! Does that default change periodically? I suppose it must-is it always such that the default supports the oldest currently supported ---

Re: XLC architecture level question

Gil wrote: >A default of "oldest currently supported" is of little use on the day >before end of support for that version. Better would be a form to >specify "whatever version for which support is guaranteed for N days >from the current date." Akin to the "find ... -mtime n". Eh? Why is it "of lit

Re: XLC architecture level question

On Mon, 24 Apr 2023 17:40:16 -0400, Phil Smith III wrote: > >Thank you! Does that default change periodically? I suppose it must-is it >always such that the default supports the oldest currently supported >hardware? What we don't want to do is upgrade the compile and break our >product for our cust

Re: XLC architecture level question

Linda Chui wrote: >My colleague validated this issue. Yes, this is a documentation error. >The default should be the same as the ARCH option description >mentioned (page 63). We have notified our content editor to >update/correct our docs. >Thanks for bringing this to our attention. Tha

Re: XLC architecture level question

On Mon, 24 Apr 2023 11:24:25 -0400, Phil Smith III wrote: >SC14-7307-40, the z/OS 2.4 XL C/C++ User's Guide, says on PDF page 63 that >ARCH(10) is the default. However, on PDF page 580, it also says: >Architecture target is set according to the last-found instance of the >-qarch compiler option,

XLC architecture level question

SC14-7307-40, the z/OS 2.4 XL C/C++ User's Guide, says on PDF page 63 that ARCH(10) is the default. However, on PDF page 580, it also says: Architecture target is set according to the last-found instance of the -qarch compiler option, provided that the specified -qarch setting is compatible with th

Re: Question about IEAARR Process

> Does the PC routine (IEAARR) simply branch to the Target Routine (R15) > making it > an extension of the IEAARR PC Service Routine? It's not necessarily "simply" and it depends on what you mean by "an extension of". But for the most part "yes". The IEAARR PC Service Routine runs in the caller's

Re: Question about IEAARR Process

Haven't used it myself, but based on the macro expansion the GLUE would only need to do is to perhaps place R0-R1 in the MSTA and then set R1 from AR0 and BASR 14,15. The predefined ARR of IEAARR would receive control upon abend and user the MSTA area to set the parameter register and branch to th

Re: Question about IEAARR Process

Based on my experience (I have no inside knowledge), IEARR is a very simple non-space-switching PC program that calls your specified EP as a subroutine, and same goes for the ARR address. It's very simple... no subtask is involved, nor any of the privilege modifications that PCs would normally be

Question about IEAARR Process

Hello . . Can anyone add some additional information regarding IEAARR. I am trying to clean up an existing Associated Recovery Routine, by first using IEAARR to drive a Target Routine that is designed to Abend and drive the Associated Recovery Routine. . This works well .. I have No issues with IEA

Re: Z15 HMC Question

On Fri, 21 Apr 2023 at 11:33, Seymour J Metz wrote: > > IMHO it is not related to the group. > > How is a question about the HMC on an IBM mainframe not related to > IBM-MAIN? > Not the group IBM-MAIN - the group the OP mentioned in "I created a custom group that contain

<    3   4   5   6   7   8   9   10   11   12   >