Re: MVT COBOL under MVS3.8j.

"Giuseppe Vitillaro giuseppe-yuD/ahkh7LvrZ44/[email protected] [H390-MVS]" <[email protected]>
Newsgroups gmane.comp.emulators.hercules390.mvs
Message-ID <[email protected]>
On Fri, 13 Sep 2019, René Ferland ferland.rene-/[email protected] [H390-MVS] 
wrote:

>
>
>    On Friday, September 13, 2019, 1:06:02 PM GMT-4, 'Dave Wade' [email protected] [H390-MVS] <[email protected]> wrote:
>
>>> If itÿÿs the same compiler there are two possible issues. One is that there
>>> is some change to the SVC responses in MVS that messes the compiler...
>>> .... I wonder if its to do with the PSA/ low store  (Do I have that correct).....
> On Kevin Leonard's MVT, the COBOL compiler is located in SYS1.LINKLIB on 
> volume ASPRES. I have attached that DASD to TK4-, the load modules on 
> ASPRES have exactly the same sizes as those of TK4-. I have run a Hello 
> world compile job using a STEPLIB DD pointing to the compiler on ASPRES 
> and it fails with the XREF option on but runs without it. Rene FERLAND, 
> Montreal

Ok, that's enough, it is the "very same" compiler ;-(
Thanks for the test, Rene'.

The problem may only be in the way the binaries
issue system calls to MVS.

It works under MVT, it doesn't under MVS, with XFEF, well it
fails every time PHASE6A (module IKFCBL6A) is involved.

Now, do we have enough information and sources to understand
where it fails?

Peppe.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.