: Monday, November 13, 2006 3:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Displaying ISPF Panels from a COBOL program
Warren,
You cannot share a ISPF profile dataset. You likely ran the job while
you were still in ISPF on TSO. This doesn't work. What I do is just have
a temporary ISPF profile
Any further ideas on what I might do in the program, to get ISPF panels to
display?
I just got through working through a poorly designed and executed
application that does serve up panels via a COBOL program. While my first
reaction is why ???, my thought is you've got the application
, 2006 10:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Displaying ISPF Panels from a COBOL program
Thanx John,
This basically worked; I didn't have to add much more than to use a DSN, for
the new ISPF profile dataset.
After working through various ISPF errors, the program works- except that it
does
In [EMAIL PROTECTED], on 11/16/2006
at 03:01 PM, Warren Ball [EMAIL PROTECTED] said:
Any further ideas on what I might do in the program, to get ISPF
panels to display?
Connect to the WorkStation Agent. However, if you just need the
processing logic then you've already done what's needed.
In [EMAIL PROTECTED], on 11/13/2006
at 03:38 PM, Warren Ball [EMAIL PROTECTED] said:
But the issue now is that I get a 998 return code stating that on
TBOPEN of ISPSPROF, the table is in use.
If you have to remain logged on, create a separate profile for the
batch job. While you're at it,
to execute a COBOL program, not a CLIST.
TYI for any suggestions on how to get around this problem...
-Original Message-
From: IBM Mainframe Discussion List
Behalf Of Shmuel Metz (Seymour J.)
Subject: Re: Displaying ISPF Panels from a COBOL program
After several years, I must once again
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Warren Ball
Sent: Monday, November 13, 2006 2:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Displaying ISPF Panels from a COBOL program
Yes thanx, this appears to be the problem
In [EMAIL PROTECTED], on 11/10/2006
at 01:51 PM, Warren Ball [EMAIL PROTECTED] said:
After several years, I must once again process ISPF Panels from
within a COBOL program and I cannot get it to work.
Are you calling your program from within ISPF? You can't use ISPF
services if ISPF isn't
On Fri, 10 Nov 2006 13:51:06 -0600 Warren Ball [EMAIL PROTECTED]
wrote:
:After several years, I must once again process ISPF Panels from within a
:COBOL program and I cannot get it to work. My memory fails.
:The program compiles cleanly and has the proper CALL ISPLINK to the
:panel. The ISPF
After several years, I must once again process ISPF Panels from within a
COBOL program and I cannot get it to work. My memory fails.
The program compiles cleanly and has the proper CALL ISPLINK to the
panel. The ISPF variables appear to be set up properly in WORKING-STORAGE.
I suspect the
Warren,
Get into ISPF 7.8 and do a break on DISPLAY or what ever type of display you
are doing it will stop after the error. Then look into the variables and
locate zerrlmg or what ever the name is see the error messages. See manual
for
testing breaks to get good information.
Ed.
On Fri, 10 Nov 2006 13:51:06 -0600, Warren Ball [EMAIL PROTECTED]
wrote:
After several years, I must once again process ISPF Panels from within a
COBOL program and I cannot get it to work. My memory fails.
The program compiles cleanly and has the proper CALL ISPLINK to the
panel. The ISPF
Warren Ball wrote:
After several years, I must once again process ISPF Panels from within a
COBOL program and I cannot get it to work. My memory fails.
The program compiles cleanly and has the proper CALL ISPLINK to the
panel. The ISPF variables appear to be set up properly in
13 matches
Mail list logo