delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2016/09/08/09:07:28

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:message-id:in-reply-to:references
:subject:mime-version:content-type:content-transfer-encoding; q=
dns; s=default; b=h4LtZyn9Xc8gdcizTy4AwZMqzqhPspGmn+k0Iag/rVvJ3l
vLbrqmjGPcMksqIHzBzo4l0kPafl3ptlaeuW4Oc9AVauWNK77TDA4z55mqs/VfPT
T2qnY3+cyHnXpfSDIytg7BmNnhDQh6sJOHtRdy8X5giuYBHQ1p0XgM0VCw8aM=
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:message-id:in-reply-to:references
:subject:mime-version:content-type:content-transfer-encoding; s=
default; bh=rPn71pbjFvAXrgw4UUaX0TYxZWI=; b=LVqfFaBxQKkL0rucQ7PK
O+wnOlIsLGQSPaQ5/t8gsYYnQgVKyCPPCXsaUmZBt2jQ5lwP/SjE7uA9dujbnSq/
fA226GZSW/krfQCl1K7FwZpLQcVvPwauAHYU3+rIvlkeScp9xvJ3NOmzeNdNWnb+
43viZTXfl5nmohRtC/yB/Vk=
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=3.1 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL,URI_HEX autolearn=no version=3.3.2 spammy=setupexe, setup.exe, meg, UD:setup.exe
X-HELO: mbob.nabble.com
Date: Thu, 8 Sep 2016 06:06:59 -0700 (MST)
From: staffanu <staffan AT ulfberg DOT se>
To: cygwin AT cygwin DOT com
Message-ID: <1473340019198-129864.post@n5.nabble.com>
In-Reply-To: <931uaVwsq5840S01.1453501156@web01.cms.usa.net>
References: <165uaTsft3776S01 DOT 1453314765 AT web01 DOT cms DOT usa DOT net> <931uaVwsq5840S01 DOT 1453501156 AT web01 DOT cms DOT usa DOT net>
Subject: Re: less.exe v481-1 cannot seek to EOF in CRLF file; current cygwin32, Win10 only.
MIME-Version: 1.0

KARL BOTTS wrote
>> ---------------------------------------------------
>> > > Any size larger than a few meg.  That is, any size that takes more
>> than
> a few
>> > > milliseconds to seek to the end, I think.
>> > 
>> > We will need someone with W10 to test it and confirm it.
>> > On W7 I have no issue at all with 250MB file
>> 
>> Tested on W10-64-cygwin-32 and a 207M-file, dos and unix-endings: both
>> behave the same, i.e. no error when pressing 'G' and display the last 
>> line. Was that the question?
>> 
>> cygwin 2.2.1, less 481
>> 
>> -Helmut
> 
> I have reproduced on Win7, same exact cygwin, same exact symptom.
> 
> OK, that you guys can't reproduce suggests that there is something special
> about my cygwin installation.  
> 
> What is special, I suspect, is that I have not actually recreated it in
> many
> years: I just update it, and copy the whole thing from machine to machine. 
> (I
> described this in the attachment to my original email.)  That has worked
> well
> for a long time -- it is much easier and more consistent than running
> setup.exe on many machines.  But I suspect it has broken down.  Somehow, I
> may
> have old libs or old config files mixed with new.  (This last update, from
> 1.7
> to 2.3, is clearly a big one.)
> 
> So, I will re-install cygwin from scratch on one machine, this weekend.
> 
> In the meantime, put this bug report on hold.  Thanks to all of you.
> 
> I will let the list know how this comes out.

Was this ever resolved? I have, I guess, the same problem. I cannot see that
the size of files matter, however -- I see the problem for all CRLF files 
that I tested. (It worked fine before upgrading a few days ago.)

The weird thing is that, moving the file with CRLF line endings to a binary
mounted filesystem makes less work just fine. Reading the file from a text
mounted filesystem results in the problem. Is not the point with text mounts
to be able to read text files with CRLF line endings?

Just as Karl, my Cygwin installation is very old -- i.e., any registry
entries (that I think might include mount options?) might have been written
10 years ago. Did the meaning of text/binary mounts change?

Staffan




--
View this message in context: http://cygwin.1069669.n5.nabble.com/less-exe-v481-1-cannot-seek-to-EOF-in-CRLF-file-current-cygwin32-Win10-only-tp123813p129864.html
Sent from the Cygwin list mailing list archive at Nabble.com.

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


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019