[H390-MVS] re: Recovering and Building MVS 3.8J from SOURCE using SMP

[[e-mail] [H390-MVS]]

Copied from turnkey-mvs group where I
can no longer post.

To Dave Kreiss.

Thanks for all your hard work! I do have one
comment on the process. Instead of converting
DS to DC to avoid random junk, would it not
be better to pass the output object code
through a utility to set all those areas to x'00'?

Note that we also have a mod to IEWL to
initialize all uninitialized fields to x'00', and
I assume this means we don't need the
object code utility.

Also there is no mention of repro code that
appears in some modules. I have utilities
available to construct that binary assembler
from source code.

BFN. Paul.

[Binyamin Dissen [e-mail] [H390-MVS]]

DS's appear as gaps in the object deck and load modules.

If you want this function, you should change the loader to initialize the code
area to zeroes before doing the load.

On 25 Sep 2018 17:25:45 +0000 "***@yahoo.com.au [H390-MVS]"
<H390-***@yahoogroups.com> wrote:

:>Copied from turnkey-mvs group where I
:>can no longer post.

:>To Dave Kreiss.

:>Thanks for all your hard work! I do have one
:>comment on the process. Instead of converting
:>DS to DC to avoid random junk, would it not
:>be better to pass the output object code
:>through a utility to set all those areas to x'00'?

:>Note that we also have a mod to IEWL to
:>initialize all uninitialized fields to x'00', and
:>I assume this means we don't need the
:>object code utility.

:>Also there is no mention of repro code that
:>appears in some modules. I have utilities
:>available to construct that binary assembler
:>from source code.

--
Binyamin Dissen <***@dissensoftware.com>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

[[e-mail] [H390-MVS]]

Post by Binyamin Dissen ***@dissensoftware.com [H390-MVS]
DS's appear as gaps in the object deck and load modules.
If you want this function, you should change the loader to initialize the code
area to zeroes before doing the load.

I believe for some DS's at least, the *linker*
will fill them in with rubbish. That's why when
you go to disassemble the load module, you
get lots of junk.

BFN. Paul.

[Joe Monk [e-mail] [H390-MVS]]

Why would the *linker* be filling in anything in on a DS?

Joe

Post by Binyamin Dissen ***@dissensoftware.com [H390-MVS]

Post by Binyamin Dissen ***@dissensoftware.com [H390-MVS]
DS's appear as gaps in the object deck and load modules.
If you want this function, you should change the loader to initialize

the code

Post by Binyamin Dissen ***@dissensoftware.com [H390-MVS]
area to zeroes before doing the load.

I believe for some DS's at least, the *linker*
will fill them in with rubbish. That's why when
you go to disassemble the load module, you
get lots of junk.
BFN. Paul.

[[e-mail] [H390-MVS]]

Post by Joe Monk ***@gmail.com [H390-MVS]
Why would the *linker* be filling in anything in on a DS?

To minimize the number of records in the
load module I presume.

Note that without the patch (from somitcw),
the lilnker doesn't deliberately fill in the DS
with anything, it just uses whatever garbage
happens to be in memory at the time.

The patch makes the areas deliberately
initialized to x'00'.

BFN. Paul.