On Sat, 25 Oct 2025 at 16:58, Peter Relson <
[email protected]> wrote:
[...]
> syslin ?</snip>
> If by "loader" you are referring not to the loader but to a function of
> the binder, you ought to be clear about that.But you make no case of why
> you are not simply taking your OBJ and creating a loadmod (or program
> object) so that you can LOAD the module (or whatever z/OS service meets
> your program's needs).
> An "obj" is never executable. It can of course be made executable (that
> being the binder's normal function). Your use of terminology such as
> "presents it to the second obj" is simply wrong.
> (TSO) Test does not debug OBJs because an OBJ is not executable and cannot
> , AFAIK.
>
Actually TSO "TEST" has supported object modules since the beginning. It
will load either a load module/PO from a PDS[E] or an object module from a
card-image dataset, either PS or PO. What it uses to load these modules
into storage and do the relocation and such to make them runable, I don't
know. I do know that TESTAUTH doesn't support the OBJECT option -
presumably because there is no concept of an APF authorized object library.
For object modules there is also the TSO "LOADGO" command. The help file
starts with:
FUNCTION -
THE LOADGO COMMAND IS USED TO INVOKE THE BINDER OR ITS OBSOLETE
COUNTERPART, THE BATCH LOADER. THESE PROGRAMS COMBINE ANY NUMBER OF
COMPILER-GENERATED OBJECT FILES AND EXISTING LINKED PROGRAMS,
RESOLVE EXTERNAL REFERENCES, LOAD THE RESULTING PROGRAM INTO STORAGE,
AND PASS CONTROL TO IT.
There is a BINDER/NOBINDER option, with help info:
BINDER
- INVOKES THE LOAD FUNCTION OF THE BINDER.
NOBINDER
- INVOKES THE OLD BATCH LOADER.
So it sounds as though the binder does have the facilitiy to load and
execute an object (or of course load) module in one go. Quite probably this
is what TSO TEST uses to get things into a state such that it can insert
SVC 97 breakpoints and manage debugging.
> I remain clueless of why you want to use the binder other than simply to
> create an executable so that you can then test or call that executable in
> whatever way you see fit.
I too am not understanding Joseph's requirement or description of his
existing setup.
Tony H.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
