Loyd,

Wouldn't writing to stdout more frequently cause what you want?  I think
cgidev2 uses a large buffer and writes to stdout all at once.  But if you
were to write to stdout 1kb at a time. . . Or based on certain events. . .
??

My .02

Phil

> -----Original Message-----
> From: web400-admin@midrange.com [mailto:web400-admin@midrange.com]On
> Behalf Of Goodbar, Loyd (AFS-Water Valley)
> Sent: Wednesday, March 27, 2002 1:36 PM
> To: 'web400@midrange.com'
> Subject: RE: [WEB400] CGIDEV2 and non-buffered output
>
>
> If you go to Steve Gibson Research (http://grc.com/) and run the
> shields up
> demo (open ports probe on your firewall), a web page is shown
> incrementally
> as various firewall ports are tested. Non buffered output. That's what I'd
> like to achieve.
>
> Will try the *FINI trick soon. I was thinking maybe someone
> already tried it
> and some knowledge sharing could occur. I will report results when I get a
> chance to try it.
>
> I agree, for quickly-processed pages, there will be little or no perceived
> difference. However, the reason I'm asking is I will have a long-running
> process for which I want to show results as they occur
> (multi-step process)
> instead of the whole page at once. It's better if I can show something
> happening over a minute/2 minute period. I don't agree the browser is best
> for the particular report I've been tasked to create, but am trying to
> accommodate.
>
> Loyd
>
>
> -----Original Message-----
> From: Brad Stone [mailto:brad@bvstools.com]
> Sent: Wednesday, March 27, 2002 11:46 AM
> To: web400@midrange.com
> Subject: Re: [WEB400] CGIDEV2 and non-buffered output
>
>
> What's the difference?  It really won't be displayed until
> the entire HTML page is loaded anyhow.
>
> As far as if calling *FINI multiple times will work, you
> should try and let us know.  I don't think you'll notice
> much difference, if any though.
>
> Brad
>
> On Wed, 27 Mar 2002 08:31:32 -0600
>  "Goodbar, Loyd (AFS-Water Valley)"
> <LGoodbar@afs.bwauto.com> wrote:
> > Is there a way to turn off CGIDEV2's output "buffering"?
> > That is, I want to
> > see output on the web browser as soon as possible as
> > opposed to the "all at
> > once" method of buffering all HTML output until the page
> > is complete. Would
> > calling the "*FINI" tag multiple times achieve this goal?
> >
> > Thanks,
> > Loyd
> >
> > --
> > Loyd Goodbar
> > Programmer/Analyst
> > BorgWarner Incorporated
> > Air/Fluid Systems, Water Valley, MS
> >
> >
> >
> > _______________________________________________
> > This is the Web Enabling the AS400 / iSeries (WEB400)
> > mailing list
> > To post a message email: WEB400@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> > or email: WEB400-request@midrange.com
> > Before posting, please take a moment to review the
> > archives
> > at http://archive.midrange.com/web400.
> >
>
> Bradley V. Stone
> BVS.Tools
> www.bvstools.com
> _______________________________________________
> This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
> To post a message email: WEB400@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> or email: WEB400-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/web400.
> _______________________________________________
> This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
> To post a message email: WEB400@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> or email: WEB400-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/web400.
>
>



This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].