IMO there's an incompatibility between something in the LE support and plastic pipes. I suffered similar abends a couple of years ago calling LDAPSRCH (GLDSRCH module) from a pipe until I reverted to the product (ESA) version of pipelines. I beat on it a while, and discussed it with John, but eventually just made sure the SVM involved stayed with the product version. This was z/VM 5.4 and 32-bit CMS, but the abends still occur at 6.2 or 6.3, 32- or 64-bit CMS. At least with CMS27 (6.3) it first throws an Assert Failure.
-- Mike Harding z/VM System Support /sp CMSTSO Pipelines Discussion List <CMS-PIPELINES@vm.marist.edu> wrote on 06/25/2014 11:14:09 AM: > From: Rob van der Heij <rvdh...@gmail.com> > To: CMS-PIPELINES@vm.marist.edu > Date: 06/25/2014 11:14 AM > Subject: Re: abend in z/CMS > Sent by: CMSTSO Pipelines Discussion List <CMS-PIPELINES@vm.marist.edu> > > Or maybe have a GLOBALV EXEC on your A-disk that does not produce more than > 1 line of output... ;-) > > If this is how they access the GLOBALV variables, I'm not sure I want to > sit next to them at dinner (sharp steak knifes etc) > > > On 25 June 2014 20:08, Glenn Knickerbocker <n...@bestweb.net> wrote: > > > On 6/25/2014 8:08 AM, Jonathan Scott wrote: > > > PIPE ( ENDCHAR ? ) > > > CMS GLOBALV SELECT CENV LIST > > > | DROP FIRST 1 > > > | STRIP LEADING BLANK 1 > > > | APPEND LITERAL > > > | JOIN * H00 > > > | STORAGE 06B7CC28 300 E0 > > > | COUNT BYTES > > > | STORAGE 06B7C7F0 11 E0 > > > > D'oh! I don't know why it didn't occur to me that the compiler module > > would be CALLING Pipelines. That makes the PUSH workaround make sense. > > > > ¬R > > >
