prevent the translator from doing this?
Thanks,
Steff Gladstone
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
is released).
Does anybody have any ideas how we might capture the abend and reason codes
in spite of all this?
Thanks,
Steff Gladstone
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
Where can I find the DSECT for the RTM2WA control block? I did not find it
in either SYS1.MACLIB or SYS1.AMODGEN.
Thanks,
Steff Gladstone
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
Thank you all for your informative answers!
Steff
On Thu, 12 Aug 2021 at 12:19, Timothy Sipples wrote:
> Lennie Dymoke-Bradshaw wrote:
> >Looking through the various answers here, I note that someone has
> >mentioned the need for some kind of security, so that others cannot
> >trigger actions
systems (the JES2 spool is shared by all the systems.) .
But this is problematic since the required SVC (34) requires that the
program be authorized. Any other ideas?
Thanks,
Steff Gladstone
--
For IBM-MAIN subscribe / signoff
the best,
Steff Gladstone
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How can I discover the netname of a TSO user from within TSO? Either
directly in REXX or via a called assembler subroutine?
Thanks,
Steff Gladstone
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
of a relative or indexed file.
The (4,4) file is identical to the (4,3) file in all respects except for
the shareoptions. The error never occurs for the (4,3) file and occurs
intermittently for the (4,4) file. Can anyone suggest what the problem
might be?
Thanks,
Steff Gladstone
Thank you Greg, Paul and Max for your informative replies!
On Tue, 5 Jan 2021 at 15:12, Massimo Biancucci wrote:
> I tried to develop you hints:
>
> // EXPORT SYMLIST=*
> // SET INPMOD=oldmd
> // SET OUTMOD=newmod
> // SET INPLIB=myold.lib
> // SET OUTLIB=mynew.lib
> // SET AMBDSN=AMBLIST3
> //
The duplication exists in the data, not in the index.
On Tue, 19 Jan 2021 at 18:22, Cameron Conacher wrote:
> A KSDS with duplicate full primary key values?
> Are you sure?
>
> Sent from my iPhone
>
> > On Jan 19, 2021, at 10:19 AM, Steff Gladstone
> wrote:
> &
in advance,
Steff Gladstone
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Greetings,
Can anyone suggest a method of isolating or extracting a CSECT
(statically-linked called program) from a load module? The only (clumsy)
method I can think of is using (within the linkage editor or binder) a
REPLACE statement ahead of an INCLUDE statement and specifying in the
REPLACE
of the rightmost bit that is incremented are
> stored as zeros."
>
> QED
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steff Gladstone
> Sent: Thursday, November 26, 2020 7:08
Could someone answer 4gb's question?
On Tuesday, April 17, 2018 at 11:53:30 PM UTC+3, 4gb...@gmail.com wrote:
> Shouldn't you clear the low order 12 bits of each TOD value before
adding or subtracting them? Those low order bits are not fractions of a
microsecond, so including them in the math
Could someone answer 4gb's 11-year-late question?
On Tuesday, April 17, 2018 at 11:53:30 PM UTC+3, 4gb...@gmail.com wrote:
> On Monday, September 3, 2007 at 4:38:21 PM UTC-7, Ludmila Koganer wrote:
> > Hi,
> > I need to subtract two TOD times to find elapsed time. Currently I
convert
> > the two
We need to capture the date and time in a GLUE and need more precision than
the CICS variables give us.
Can we use the STCKCONV macro in a GLUE? Could it cause all of CICS to
enter a wait? Or is it essentially pure CPU?
Thanks,
Steff Gladstone
with SMF. Scanning program sources for called programs is
unsatisfactory for us since the call could be dynamic (name of program
contained in a variable) or conditional on a particular set of
circumstances that never occurs in practice.
Thanks in advance!
Steff Gladstone
But if I TSOEXEC CALL the Cobol I/O routine, will it retain the context
between calls? Won't the DCBs and ACBs and working storage be reinitialized
on every call?
בתאריך יום ה׳, 7 במרץ 2019, 02:34, מאת Walt Farrell :
> On Wed, 6 Mar 2019 19:29:05 +0200, Steff Gladstone <
> ste
One further question:
Would use of IKJEFTSI/IKJEFTSR/IKJEFTST work here? I.e., provide an
isolated eenvironment for RACF while maintaining continuity within the I/O
routine without re-initializing its working storage on each call?
On Wed, 6 Mar 2019 at 19:01, Steff Gladstone
wrote
e?
Thanks in advance,
Steff Gladstone
On Thu, 21 Feb 2019 at 23:33, Walt Farrell wrote:
> On Thu, 21 Feb 2019 15:22:33 +, Seymour J Metz wrote:
>
> >AFAIK it won't reset the dirty bit. It does isolate AC(0) from AC(1).
>
> Yes, it will, for that isolated paralle
something I am missing?
On Mon, 18 Feb 2019 at 16:48, Walt Farrell wrote:
> On Sun, 17 Feb 2019 18:05:59 +0200, Steff Gladstone <
> steff.gladst...@gmail.com> wrote:
>
> >Ok. We have been playing around with program control.If PROG1 (a COBOL
> >program incid
an we do to get around this (we need
the program control feature under TSO foreground as well)?
Thanks in advance,
Steff Gladstone
On Thu, 7 Feb 2019 at 18:06, Seymour J Metz wrote:
> Program control, but pay close attention to the restrictions.
>
>
> --
> Shmuel (Seymour J.
capabilities to the application (or to a particular I/O
routine) alone? Would the same (or similar) definitions work for a site
using Top Secret instead of RACF?
Thank you in advance,
Steff Gladstone
--
For IBM-MAIN subscribe
e with your security environment.
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List on behalf
> of Steff Gladstone
> Sent: Thursday, November 22, 2018 3:53 PM
> To: IB
ynamically allocate within IEFACTRT but
the BPXWDYN routine returns a non-zero return code. (Same code that works
fine in a regular program.) Is this a limitation of BPXWDYN? Should I code
an SVC 99 call myself?
Thank you in advance,
Steff Gladstone
On Fri, 5 Oct 2018 at 16:17, Charles Mills w
, 6 Dec 2017 12:14:45 +0200 Steff Gladstone <
> steff.gladst...@gmail.com>
> wrote:
>
> :>Hi Binyamin,
> :>
> :>The application load libraries are full of obsolete code. We are trying
> to
> :>identify which programs are still active in the installation in
gt; this,
> you could check for the value in TCBFSA to see, if you arrived at the
> first save
> area. But you could also check for NULL in the backward pointer.
>
> HTH, kind regards
>
> Bernd
>
>
>
> Am 13.02.2018 um 10:07 schrieb Steff Gladstone:
>
>> Hi,
&
Hi,
I am in the process of converting several routines to AMODE=31 RMODE=ANY.
One of them references the address of the first problem program save area
found in the TCB.
The field is defined as follows:
TCBFSA DS0A -ADDRESS OF THE FIRST PROBLEM PROGRAM SAVE AREA
DS
be candidates for this sort of
thing. Any potential pitfalls we should be aware of?
Thank you,
Steff Gladstone
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
?
Or is this totally proprietary information that IBM keeps under
tabs?
Thanks in advance for any assistance,
Steff Gladstone
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
Does anybody know where we can find precise and complete information
regarding the contents of the COBDSACB control block of COBOL?
Thank you,
Steff Gladstone
--
For IBM-MAIN subscribe / signoff / archive access instructions
We are considering using the user exit CEEBINT. Is there anyone out there
with experience using the exit who could point us to the appropriate
documentation detailing how to use it as well as any other suggestions as
to its use?
Thanks,
Steff Gladstone
A further question: the CEEDUMP we receive in COBOL 5 lacks a dump of the
WORKING STORAGE SECTION. Can this be remedied by changing compile-time or
run-time parameters?
Please advise.
Thank you,
Steff Gladstone
On Sun, Jan 8, 2017 at 6:51 PM, Steff Gladstone <steff.gladst...@gmail.com>
Are there any whizzes out there who specialize in reading and deciphering
CEEDUMPs?
I have a question for you. In a COBOL5 CEEDUMP, how do I locate the
*index* of an array (i.e., an array that is defined with "indexed by") in
the dump?
Thanks in advance,
Steff
scan of the data from a much earlier date.
What would be the recommended logstream policy for a logstream of this
type? Is our assumption correct that this is an active (as opposed to
funnel-type) logstream application?
Thanks in advance for any assistance,
Steff Gladstone
Does anyone have any experience with the above software, as a tool to
capture updates to a "classic" VSAM file on the mainframe and propagate
them to a open-systems data base?
Thanks,
Steff Gladstone
--
For IBM-MAIN
and
reorganize it, causing quite a disruption to operations.
Presumably this is because of the way the indexes are organized. Any
advice? What parameters do you suggest we "play" with to ameliorate the
situation?
Thanks in advance,
Steff
Even without modifying the SWA with information for the DD, as you
suggested earlier?
On Tue, Apr 21, 2015 at 2:50 PM, John McKown john.archie.mck...@gmail.com
wrote:
On Tue, Apr 21, 2015 at 3:00 AM, Steff Gladstone
steff.gladst...@gmail.com
wrote:
Thank you all for for help
Greetings,
How do I use the ISGENQ macro in such a way that the ENQ lasts for the life
of the entire job (or several job steps) and not just for the life of a
single job-step? Would specifying the TCB address of the initiator TCB on
the TCB parameter work? Any better ideas?
Thanks,
Steff
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Steff Gladstone
Sent: Monday, April 20, 2015 10:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ENQ for the life of the job
How do I use the ISGENQ macro in such a way that the ENQ lasts for the
life
:41 AM, Steff Gladstone
steff.gladst...@gmail.com
wrote:
The ENQ has to be transparent to the JCL. Could I dynamically allocate
a
dataset with DISP=(OLD,PASS)? As I recall the dynamic allocation does
not
permit the use of PASS.
Hum, I'm going to go way out on a limb and start
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Steff Gladstone
Sent: Monday, April 20, 2015 11:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ENQ for the life of the job
I suppose a final job-step to do the DEQ with COND=EVEN would not always
do
42 matches
Mail list logo