From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: "Peromsik, Aaron" Newsgroups: gmane.emacs.bugs Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize Date: Wed, 5 Apr 2017 14:14:05 +0000 Message-ID: References: <9zpeg8a0yxz.fsf@PEROMSIK0D.i-did-not-set--mail-host-address--so-tickle-me> <6zo9wcc4sg.fsf@fencepost.gnu.org>,<83tw63oac8.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_000_DM5PR1701MB183534A90B5743F5AEC465EEC60A0DM5PR1701MB1835_" X-Trace: blaine.gmane.org 1491401735 8555 195.159.176.226 (5 Apr 2017 14:15:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 5 Apr 2017 14:15:35 +0000 (UTC) Cc: "23709@debbugs.gnu.org" <23709@debbugs.gnu.org> To: Glenn Morris , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 05 16:15:29 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 1cvliK-00006w-4Q for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Apr 2017 16:15:12 +0200 Original-Received: from localhost ([::1]:40738 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cvliQ-0000AA-2P for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Apr 2017 10:15:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42032) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cvliF-00005A-38 for bug-gnu-emacs@gnu.org; Wed, 05 Apr 2017 10:15:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cvliA-0006oe-48 for bug-gnu-emacs@gnu.org; Wed, 05 Apr 2017 10:15:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35557) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cvliA-0006oN-19 for bug-gnu-emacs@gnu.org; Wed, 05 Apr 2017 10:15:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cvli9-0006Ub-KP for bug-gnu-emacs@gnu.org; Wed, 05 Apr 2017 10:15:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Peromsik, Aaron" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Apr 2017 14:15:01 +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.149140165524888 (code B ref 23709); Wed, 05 Apr 2017 14:15:01 +0000 Original-Received: (at 23709) by debbugs.gnu.org; 5 Apr 2017 14:14:15 +0000 Original-Received: from localhost ([127.0.0.1]:33756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cvlhO-0006TM-Nj for submit@debbugs.gnu.org; Wed, 05 Apr 2017 10:14:15 -0400 Original-Received: from mx2.ptc.com ([12.11.148.189]:37358) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cvlhM-0006TA-RL for 23709@debbugs.gnu.org; Wed, 05 Apr 2017 10:14:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ptc.com; s=ptc; t=1491401652; x=1522937652; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Nz6grB+UWqmbwxtOMWXcWiq4LrslP9e3pMMNABYL6XQ=; b=j3ie6D5tOdIYaHr19YFDuUrule5IXSNtA2J/ROLpax/VNuuhryEhDuhM /Gd3OLMO6bjA0InmBLYOVE9l/WFrG0gONC8b30kY9FQlwmrzkZXrRtWmH 1dXprfwqXSFe6AdwKkVFsIq7B275VTMVtuYlYGpAxck7aNZ2hyZ0U49Cy 4=; X-IronPort-AV: E=Sophos; i="5.36,278,1486443600"; d="scan'208,217"; a="64625189" Original-Received: from gndcdm-13ex01p.ptcnet.ptc.com ([10.80.21.134]) by mx2-int.ptc.com with ESMTP/TLS/AES256-SHA; 05 Apr 2017 10:14:07 -0400 Original-Received: from gndcdm-13ex03p.ptcnet.ptc.com (10.80.21.136) by gndcdm-13ex01p.ptcnet.ptc.com (10.80.21.134) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Wed, 5 Apr 2017 10:14:07 -0400 Original-Received: from gndcdm-13edg01p.ptc.com (12.11.148.206) by gndcdm-13ex03p.ptcnet.ptc.com (10.80.21.136) with Microsoft SMTP Server (TLS) id 15.0.1178.4 via Frontend Transport; Wed, 5 Apr 2017 10:14:06 -0400 Original-Received: from NAM02-SN1-obe.outbound.protection.outlook.com (12.11.148.9) by mail.ptc.com (12.11.148.206) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Wed, 5 Apr 2017 10:14:07 -0400 Original-Received: from DM5PR1701MB1835.namprd17.prod.outlook.com (10.172.46.135) by DM5PR1701MB1835.namprd17.prod.outlook.com (10.172.46.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1005.10; Wed, 5 Apr 2017 14:14:05 +0000 Original-Received: from DM5PR1701MB1835.namprd17.prod.outlook.com ([10.172.46.135]) by DM5PR1701MB1835.namprd17.prod.outlook.com ([10.172.46.135]) with mapi id 15.01.1005.019; Wed, 5 Apr 2017 14:14:05 +0000 Thread-Topic: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize Thread-Index: AQHSrX+Oes6nEj/L8Uqkj7nw+YUMLKG2DjjqgADETQw= In-Reply-To: <83tw63oac8.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gnu.org; dkim=none (message not signed) header.d=none;gnu.org; dmarc=none action=none header.from=ptc.com; x-originating-ip: [25.168.192.4] x-microsoft-exchange-diagnostics: 1; DM5PR1701MB1835; 7:BEbcI+HmY8yD27cWL9bFpiqUr1B6ebLNm9gkssN7wu1GpWvEv/B6sm/kESxND/7oBhAJ4KvVChAfYTUMiYiodUiZgtq5w1JC4nLN1Qe2zVHXgdYUDLX2hRzWV2xVqXvmouLlY6uPCYFPo+ueMa3WZAWmB4J1YMoZYKqDAXeT5YktwUhQ61zYVu2zGcq7eyib6h5RDk5IBA9hBrAxpA97tXm4DfOQWyA3Dfii7qq1fB4RyxZGIze5P91SOufKqplkk6jqXHbS/Z9SF1zyesZy6NW/AnYZXq+jMvcf1FK6G/pwIA9IVS5v9uktCG78RpzxueaTWySfaAUDxfkuqLndgg== x-ms-office365-filtering-correlation-id: ca2d8735-3f76-4676-6e86-08d47c2e04ac x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:DM5PR1701MB1835; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(22074186197030); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(6041248)(201703131423075)(201702281528075)(201703061421075)(20161123560025)(20161123555025)(20161123564025)(20161123562025)(6072148); SRVR:DM5PR1701MB1835; BCL:0; PCL:0; RULEID:; SRVR:DM5PR1701MB1835; x-forefront-prvs: 0268246AE7 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39840400002)(39450400003)(39400400002)(39850400002)(377454003)(51914003)(3660700001)(53546009)(25786009)(33656002)(38730400002)(4326008)(6246003)(3280700002)(54896002)(122556002)(54356999)(102836003)(50986999)(76176999)(3846002)(6116002)(230783001)(2950100002)(86362001)(53936002)(189998001)(9686003)(99286003)(7696004)(55016002)(81166006)(8676002)(2900100001)(7736002)(6506006)(8936002)(66066001)(6436002)(77096006)(74316002)(229853002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR1701MB1835; H:DM5PR1701MB1835.namprd17.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2017 14:14:05.3440 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: b9921086-ff77-4d0d-828a-cb3381f678e2 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR1701MB1835 X-OriginatorOrg: ptc.com 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:131287 Archived-At: --_000_DM5PR1701MB183534A90B5743F5AEC465EEC60A0DM5PR1701MB1835_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I set it in my .emacs years ago, so I can't be sure. That said, I think it = was probably because I almost never want to write a file with Windows line = endings. ________________________________ From: Eli Zaretskii Sent: Tuesday, April 4, 2017 10:29:59 PM To: Glenn Morris Cc: Peromsik, Aaron; 23709@debbugs.gnu.org Subject: Re: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summ= arize > 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 th= e > > *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. --_000_DM5PR1701MB183534A90B5743F5AEC465EEC60A0DM5PR1701MB1835_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I set it in my .emacs years ago, so I can't be sure. That said, I t= hink it was probably because I almost never want to write a file with Windo= ws line endings.

From: Eli Zaretskii <e= liz@gnu.org>
Sent: Tuesday, April 4, 2017 10:29:59 PM
To: Glenn Morris
Cc: Peromsik, Aaron; 23709@debbugs.gnu.org
Subject: Re: bug#23709: 24.5; inhibit-eol-conversion breaks archive-= 7z-summarize
 
> From: Glenn Morris <rgm@gnu.org>
> 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-f= orward
> > 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 fu= nction'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<= br> > stands I think several places will break if ^M appears in process outp= ut
> (eg vc-bzr). Binding inhibit-eol-conversion to nil around every single=
> process call doesn't sound sensible. But then term.el does the opposit= e,
> 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.<= br> 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.
 --_000_DM5PR1701MB183534A90B5743F5AEC465EEC60A0DM5PR1701MB1835_--