X-Spam-Check-By:	sourceware.org
Message-ID:	<44F8B0F7.EA3A0706@dessent.net>
Date:	Fri, 01 Sep 2006 15:15:19 -0700
From:	Brian Dessent <brian AT dessent DOT net>
X-Mailer:	Mozilla 4.79 [en] (Windows NT 5.0; U)
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: cygwin fork()
References:	<002c01c6ce13$1094de50$020aa8c0 AT DFW5RB41>
X-IsSubscribed:	yes
Reply-To:	cygwin AT cygwin DOT com
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

"Gary R. Van Sickle" wrote:

> > AFAIK, Cygwin's lseek should handle seeking on text streams.
> > DJ implemented that years ago.
> 
> Last I looked, which was admittedly also years ago, it was "#if 0"'ed out,
> with a comment to the effect of "Nobody has any business seeking around in
> text files."

FWIW, mingw's lseek() (which is actually Microsoft's, since mingw
targets MSVCRT.DLL) is horribly broken when seeking on a file opened in
text mode.  But it's documented as such on MSDN, so at least there's
that.  So there is some precedence for the concept that "this won't work
on windows platforms."

But Cygwin's should work fine, and if it means saving a bazillion 1-byte
syscalls then I think bash should be patched to remove this sillyness
ASAP.

Brian

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

- Raw text -