I understood Gil to be asking how I'm sure that I have all the data. DS QD,ONLINE is going after a large but finite amount of data. There are only so many online DASD volumes at any moment, and the number does not fluctuate from one run to the next. I can repeatedly issue DS QD,ONLINE and examine the results in SDSF. If Rexx CONSOLE shows the same count as syslog, then yes, I'm waiting long enough.
When I wrote this app years ago (2013 I believe), the output did in fact get truncated. It wasn't time but storage. During a long and winding PMR, I learned that data returned by CONSOLE goes into a special storage bucket that is/was neither documented nor externally controllable. I found by trial and error that somewhere over 6K volumes, the storage bucket would overflow. There was no message, but I got RC 4. That's how I knew it failed. I don't think Level 2 had ever seen this failure. I suspect that the bucket got enlarged somewhere along the line, but it's still undocumented AFAIK. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Charles Mills Sent: Wednesday, August 26, 2020 6:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: MVS modify command capture CAUTION EXTERNAL EMAIL That 10 at the end of GETMSG is a wait time (ten seconds). GETMSG gets all or none (in my experience) of a multi-line message, so if that is what you are getting then the initial delay is all you need. I started out with 1 and then went to 5 in my application, and both worked great when the system was not busy, but when it was -- which was the whole point of the thing -- detecting a busy system -- they were inadequate for the response to a $DQ,Q=XEQ. 60 seconds seems to be "long enough." But @Gil is right -- how long is long enough? A minute? An hour? A week? Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Wednesday, August 26, 2020 4:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MVS modify command capture Shouldn't you have a delay in there to giv the started task time to process he CIB? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN