× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Yes, that's what I'm trying to figure out how to do in CGIDEV2. But I don't
write to stdout, CGIDEV2 does; that's one of its implementation-hiding
aspects.

There are typically two elements to buffering.
One is the application itself, in this case CGIDEV2. It normally stores all
the HTML output until the *FINI section is written. The second element is
the web server. Some web servers can be set up to buffer output also. That
may be only an Apache thing, but IIS might support it also. I don't know if
HTTP classic server does (or supports) buffering.

Loyd

-----Original Message-----
From: Phil [mailto:sublime78ska@attbi.com]
Sent: Wednesday, March 27, 2002 12:35 PM
To: web400@midrange.com
Subject: RE: [WEB400] CGIDEV2 and non-buffered output


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 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.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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

This mailing list archive is Copyright 1997-2024 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].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.