Not my call, I'm just an application programmer trying to get my assigned work
done on time. All I can do is raise the issue to my management. They have the
ultimate say in such matters.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Clark Morris
Sent:
Holy cripes. Sorry man!
From: IBM Mainframe Discussion List on behalf of
Farley, Peter x23353
Sent: Friday, November 15, 2019 12:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dynamically detect if CBLQDA is active from a COBOL program?
Unfortunately not
[Default] On 15 Nov 2019 11:22:17 -0800, in bit.listserv.ibm-main
peter.far...@broadridge.com (Farley, Peter x23353) wrote:
>Unfortunately not possible here. Dev shares LPAR's with QA and even some
>Prod, so it is not realistically possible to properly test turning it off
>except perhaps
Unfortunately not possible here. Dev shares LPAR's with QA and even some Prod,
so it is not realistically possible to properly test turning it off except
perhaps during a full DR exercise off-site and independently of the actual
production environment.
Peter
-Original Message-
From:
If this default is at the system level, rather than at an individual program
level, I wonder if you might have it changed in a development instance and see
if it has any adverse effect.
From: IBM Mainframe Discussion List on behalf of
Farley, Peter x23353
Yes I do. It appears that our shop standard value is CBLQDA(ON). Why that is
the case I do not know.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Frank Swarbrick
Sent: Wednesday, November 13, 2019 7:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
[Default] On 13 Nov 2019 16:05:58 -0800, in bit.listserv.ibm-main
frank.swarbr...@outlook.com (Frank Swarbrick) wrote:
>Do you have any reason to believe that CBLQDA(ON) is ever used in your shop?
>If CBLQCA is not already set to ON as default in your shop it seems unlikely
>to me that anyone
Do you have any reason to believe that CBLQDA(ON) is ever used in your shop?
If CBLQCA is not already set to ON as default in your shop it seems unlikely to
me that anyone is setting it explicitly somewhere. But I only have my own shop
to go by, so who knows...
Hi Tom, thanks for the reply.
The specific problem I am trying to address is whether or not in the startup
code for an application-wide utility subroutine I can safely test for the
presence of a COBOL OPTIONAL output file used only for certain event-specific
processing. If CBLQDA is ON then I
And a follow-up question: If I have to chase control blocks, it is possible for
a COBOL program to determine the CAA address without using an assembler
subroutine?
If it matters, COBOL version here is currently 5.2, 6.x is coming soon.
Peter
-Original Message-
From: IBM Mainframe
10 matches
Mail list logo
