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