HP3000-L Archives

November 1996, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Mark Bixby <[log in to unmask]>
Reply To:
Date:
Wed, 6 Nov 1996 17:02:45 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (28 lines)
In article <[log in to unmask]>,
Stan Sieler  <[log in to unmask]> wrote:
>I've duplicated the CGI "lost data" problem that some people have
>reported recently.  Here's some comments/observations.
>
>   1) When transferring large amounts of data, sometimes the transfer
>      is interrupted after a portion is sent
>      (typically 32KB, but sometimes 16KB)

I wonder if this might not really be an underlying Streams/iX problem.

I believe Streams is the transport between the CGI program and the web server.
Streams is also involved for Posix pipes (i.e. "|").

On my 969KS200, Posix pipes are rather sadly defective.  I can experience
process hangs with no output, process terminations after partial output
(sounds like Stan's problem), or even system crashes.  The effect varies;
fail once, run it again and it will work.  Sigh.  One particular pipe
in a batch job was crashing so regularly that I had to remove it.  A dump
was mailed and an SR was entered and of course I never heard anything back
about it.  I am still on 5.0 here.
--
Mark Bixby                      E-mail: [log in to unmask]
Coast Community College Dist.   Web: http://www.cccd.edu/~markb/
District Information Services   1370 Adams Ave, Costa Mesa, CA, USA 92626-5429
Technical Support               +1 714 438-4647
"You can tune a file system, but you can't tune a fish." - tunefs(1M)

ATOM RSS1 RSS2