DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:from:date:message-id:subject:to
	:content-type; q=dns; s=default; b=qddJnJGrpBmUY2DF+mMpUMU1K3Z9m
	GJ/yK854nCLx482PmXzTrK72hgeLAy55GmBumb21RgUJV4biNNJO7fxpGNB/ka8E
	bzCKyXy7dUQwdPjD7a8LN1OufM178FGNBfne75V/CiIgQmRUgZFOwjNJxNZZDudk
	FpGXJ59b7+gU74=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
MIME-Version: 1.0
From: A L <al20878 AT gmail DOT com>
Date: Fri, 27 Feb 2015 11:20:55 -0500
Message-ID: <CAKVG1_qobJxAZSeZDozsGb7pb3ugYk_AgmEJXU-wRt+ifhf-QA@mail.gmail.com>
Subject: Re: freopen/fread/popen bug
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=ISO-8859-1

> I think that would create an unacceptable performance penalty for the child process.

The child process would not be affected at all!  FILE* will be
unbuffered only in your
application, yet "cat" will read from a file descriptor "1" (and may
or may not apply any
buffering on top of it, such as FILE*, on its own).  Since you are
going to read only a few
bytes out of "f" and leave the rest to "cat" (per your example), there
is no performance
penalty;  in fact there will be some gain not to pre-fill a buffer for
"f" (which you don't need
anyways).

Also, you can just use basic unix IO (read() vs. fread()), and call
lseek(1,0,SEEK_SET)
prior to popen().  This way, there's no user-level buffering and file
position is consistent with
your actions and expectations.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple