IBM have recognized that 99% of users are computer illiterate, but have 99% of the money. So they are following Microsoft's 'lead' and, step-by-step, implementing Windoze for mainframes. Other vendors are just following suit. But the remaining 1% of users (with 1% of the money) can still figure out how to avoid becoming panel-filling typists. Thanks for the info. Great stuff. Cheers, Chris Poncelet

Dave Salt wrote:

From: [email protected]
Anyone who writes Clist/REXX that invokes panels in batch doesn't have a clue 
about what he/she/it is doing.

The company I worked for had a vendor product (Endevor) that performed various 
functions using ISPF panels. Management wanted some of the functions to be 
executed in batch, so I customized the panels to recognize a parameter that 
would only be passed in batch. When the panel was invoked with the parameter it 
filled in various fields automatically and simulated ENTER being pressed, which 
invoked the next panel (and so on). Some of these processes went quite a few 
panels deep and the whole thing worked flawlessly.

Dave Salt

SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html






Paul Gilmartin wrote:

On Mon, 20 Aug 2012 02:01:57 +0100, CM Poncelet wrote:



Gosh.
The ISPPLIB DD must be allocated in the JCL.
No; a dynamic allocation before ISPSTART will work just as well.

There are contrary valid points of view here:

o Not to require the programmer to provide resources he doesn't
intend to use.

o To require the programmer to supply in advance all resources
he might potentially use, in order to preclude a failure later in
the process.

ISPF apparently elects the latter; many programs elect the former
e.g. with respect to SYSLIB DD.  Fortunately, ISPF doesn't require
that a display be available when the programmer intends not to
use one.

-- gil

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN




----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to