From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7894 invoked by alias); 8 Sep 2016 13:38:49 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 7886 invoked by uid 89); 8 Sep 2016 13:38:48 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.2 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=setupexe, setup.exe, UD:setup.exe, meg X-HELO: mail-wm0-f46.google.com Received: from mail-wm0-f46.google.com (HELO mail-wm0-f46.google.com) (74.125.82.46) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 08 Sep 2016 13:38:47 +0000 Received: by mail-wm0-f46.google.com with SMTP id b187so169593068wme.1 for ; Thu, 08 Sep 2016 06:38:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=PZTUJelBnfFmsAfzomnop0EP9J5/r3ytRYZMGOD0lhk=; b=LYcyWFek048hz4B+syUdBKtG8PeRRIHCWT5r/am3sRymmAGWulSmnecSGde69ICzKT K/KmBjLcipIIXChh/iNy2wAbXcRIs1eumn1d/3eeAjRJAUrlXh38ug+BWP0ARgetWGoq 2t3xMbWESDayIgPWhS4kzic4oW9OjaKHDsEaxH7ezu1MMEoPkuIXISJTTe6QG0SgUkux VPoqANFQxX3NCke/3FWv4Ps4wzTkLMCuoAdn9Ube+svZWdweJ3noBZQ+rcgxTAJPOIGR 5FZNZd0Ztvu4V9cFTr+W4737Y4wHNIm6jVrc1ng+lbacK84xv7ovo2bJeIvXFk2wbzyV 6qDQ== X-Gm-Message-State: AE9vXwOepwlEoEWZbAWrEsLIDHVBFtpIC4LSE1Jg6izwsXioXC8UerullsORn7Jc0f8rbw== X-Received: by 10.28.142.2 with SMTP id q2mr8845186wmd.119.1473341924993; Thu, 08 Sep 2016 06:38:44 -0700 (PDT) Received: from [172.21.188.226] ([62.154.173.198]) by smtp.googlemail.com with ESMTPSA id ab4sm8174408wjd.16.2016.09.08.06.38.44 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Sep 2016 06:38:44 -0700 (PDT) Subject: Re: less.exe v481-1 cannot seek to EOF in CRLF file; current cygwin32, Win10 only. To: cygwin@cygwin.com References: <165uaTsft3776S01.1453314765@web01.cms.usa.net> <931uaVwsq5840S01.1453501156@web01.cms.usa.net> <1473340019198-129864.post@n5.nabble.com> From: Marco Atzeri Message-ID: <7ab230d4-17a7-56d1-b3e0-e418166f1747@gmail.com> Date: Thu, 08 Sep 2016 13:38:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <1473340019198-129864.post@n5.nabble.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-09/txt/msg00136.txt.bz2 On 08/09/2016 15:06, staffanu wrote: > 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 > no change on less package, if you are asking it. So I expect no change on the matter. In general, I do not see the added value of a text mount. Regards Marco -- 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