Re: Problem applying UA71619 anyone ?

r some reason it takes everything from the second >>>> parameter (WORRSUM) on as one long parameter instead of 9, so obviously >>>> the resulting LA instruction gets an error. >>>> >>>> If we are the only ones having this problem, we must be doing something >

Re: Problem applying UA71619 anyone ?

On 9 March 2016 at 09:06, John Eells wrote: > So, just to close the loop...do we correctly document the required options? An interesting question. I'd say if the module assembles correctly with the HLASM defaults, then there's no need to document the options; it would be

Re: Problem applying UA71619 anyone ?

er instead of 9, so obviously the resulting LA instruction gets an error. If we are the only ones having this problem, we must be doing something very weird ... Regards, Jonathan -Message d'origine- De : John Eells [mailto:ee...@us.ibm.com] Envoy� : mercredi 2 mars 2016 17:14 Objet :

Re: Problem applying UA71619 anyone ?

I was about to before I saw Tony H.'s message with the solution ... Thank you Ed for you help. Jonathan On Tue, 8 Mar 2016 13:47:15 -0600, Ed Gould wrote: >On Mar 8, 2016, at 10:37 AM, ESHEL Jonathan wrote: > >> Thank you Allan and sorry for not responding earlier.

Re: Problem applying UA71619 anyone ?

nd parameter >> (WORRSUM) on as one long parameter instead of 9, so obviously the resulting >> LA instruction gets an error. >> >> If we are the only ones having this problem, we must be doing something very >> weird ... >> >> Regards, Jonathan

Re: Problem applying UA71619 anyone ?

Thank you Tony, pity you did not specify on what you were betting because you won ! The COMPAT(SYSLIST) option was the culprit. It comes very probably from our default HLASM options on site, probably for historical reasons, I doubt it is still needed today, but you never know for sure. I added

Re: Problem applying UA71619 anyone ?

On 8 March 2016 at 12:03, ESHEL Jonathan wrote: > Thank you John and apologies for not doing it earlier. We did use GROUPEXTEND > initially so OA44222 was in > the package already. We also tried today to apply it specifically, but no > joy. UA71619 is preq'ed by UA72148 (the >

Re: Problem applying UA71619 anyone ?

On Mar 8, 2016, at 10:37 AM, ESHEL Jonathan wrote: Thank you Allan and sorry for not responding earlier. SMPMTS is the 1st in our SYSLIB concat and it is empty anyway ... Regards, Jonathan Maybe you can show the concatenations? Ed

Re: Problem applying UA71619 anyone ?

, so obviously the resulting LA instruction gets an error. If we are the only ones having this problem, we must be doing something very weird ... Regards, Jonathan -Message d'origine- De : John Eells [mailto:ee...@us.ibm.com] Envoyé : mercredi 2 mars 2016 17:14 Objet : Re: Problem applying

Re: Problem applying UA71619 anyone ?

> > > -Message d'origine- > De : John Eells [mailto:ee...@us.ibm.com] > Envoyé : mercredi 2 mars 2016 17:14 > Objet : Re: Problem applying UA71619 anyone ? > > ESHEL Jonathan wrote: >> We are trying to apply the PTF's that install the new JSON parser su

Re: Problem applying UA71619 anyone ?

nes having this problem, we must be doing something very weird ... Regards, Jonathan -Message d'origine- De : John Eells [mailto:ee...@us.ibm.com] Envoyé : mercredi 2 mars 2016 17:14 Objet : Re: Problem applying UA71619 anyone ? ESHEL Jonathan wrote: > We are trying to apply the PTF's

Re: Problem applying UA71619 anyone ?

Thank you Allan and sorry for not responding earlier. SMPMTS is the 1st in our SYSLIB concat and it is empty anyway ... Regards, Jonathan -Message d'origine- De : Staller, Allan [mailto:allan.stal...@wunderman.com] Envoyé : mercredi 2 mars 2016 16:37 Objet : Re: Problem applying

Re: Problem applying UA71619 anyone ?

ESHEL Jonathan wrote: We are trying to apply the PTF's that install the new JSON parser support under z/OS 2.1 (as of 2.2 it's integrated into the base system), and have a problem with one of the prereqs - UA71619. It's an assembler error when SMPE is compiling SDSF module ISFJREAD and the

Re: Problem applying UA71619 anyone ?

Check you SMP/E DDDEFS for SYSLIB. Ensure SMPMTS is the 1st dataset in the concat... HTH, We are trying to apply the PTF's that install the new JSON parser support under z/OS 2.1 (as of 2.2 it's integrated into the base system), and have a problem with one of the prereqs - UA71619. It's an

Problem applying UA71619 anyone ?

We are trying to apply the PTF's that install the new JSON parser support under z/OS 2.1 (as of 2.2 it's integrated into the base system), and have a problem with one of the prereqs - UA71619. It's an assembler error when SMPE is compiling SDSF module ISFJREAD and the usage of the CALL macro