From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize Date: Wed, 05 Apr 2017 05:29:59 +0300 Message-ID: <83tw63oac8.fsf@gnu.org> References: <9zpeg8a0yxz.fsf@PEROMSIK0D.i-did-not-set--mail-host-address--so-tickle-me> <6zo9wcc4sg.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1491359477 14039 195.159.176.226 (5 Apr 2017 02:31:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 5 Apr 2017 02:31:17 +0000 (UTC) Cc: peromsik@ptc.com, 23709@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 05 04:31:13 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cvaiw-0002Ws-Q3 for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Apr 2017 04:31:06 +0200 Original-Received: from localhost ([::1]:38458 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cvaj2-00072m-Pi for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Apr 2017 22:31:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46920) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cvaiw-00072S-1J for bug-gnu-emacs@gnu.org; Tue, 04 Apr 2017 22:31:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cvais-00084Y-Sx for bug-gnu-emacs@gnu.org; Tue, 04 Apr 2017 22:31:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34833) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cvais-00084U-PT for bug-gnu-emacs@gnu.org; Tue, 04 Apr 2017 22:31:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cvais-0002hB-ET for bug-gnu-emacs@gnu.org; Tue, 04 Apr 2017 22:31:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Apr 2017 02:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23709 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23709-submit@debbugs.gnu.org id=B23709.14913594117570 (code B ref 23709); Wed, 05 Apr 2017 02:31:02 +0000 Original-Received: (at 23709) by debbugs.gnu.org; 5 Apr 2017 02:30:11 +0000 Original-Received: from localhost ([127.0.0.1]:33031 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cvai3-0001xh-H7 for submit@debbugs.gnu.org; Tue, 04 Apr 2017 22:30:11 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:55810) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cvai1-0001pJ-F6 for 23709@debbugs.gnu.org; Tue, 04 Apr 2017 22:30:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cvaht-0007WN-1T for 23709@debbugs.gnu.org; Tue, 04 Apr 2017 22:30:04 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52832) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cvahs-0007WI-UR; Tue, 04 Apr 2017 22:30:00 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1679 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cvahr-0005mp-Qp; Tue, 04 Apr 2017 22:30:00 -0400 In-reply-to: <6zo9wcc4sg.fsf@fencepost.gnu.org> (message from Glenn Morris on Tue, 04 Apr 2017 16:10:39 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:131281 Archived-At: > From: Glenn Morris > Date: Tue, 04 Apr 2017 16:10:39 -0400 > Cc: 23709@debbugs.gnu.org > > > > M-x set-variable inhibit-eol-conversion t > > > > Then try to open a 7z file. The expected summary does not appear. In the > > *Messages* buffer (quoted below) you can see that the re-search-forward > > call in archive-7z-summarize is confused by the ^M in the output of the > > 7za command. Perhaps adding inhibit-eol-conversion nil to that function's > > let block would be in order? > > Thanks for the report. I wonder if inhibit-eol-conversion should not > apply to processes, or should only apply to buffers visiting files, or > if there should be a process-specific version of i-e-c? Because as it > stands I think several places will break if ^M appears in process output > (eg vc-bzr). Binding inhibit-eol-conversion to nil around every single > process call doesn't sound sensible. But then term.el does the opposite, > binding it to t. Hmm. So maybe a process-specific version of > inhibit-eol-conversion, defaulting to nil? Why is the OP setting this variable to begin with? I think that a user who sets this variable, as opposed to let-binding it for a single operation, is shooting themselves in the foot. This is not how this variable is supposed to be used. Just don't do that. Any solution we would try to invent for this is going to bite us somewhere. If there are good reasons for setting this variable globally, let's hear them. I'm not aware of any use patterns which would require that.