I tried to recreate it with VISTA on z/OS 1.10, 1.12 and 1.13 and it seems to
work fine. Maybe I'm not doing it exactly like you are, but I followed your
directions exactly.
I'm using version 1.27 of Vista.
Brian
--
For
Just trying to understand the behavior, see if there are any other
anomaliesthat might provide clues. You're
thorough explanation has been quite useful.
Underlined sequence number, indicating that it's followed by hidden excluded
lines - does this appear anywhere you have hidden excluded lines,
In 071601ce1d01$f7d41fd0$e77c5f70$@net, on 03/09/2013
at 12:09 PM, Gerhard Adam gada...@charter.net said:
Something is missing. Since the INCLUDE statement species the DD
statement for the library in which the routine resides, you cannot
have two of them with the same name in that library. I
In 2475605789153616.wa.asmbenhotmail@listserv.ua.edu, on
03/09/2013
at 01:52 PM, Ben Chin asm...@hotmail.com said:
It's been a some time (semi-retired), but I have a cobol program
which has many sub-programs. The problem I'm having is both
includes have same sub-program one old and newer.
In 513bf158.4060...@trainersfriend.com, on 03/09/2013
at 07:35 PM, Steve Comstock st...@trainersfriend.com said:
The syntax is good, and automatic replace works with CSECTs, but
I'm not really sure if the binder supports automatic replacement
for alternate entry points.
The binder supports
Shmuel wrote:
begin extract
INCLUDE specifies the name of a member, not the name of a CSECT, and
you nost certainly can have two members of a library containing the
same CSECT name. The OP needs to disclose more data in order to
diagnose his problem.
end extract
and he is of course quite right.
On Sat, 9 Mar 2013 23:30:23 -0600, Ed Gould wrote:
That would not really work to well. An additional parameter on the DD
statement would not allow for dynamic allocation and it would
endlessly make dynamic allocate a PITA especially when you have to re-
invent the input scanning for each utility.
Ron Hawkins wrote:
Others may want to correct me, but from what I've observed OPT(4) is only used
for the DUMP command.
COPY will accept OPT(4), but all you seem to get is OPT(3).
I wanted to jump in this thread, saying that OPT(n) is only for DUMP (as per
documentation for z/OS v1.12), but I
From: Robert Prins robert.ah.pr...@gmail.com
Date: 03/10/2013 12:48 PM
On 2013-03-10 11:52, Don Imbriale wrote:
SNIPPAGE
1) I'm running Vista tn3270 in a 62x160 mode
SNIPPAGE
I do not have them here with me now, but check your ISPF manuals to ensure
that ISPF will support your custom
Sources
are not available, vender loadlib are shipped.
Sorry,
had to change name of programs (Ie. vender):
In old.vender.loadlib(oldpgm):
Symbol Type Offset Length Textclass Translator VV
MM Date A/M R/M
oldpgmSD 00
FB79 B_TEXT COBOL II 14 00
2002/07/12
Well your notes are confusing.
First in your original post you implied the subroutine
is not a CSECT, but it clearly is.
Now it looks like you are trying to say that OLDPGM calls
SUBPGM (the old version), then you switch to say NEWPGM
calls PROGRAM1 and SUBPGM (the new version), is that
Steve,
Just want to replace subpgm in oldpgm with subpgm from newpgm.
Thx
Date: Sun, 10 Mar 2013 20:10:00 -0600
From: st...@trainersfriend.com
Subject: Re: iewl syslin
To: IBM-MAIN@LISTSERV.UA.EDU
Well your notes are confusing.
First in your original post you implied the subroutine
is
The next meeting of the NY Metro NaSPA Chapter will be on Tuesday, 19
March, 2013, in room 1219 at the IBM Building at 590 Madison Avenue, New
York City, from 10:00 AM until 4:30 PM. We are following the same
registration process as we followed for our October 2012 meeting. Please
see below
13 matches
Mail list logo