Thanks all for your quick response...

--- On Thu, 6/4/09, Bruce Hayden <bjhay...@gmail.com> wrote:

> From: Bruce Hayden <bjhay...@gmail.com>
> Subject: Re: EXECIO COMMAND HELP
> To: IBMVM@LISTSERV.UARK.EDU
> Date: Thursday, June 4, 2009, 4:21 PM
> The default buffer size on a diag 8
> call (which is what EXECIO does
> for you) is 8K.  So, your execio is only getting 8K of
> the output.
> You can specify a longer buffer by using the BUFFER option
> of EXECIO.
> You can either just specify a big buffer that will always
> hold the
> output for the number of spool files you typically have on
> your
> system, or you can query the number using CP Q FILES and
> calculate the
> buffer size you need.
> 
> Or, switch to using CMS pipelines.  It automatically
> increases the
> diag 8 buffer size for a CP query command to fit all the
> command
> output.  The equivalent pipeline to put the lines in
> the stack would
> be 'PIPE cp QUERY RDR ALL | stack' - but of course you can
> do some or
> all of your processing using other pipeline stages.
> 
> On Thu, Jun 4, 2009 at 4:10 PM, Howard Rifkind <vmes...@yahoo.com>
> wrote:
> > Hello all,
> >
> > I need some help with the execio command.
> >
> > From my console when I do a 'CP Q RDR * ALL' I get
> back 107 lines listed on the console, these are files for my
> user id and it looks correct.
> >
> > When I issue the command 'CP Q RDR ALL' I get all the
> files from everyone listed on my console and this to is
> correct.  Listed are 775 files.
> >
> > The problem is when I have the following in my rexx
> exec I only get back 107 files listed.
> >
> > 'EXECIO * CP (STRING QUERY RDR ALL'
> >  MAXLINES = QUEUED()
> >  SAY MAXLINES ----> 107 Should be something line
> 775
> >
> > There are no previous buffers allocated so I have no
> idea what's going here.
> >
> > I've tried just about everything but can't seem to
> retrieve the total number of line in the reader queue.
> >
> > Any help/ideas will be greatly appreciated.
> >
> > Thanks
> >
> >
> >
> >
> 
> 
> 
> -- 
> Bruce Hayden
> Linux on System z Advanced Technical Support
> IBM, Endicott, NY
> 



Reply via email to