From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Juan =?utf-8?Q?Jos=C3=A9_Garc=C3=ADa-Ripoll?= Newsgroups: gmane.emacs.devel Subject: Re: Two errors in 27.* with Windows Date: Thu, 26 Mar 2020 20:01:37 +0100 Message-ID: <86h7yb9bzi.fsf@csic.es> References: <86369vt7ce.fsf@csic.es> <834kub9c93.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="20802"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (windows-nt) To: emacs-devel@gnu.org Cancel-Lock: sha1:ztekuNB6WUgnx0argc4pEn2tidg= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Mar 26 20:03:02 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jHXmP-0005I8-Pl for ged-emacs-devel@m.gmane-mx.org; Thu, 26 Mar 2020 20:03:01 +0100 Original-Received: from localhost ([::1]:57788 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jHXmO-0004OO-SR for ged-emacs-devel@m.gmane-mx.org; Thu, 26 Mar 2020 15:03:00 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54506) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jHXlC-0003Z6-Uq for emacs-devel@gnu.org; Thu, 26 Mar 2020 15:01:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jHXlB-0008FU-Lw for emacs-devel@gnu.org; Thu, 26 Mar 2020 15:01:46 -0400 Original-Received: from ciao.gmane.io ([159.69.161.202]:54948) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jHXlB-0008FF-G3 for emacs-devel@gnu.org; Thu, 26 Mar 2020 15:01:45 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1jHXlA-0003o7-8k for emacs-devel@gnu.org; Thu, 26 Mar 2020 20:01:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 159.69.161.202 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:245817 Archived-At: Eli Zaretskii writes: > Please report each problem separately using "M-x report-emacs-bug". > That will allow to deal with each one in a separate thread. Also, the > bug tracker is the proper place for discussing bugs and looking for > their solutions. Sorry, being so close to release I wasn't sure whether that would be the right place. > What does gpg.exe output in this case? Does it output human-readable > text, or does it output binary byte stream? If the latter, how come > ^M corruption is an issue? The problem is not gpg's output. That is parsed properly if I invoke epg's routines before Gnus: they are parsed in a text buffer (not binary) and the version number is identified (x.x.x). The problem is that, because package.el now does not trigger the identification of gpg, this happens in a binary buffer. The routines parse the output correctly, but the protocols, version numbers and everything else get parsed with an ending ^M -> "x.x.x^M" which breaks the identification of version number. If I run epg-find-configuration _after_ or _before_ Gnus, the parsing is done in a text buffer and the ^M is not appended. Everything is fine. I am unable to find where the switch from 'nil to 'binary happens in the new code. Hope this is clear. I will report the bugs separately later on. Cheers, -- Juan José García Ripoll http://juanjose.garciaripoll.com http://quinfog.hbar.es