Sorry for the delay. Just joined this list. Tone Software provides a
dynamic STEPLIB product called Dynastep that will allow a different
STEPLIB concatenation for EACH ISPF screen and it is a real TASKLIB so
it will work for LOAD, ATTACH, LINK and XCTL as well as ISPF. The Tone
website
In 1312392325.46164.yahoomail...@web65513.mail.ac4.yahoo.com, on
08/03/2011
at 10:25 AM, Scott Ford scott_j_f...@yahoo.com said:
Yep, Shmuel we have a couple customers asking for a 'generic' wilbur
or roscoe type interface. It amazes me that people are still using
Wilbur or Roscoe..
The
@bama.ua.edu
Sent: Monday, August 1, 2011 9:10 PM
Subject: Re: programmable SYSOUT (was: dynamic STEPLIB)
In 1710722180664386.wa.paulgboulderaim@bama.ua.edu, on
08/01/2011
at 07:44 AM, Paul Gilmartin paulgboul...@aim.com said:
Just curious. What's programmable SYSOUT?
This derives from programs
In 1710722180664386.wa.paulgboulderaim@bama.ua.edu, on
08/01/2011
at 07:44 AM, Paul Gilmartin paulgboul...@aim.com said:
Just curious. What's programmable SYSOUT?
This derives from programs like Wylbur that have to be able to
manipulate and retrieve job output in an efficient and
On Sun, 31 Jul 2011 09:33:14 -0400, Shmuel Metz (Seymour J.) wrote:
OnQoheleth
You should have been around for the programmable SYSOUT run-around.
Share finally had to submit essentially the same requirement
concurrently from JES2, JES3 and TSO, each referring to the
requirements from the other
In 1311706524.70206.yahoomai...@web161425.mail.bf1.yahoo.com, on
07/26/2011
at 11:55 AM, Ed Gould ps2...@yahoo.com said:
I used to work on requirements for the storage products and when we
would either revue all the outstanding requirements or get
notification from IBM that they thought one
@bama.ua.edu
Sent: Sunday, July 31, 2011 8:33 AM
Subject: Re: dynamic STEPLIB
In 1311706524.70206.yahoomai...@web161425.mail.bf1.yahoo.com, on
07/26/2011
at 11:55 AM, Ed Gould ps2...@yahoo.com said:
I used to work on requirements for the storage products and when we
would either revue all
Binyamin,
Please don't assume from your experience with ISPF that it applies to all Share
projects and requirements (or even to the current situation with ISPF). The
Share MVSE project has been quite successful in obtaining IBM assistance in
evaluating and working on requirements. The current
deflect.
Ed
From: Cheryl Walker che...@watsonwalker.com
To: IBM-MAIN@bama.ua.edu
Sent: Mon, July 25, 2011 3:03:18 PM
Subject: Re: dynamic STEPLIB
SHARE Requirement SSSHARE011158 (A Dynamic Steplib Facility is Needed for batch
and TSO) was submitted in August 1985
:Subject: Re: dynamic STEPLIB
:
:SHARE Requirement SSSHARE011158 (A Dynamic Steplib Facility is Needed for
batch
:and TSO) was submitted in August 1985. During our recent cleanup of the MVSE
:requirements (Oct 2010), the requirements committee marked it as Available,
so
:it is no longer active
On Sun, 24 Jul 2011 16:59:20 -0400, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In 3sdo27dcbiqmha4fhbq71jus8m7ir3e...@4ax.com, on 07/24/2011
at 06:18 PM, Binyamin Dissen bdis...@dissensoftware.com said:
SELECT PGM will LOAD from the ispllib, which was the issue.
The issue
On Mon, 25 Jul 2011 08:43:20 -0500, Mark Zelden wrote:
On Sun, 24 Jul 2011 16:59:20 -0400, Shmuel Metz (Seymour J.) wrote:
In 3sdo27dcbiqmha4fhbq71jus8m7ir3e...@4ax.com, on 07/24/2011
at 06:18 PM, Binyamin Dissen bdis...@dissensoftware.com said:
SELECT PGM will LOAD from the ispllib, which
On Mon, 25 Jul 2011 09:40:01 -0500, Paul Gilmartin paulgboul...@aim.com wrote:
Clear enough if I read it carefully, but I dislike the user interface design.
I have a basic understanding of LOAD, LINK, ATTACH, XCTL, ...; much
less of ISPF behavior. I find it a needless burden on the user to
SHARE Requirement SSSHARE011158 (A Dynamic Steplib Facility is Needed for batch
and TSO) was submitted in August 1985. During our recent cleanup of the MVSE
requirements (Oct 2010), the requirements committee marked it as Available, so
it is no longer active.
The reason: IBM developed TSOLIB
On Mon, 25 Jul 2011 09:46:06 -0500, Walt Farrell wrote:
On Mon, 25 Jul 2011 09:40:01 -0500, Paul Gilmartin wrote:
The difference is much more than a difference between LINK and ATTACH, gil.
Part of the difference is the parameter list, too.
And a unique argument list format has always baffled
In 4592215356682315.wa.markmzelden@bama.ua.edu, on 07/25/2011
at 08:43 AM, Mark Zelden m...@mzelden.com said:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISPZSG80/2.22.5.2?SHELF=ISPZPM80DT=20090611002745#HDRULLIBS
That text distinguishes between SELECT CMD and SELECT PGM:
In 131760203761.wa.paulgboulderaim@bama.ua.edu, on
07/25/2011
at 09:40 AM, Paul Gilmartin paulgboul...@aim.com said:
Clear enough if I read it carefully, but I dislike the user interface
design.
I agree, but for a different reason from yours.
Had I been making the decision,
instead
In 0542225449926862.wa.paulgboulderaim@bama.ua.edu, on
07/25/2011
at 04:13 PM, Paul Gilmartin paulgboul...@aim.com said:
The question remains, what's wrong with the standard [OS/360] linkage
used by, e.g., EXEC PGM=?
It doesn't support TSO subcommands, which require all of the
paremeters
In 71255040-e3ea-4dd1-8f86-43c054600...@watsonwalker.com, on
07/25/2011
at 04:03 PM, Cheryl Walker che...@watsonwalker.com said:
A customer may want to open a new requirement for a dynamic 'steplib'
feature that modifies the TASKLIB for an existing command processor's
TCB within ISPF
On Mon, 25 Jul 2011 16:13:29 -0500, Paul Gilmartin paulgboul...@aim.com wrote:
The question remains, what's wrong with the standard [OS/360] linkage used by,
e.g., EXEC PGM=?
Different environments have different requirements, gil.
TSO commands require a different and specific set of
In en8m27ta5i1c8bacdr3eh338u2fh6pf...@4ax.com, on 07/23/2011
at 10:37 PM, Binyamin Dissen bdis...@dissensoftware.com said:
SELECT PGM, for one.
Select PGM isn't an *alternative* to LINK, XCTL, LOAD, ATTACH. ISPF
uses standard contents supervision, it doesn't do its own I/O to load
modules.
In
295ed806ab479944b1217cc84a173de012a2d...@nwt-s-mbx1.rocketsoftware.com,
on 07/22/2011
at 10:22 PM, Rob Scott rsc...@rocketsoftware.com said:
I have come across *many* software products and home-grown utilities
that do not handle being invoked under LIBDEF very well - and, as
Walt pointed
On Sun, 24 Jul 2011 02:01:22 -0400 Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
:In en8m27ta5i1c8bacdr3eh338u2fh6pf...@4ax.com, on 07/23/2011
: at 10:37 PM, Binyamin Dissen bdis...@dissensoftware.com said:
:SELECT PGM, for one.
:Select PGM isn't an *alternative* to LINK, XCTL,
In 3sdo27dcbiqmha4fhbq71jus8m7ir3e...@4ax.com, on 07/24/2011
at 06:18 PM, Binyamin Dissen bdis...@dissensoftware.com said:
SELECT PGM will LOAD from the ispllib, which was the issue.
The issue that I was responding to was Mark's claim LIBDEF doesn't
work for LINK, XCTL, LOAD, ATTACH.
--
But does the IBM documentation explicitly say that the parent
TCB cannot do this? That which is not specifically forbidden,
is allowed.
Wrong. 100%. That which is not specifically allowed is not supported and
you do at your own (system's) risk..
DCB parameter
Mention is made of the ATTACH
On Fri, 22 Jul 2011 15:45:13 -0400 Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
:In 6165059911694373.wa.markmzelden@bama.ua.edu, on 07/22/2011
: at 11:12 AM, Mark Zelden m...@mzelden.com said:
:Yes, LIBDEF doesn't work for LINK, XCTL, LOAD, ATTACH.
:What's left?
SELECT
it will work. So why do we
use dynamic STEPLIB? It does not make any sense to allocate a load-library in
LINKLST or STEPLIB of logon-procedures when only a handful of people are using
it. And if you do changes in the library-names you have to change a lot of
things. So using dynamic STEPLIB
to a
newer version found on the actual CBT-Tape. I hope it will work. So why do we
use dynamic STEPLIB? It does not make any sense to allocate a load-library in
LINKLST or STEPLIB of logon-procedures when only a handful of people are using
it. And if you do changes in the library-names you have
hello Andy,
but it does work for us :-( If you use for example Connect:Direct (which is now
an IBM product) and you don't have defined a STEPLIB you will receive S806. An
ISPLLIB is also defined with LIBDEF but does not help. And there are some more
examples ...
Juergen
In 5015311985942233.wa.juergen.kellerdeutscheboerse@bama.ua.edu,
on 07/22/2011
at 02:40 AM, Juergen Keller juergen.kel...@deutsche-boerse.com
said:
And I do not understand why IBM does not offer an official way of
doing this which is maintained with the approprate z/OS release.
IBM does,
...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Shmuel Metz (Seymour J.)
Sent: 22 July 2011 13:28
To: IBM-MAIN@bama.ua.edu
Subject: Re: dynamic STEPLIB
In 5015311985942233.wa.juergen.kellerdeutscheboerse
first
Andy,
Not every product that runs under TSO/ISPF can use LIBDEFs or ALTLIBs, or
TASKLIBs.
I think there is a Share requirement out there (for ages I think) for IBM to
address this issue. So far, there is still no dynamic Steplib process.
I think the TSO-REXX group has had some discussions
: Lizette Koehler stars...@mindspring.com
Andy,
Not every product that runs under TSO/ISPF can use LIBDEFs or ALTLIBs, or
TASKLIBs.
I think there is a Share requirement out there (for ages I think) for IBM to
address this issue. So far, there is still no dynamic Steplib process
I agree. We had some problems in the past where ISPLLIB didn't help.
Dynamic STEPLIB solved it, and yes, if you change it by a newer version it will
work.
Atenciosamente / Regards / Saludos
Ituriel do Nascimento Neto
BANCO BRADESCO S.A.
4254 / DPCD Engenharia de Software
Sistemas Operacionais
hello Andy,
but it does NOT work for us :-( If you use for example Connect:Direct (which is
now an IBM product) and you don't have defined a STEPLIB you will receive S806.
An ISPLLIB is also defined with LIBDEF but does not help. And there are some
more examples ...
Juergen
(sorry I've missed
On Fri, 22 Jul 2011 12:45:24 +, Rob Scott rsc...@rocketsoftware.com wrote:
Products that can be invoked under LIBDEF for ISPLLIB must be coded to
recognize and support it - otherwise any bog-standard LOADs could be issued
without
awareness of the tasklib DCB requirements and you end up
: dynamic STEPLIB
On Fri, 22 Jul 2011 12:45:24 +, Rob Scott rsc...@rocketsoftware.com wrote:
Products that can be invoked under LIBDEF for ISPLLIB must be coded to
recognize and support it - otherwise any bog-standard LOADs could be
issued without awareness of the tasklib DCB requirements and you
On Fri, 22 Jul 2011 08:46:56 -0400, Lizette Koehler wrote:
Not every product that runs under TSO/ISPF can use LIBDEFs or ALTLIBs, or
TASKLIBs.
Not TASKLIB? I thought that once you ATTACH with a TASKLIB it would
be in the search order for any child LOAD, LINK, ATTACH, or XCTL.
Where does it
On Fri, 22 Jul 2011 10:26:00 -0500, Paul Gilmartin paulgboul...@aim.com wrote:
On Fri, 22 Jul 2011 08:46:56 -0400, Lizette Koehler wrote:
Not every product that runs under TSO/ISPF can use LIBDEFs or ALTLIBs, or
TASKLIBs.
Not TASKLIB? I thought that once you ATTACH with a TASKLIB it would
be
The is a relatively inexpensive product called Tsoplus that provides a steplibx
function to provide dynamic Steplib function for tso.
Regards
Otto Schumacher
HP Enterprise Services
Infrastructure Specialist
Ahold Account
CICS Capacity Technical Support
P.O. Box 6462
2000 Wade Hampton Blvd
On Fri, 22 Jul 2011 06:54:07 -0500, Juergen Keller
juergen.kel...@deutsche-boerse.com wrote:
hello Andy,
but it does NOT work for us :-( If you use for example Connect:Direct (which
is now an IBM product) and you don't have defined a STEPLIB you will receive
S806. An ISPLLIB is also defined
no dynamic Steplib process.
I think the TSO-REXX group has had some discussions on this topic as
well.
The only supported mechanism in MVS for adding to the
module library search order within as address space is an ATTACH with
a TASKLIB. This is the only supported way to set TCBJLB.
Any
. So far, there is still no dynamic
Steplib process.
I think the TSO-REXX group has had some discussions on this
topic as
well.
The only supported mechanism in MVS for adding to the
module library search order within as address space is an ATTACH with
a TASKLIB. This is the only
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/22/2011
03:38:55 PM:
What about a driver program which OPENs a DD name then ATTACHes the
actual main routine with the DCB=. This driver has an API such
that a subtask can request the driver program, in its TCB, do a
CLOSE /
In 6165059911694373.wa.markmzelden@bama.ua.edu, on 07/22/2011
at 11:12 AM, Mark Zelden m...@mzelden.com said:
Yes, LIBDEF doesn't work for LINK, XCTL, LOAD, ATTACH.
What's left?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
In
295ed806ab479944b1217cc84a173de012a2d...@nwt-s-mbx1.rocketsoftware.com,
on 07/22/2011
at 12:45 PM, Rob Scott rsc...@rocketsoftware.com said:
Products that can be invoked under LIBDEF for ISPLLIB must be coded
to recognize and support it - otherwise any bog-standard LOADs could
be issued
On Fri, 22 Jul 2011 16:18:15 -0400, Jim Mulder wrote:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/22/2011
03:38:55 PM:
What about a driver program which OPENs a DD name then ATTACHes the
actual main routine with the DCB=. This driver has an API such
that a subtask can
OK. Now, suppose the initial module does a LOAD/LINK/XCTL/ATTACH after
it totally loaded, but also after the parent task does a CLOSE on the
DCB. What happens? I guess I could just run a job to find out.
On Fri, 2011-07-22 at 16:18 -0400, Jim Mulder wrote:
IBM Mainframe Discussion List
: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Shmuel Metz (Seymour J.)
Sent: 22 July 2011 20:52
To: IBM-MAIN@bama.ua.edu
Subject: Re: dynamic STEPLIB
:22
To: 'IBM Mainframe Discussion List'
Subject: RE: dynamic STEPLIB
I have come across *many* software products and home-grown utilities that do
not handle being invoked under LIBDEF very well - and, as Walt pointed out
earlier, were invoked using SELECT PGM(foo).
All works fine and dandy when
On 7/22/2011 3:06 PM, Jim Mulder wrote:
The only supported mechanism in MVS for adding to the
module library search order within as address space is an ATTACH with
a TASKLIB. This is the only supported way to set TCBJLB.
As I'm sure you're aware, many users have requirements that are
not
Jim is the ultimate person to be saying such a thing. He is echoing what I have
heard for 30 years.
We looked at a product that did the dynamic steplib back in the 70's (IIRC) and
asked around about the reputation and got back from IBM Guide people the same
response. We told the user that IBM
On Tue, 9 Mar 2010 20:29:42 -0500 DanD mvs-j...@sympatico.ca wrote:
:For all the users of my dynamic STEPLIB command from the CBT File 452 please
:be aware of a couple of situations.
:On z/OS 1.11 you may encounter a D78 abend.
:On z/OS 1.12 you may encounter a D0A-04 abend.
:The D78 fix has
On Tue, 9 Mar 2010 20:29:42 -0500 DanD wrote:
snip
:This command was originally designed for use on TSO. Some users have
:extended the use of this command to execute in a batch TMP environment.
:Please be aware that in a batch environment STEPLIB cleanup is not
:automatic. The original
On Wed, 10 Mar 2010 10:35:03 -0500 DanD mvs-j...@sympatico.ca wrote:
: On Tue, 9 Mar 2010 20:29:42 -0500 DanD wrote:
:snip
:
: :This command was originally designed for use on TSO. Some users have
: :extended the use of this command to execute in a batch TMP environment.
: :Please be aware that
Thanks Binyamin.
I like this option if the storage can not be allocated at the jobstep task
level.
Dan
Binyamin Dissen wrote:
On Wed, 10 Mar 2010 10:35:03 -0500 DanD mvs-j...@sympatico.ca wrote:
On Tue, 9 Mar 2010 20:29:42 -0500 DanD wrote:
snip
This command was originally designed
Greetings,
For all the users of my dynamic STEPLIB command from the CBT File 452 please
be aware of a couple of situations.
On z/OS 1.11 you may encounter a D78 abend.
On z/OS 1.12 you may encounter a D0A-04 abend.
The D78 fix has been available for a while (April '09).
The D0A-04 fix has just
Thanks for remind me CBT.
It slip off my mind.
Arye.
On 30 January 2010 19:24, Bob Shannon bshan...@rocketsoftware.com wrote:
If the dynamic steplib that stopped working was STEPLIB, an updated version
that works with 1.11 (and earlier) is available on the CBT Tape.
Bob Shannon
Rocket
Hello forums,
I am looking for replacement for the old dynamic Steplib program that
stop working in the last release of z/OS.
I tried the TSOLIB command, but it seems rather limited (ex: must be
used in the READY, not under ISPF).
Thanks,
Arye Shemer
If the dynamic steplib that stopped working was STEPLIB, an updated version
that works with 1.11 (and earlier) is available on the CBT Tape.
Bob Shannon
Rocket Software
--
For IBM-MAIN subscribe / signoff / archive access
You should be able to do what you want with the TSOLIB command that is
part of TSO. It is somewhat awkward to use though (not within ISPF and
not from a REXX program), but as I recall, STEPLIB also had some
restrictions.
My logon exec does my setup then uses QUEUE to run TSOLIB command after
Greetings,
Does anyone have manuals on this that they can send me? I am trying to
understand the structure and interfaces of the product.
Is anyone still running this? If so, what is the highest level of z/OS that
you
run it on?
Cheers...
Michael
, July 11, 2008 11:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Old 5798-DZW Dynamic STEPLIB Facility
Greetings,
Does anyone have manuals on this that they can send me? I am trying to
understand the structure and interfaces of the product.
Is anyone still running this? If so, what is the highest
63 matches
Mail list logo