> -----Original Message-----
> From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 30, 2001 9:27 AM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: pipe buffers and other unpleasant subjects
>
>
> At 09:24 AM 4/30/2001 -0400, [EMAIL PROTECTED] wrote:
> >"Craig A. Berry" <[EMAIL PROTECTED]> writes:
> > > I think this is a reproducer for the problem that occasionally
> > > inserts spurious carriage returns into what should be one line of
> > > output in the test suite. It appears to be a function of
> pipe buffer
> > > size. If the mailbox buffer for a pipe fills up, reading EOF from
> > > the pipe causes a carriage return to get inserted in the stream.
> >
> >Well, much of this is from the interaction between the CRTL and
> >mailboxes. There's a limit to what we can do to wedge our fixes in
> >between those two. There's a definite limit to what I'm willing to do
> >to rewrite the CRTL i/o library.
>
> Would it be better, then, to drop to $QIO calls for this
> then? We could
> wedge that in reasonably easily, as we do have a goodly
> amount of control
> at this level.
>
Isn't dropping to $QIO calls to do these functions essentially the same as
rewriting the CRTL i/o library?
I'm constantly frustrated by the odd assumptions that I can only test by
experimentation made in the Compaq CRTL libraries. I really think a lot of
confusion could be cleared up if the Compaq CRTL libraries were available as
Open Source.
But, whenever I suggest that I get nothing but derisive comments, complaints
about the chaos that would result and other speculations.
The primary goal of having a CRTL in source form that I can study and experiment
with is not to proliferate versions, but to understand and work WITH what is
provided. Also, sensible modifications could be submitted back to Compaq for
potential inclusion in future releases.
> Dan
>
> --------------------------------------"it's like
> this"-------------------
> Dan Sugalski even samurai
> [EMAIL PROTECTED] have teddy bears and even
> teddy bears get drunk
>
-Jordan Henderson
[EMAIL PROTECTED]
