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@dessent.net>
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: cygwin fork()
References: <002c01c6ce13$1094de50$020aa8c0@DFW5RB41>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Reply-To: cygwin@cygwin.com
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.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/