X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:mime-version:message-id
	:content-type:content-transfer-encoding; q=dns; s=default; b=Vwz
	4N4DuRvOrUfGpKYhzW7HrE+ZlR8Mlp7uP4z7APwpQOGxvKYUi3Qyox9ULsyZqAo5
	D6+ZJbo0uyDloSR7HMweeQ0m84/2EGeLtMpP6uG5pN/uHE1Fkwt2tiEQZDZECwUx
	I5Uezwe5PZODVDxZHXdzRsc9RLg0KENBYc7I+NJA=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:mime-version:message-id
	:content-type:content-transfer-encoding; s=default; bh=24MKOUVy0
	mj/WVLHDDdSdf0ITx0=; b=G7d4bqF7nK9EVDbaxpoJPhCC8sf/tZmWBIwdMHhJt
	JSR1VY9rIGbBmVetkkWCDiav2f4zF6Jd6PpnpHmx/aq88ziPz12iTzQQTy7VansY
	jmmFvM06c26fFvEI1o3z41AZSn6t2BlTZgy10Qp77jT80VQYQPkq+xl6yTTQFWQT
	WI=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=2.1 required=5.0 tests=AWL,BAYES_50,FSL_HELO_BARE_IP_2,RCVD_IN_DNSWL_LOW,RCVD_NUMERIC_HELO,SPF_PASS autolearn=no version=3.3.2 spammy=patience, everyones, everyone's, herring
X-HELO:	co03.mbox.net
X-USANET-Received:	from co03.mbox.net [127.0.0.1] by co03.mbox.net via mtad (C8.MAIN.4.02J) with ESMTP id 409uBBX6J1088M03; Tue, 02 Feb 2016 23:57:09 -0000
X-USANET-Routed:	3 gwsout-vs Q:bmvirus
X-USANET-Routed:	3 gwsout-vs Q:bmvirus
X-USANET-GWS2-Tenant:	usa.net
X-USANET-GWS2-Tagid:	UNKN
X-USANET-Source:	165.212.11.131 OUT kdbotts AT usa DOT net ca31.cms.usa.net CLR
X-USANET-MsgId:	XID028uBBX6J3700X03
X-USANET-Auth:	165.212.8.205 AUTO kdbotts AT usa DOT net web05.cms.usa.net
Date:	Tue, 02 Feb 2016 17:57:09 -0600
From:	"KARL BOTTS" <kdbotts AT usa DOT net>
To:	<cygwin AT cygwin DOT com>
Subject:	Re: less.exe v481-1 cannot seek to EOF in CRLF file; current cygwin32, Win10 only.
Mime-Version:	1.0
Message-ID:	<882uBBX5J7984S05.1454457429@web05.cms.usa.net>
Z-USANET-MsgId:	XID326uBBX6J2656X31
X-IsSubscribed:	yes
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id u12NvUXe003575

This is to close out my earlier bug report.  I think it contains a useful
caveat for others.

I have a very old cygwin installation, which I propagate by updating it on one
machine via setup.exe, and then copying the whole c:/cygwin tree to several
other machines, with tar or rsync.  I have not installed it from scratch for
well over ten years.  After I updated from cyg1.7 to cyg2.3, I started having
various line-ending related problems, particularly from <bash> and <less>.

I reported that here under the subject line of this message, a week or so ago.
 Helmut and Marco kindly tried to reproduce it, and failed.  I inferred from
this that there was something wrong with my ancient installation.  I
reinstalled from scratch on one machine, and the problems were gone.  After
diffing and digging for awhile, I think I found the problem:

My old /etc/fstab, that had not been changed for years and worked under 1.7,
has one non-comment line:

none / cygdrive text,posix=0,user 0 0

The same file in the from-scratch install (after running 'mount -c /') has:

none / cygdrive binary,user 0 0

Also present in my (even more ancient) home dir, is a bash script containing
lines like:

mount -u -t --change-cygdrive-prefix "/"
mount -s -t --change-cygdrive-prefix "/"

Note that the -u, -s and -t options are not supported by cygwin <mount>
anymore.  I dimly remember that, long ago, I would run that script after
copying to a new machine, but I have not done so for years.

So the upshot, I think, is this:

Cygwin _used_ to support the notion of mounting volumes with a "text" option,
which had some effect on how line endings were handled.  I am not sure it was
ever valuable, and I don't remember why I did it, but apparently I did, long
ago.

Cygwin no longer really supports the "text" option (you could still set it
with mount -o, but I do not recommend that).  Further, it is no longer needed,
if it ever was, which I doubt.  And with it, some critical apps will suffer
line ending problems.  So don't do that.

I think the Win10 business was a red herring.

Thanks for everyone's help and patience.

---
Karl Botts, kdbotts AT usa DOT net



--
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

- Raw text -