From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: nyc4bos@aol.com Newsgroups: gmane.emacs.bugs Subject: bug#13344: 24.3.50; Gnus error c:/dev/fd/0 Date: Thu, 03 Jan 2013 21:07:26 -0100 Message-ID: References: <83zk0qi38y.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1357250887 30873 80.91.229.3 (3 Jan 2013 22:08:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Jan 2013 22:08:07 +0000 (UTC) Cc: 13344@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 03 23:08:23 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Tqsxa-0005ah-Uy for geb-bug-gnu-emacs@m.gmane.org; Thu, 03 Jan 2013 23:08:23 +0100 Original-Received: from localhost ([::1]:50130 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqsxL-00085X-FS for geb-bug-gnu-emacs@m.gmane.org; Thu, 03 Jan 2013 17:08:07 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:48332) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqsxH-00084a-4Q for bug-gnu-emacs@gnu.org; Thu, 03 Jan 2013 17:08:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TqsxE-0004qg-2b for bug-gnu-emacs@gnu.org; Thu, 03 Jan 2013 17:08:03 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60088) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqsxD-0004qc-VE for bug-gnu-emacs@gnu.org; Thu, 03 Jan 2013 17:07:59 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TqsxG-0003Cr-Gb; Thu, 03 Jan 2013 17:08:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: nyc4bos@aol.com Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Thu, 03 Jan 2013 22:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13344 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: Original-Received: via spool by 13344-submit@debbugs.gnu.org id=B13344.135725086612299 (code B ref 13344); Thu, 03 Jan 2013 22:08:02 +0000 Original-Received: (at 13344) by debbugs.gnu.org; 3 Jan 2013 22:07:46 +0000 Original-Received: from localhost ([127.0.0.1]:42105 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqswz-0003CJ-TK for submit@debbugs.gnu.org; Thu, 03 Jan 2013 17:07:46 -0500 Original-Received: from imr-ma06.mx.aol.com ([64.12.78.142]:57552) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqswx-0003CA-9i for 13344@debbugs.gnu.org; Thu, 03 Jan 2013 17:07:44 -0500 Original-Received: from mtaout-da06.r1000.mx.aol.com (mtaout-da06.r1000.mx.aol.com [172.29.51.134]) by imr-ma06.mx.aol.com (Outbound Mail Relay) with ESMTP id 991A51C000077; Thu, 3 Jan 2013 17:07:39 -0500 (EST) Original-Received: from RPLSBCAPC03 (unknown [63.117.244.126]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mtaout-da06.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id 35A01E0000E3; Thu, 3 Jan 2013 17:07:39 -0500 (EST) In-Reply-To: <83zk0qi38y.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 03 Jan 2013 19:29:49 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (windows-nt) x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1357250859; bh=r5rcNifAM/+ik+MrV4UmZPaQ0Ccs0t14u8ick4M2dZo=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=CElcTIeR2jCxt9lx1KfwSxkmucEzLbrtUodQifbayEo0mC3Ul9DeUZE7P29CVKoc8 Vdq5Gk7MVDcTQgvUhRCM1HrdxaRq5KxmerN2i7h6b+AaEzWIOyHxm9q1nVu1FDxlqs +QC1AqdWIX842JTYLIHBsGvhr/VKFsGCWkPcW+cU= X-AOL-SCOLL-SCORE: 0:2:370053632:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d338650e6012b2b29 X-AOL-IP: 63.117.244.126 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:69347 Archived-At: Eli Zaretskii writes: >> From: nyc4bos@aol.com >> Date: Thu, 03 Jan 2013 00:14:43 +0000 >>=20 >> There appears to be an error opening up the .authinfo.gpg file. >>=20 >> I get the error in the *Messages* buffer: >>=20 >> Unable to open server nnimap+aol due to: Opening input file: Opening p= rocess input file, no such file or directory, c:/dev/fd/0 >> Opening nnimap server on aol...failed: > > Looks like this comes from this snippet in epg.el:epg--start: > > ;; Set GPG_TTY and TERM for pinentry-curses. Note that we can't > ;; use `terminal-name' here to get the real pty name for the child > ;; process, though /dev/fd/0" is not portable. > (with-temp-buffer > (when (=3D (call-process "tty" "/dev/fd/0" t) 0) > (delete-backward-char 1) > (setq terminal-name (buffer-string)))) > > Obviously, this will never work on Windows. > > I know nothing about this stuff, so I have no idea why you get there > now, but didn't get there before. Maybe this will give you a hint to > start digging. Thanks Eli. Here is the bare-bones way to duplicate this bug. >From runemacs.exe -Q, evaluated in *scratch* the following: (require 'epa-file) (epa-file-enable) (setq epa-file-cache-passphrase-for-symmetric-encryption t) The output I get after "(epa-file-enable)" is: "`epa-file' already enabled" Now, setting `toggle-debug-on-error' and just using ^X^F `(find-file)' on the .authinfo.gpg file, I get the following backtrace: Debugger entered--Lisp error: (file-error "Opening input file" "Opening p= rocess input file" "no such file or directory" "c:/dev/fd/0"). signal(file-error ("Opening input file" "Opening process input file" "n= o such file or directory" "c:/dev/fd/0")). epa-file--find-file-not-found-function(). run-hook-with-args-until-success(epa-file--find-file-not-found-function= ). byte-code("\303=08!\203.=00\304=08!\204.=00\305 !\210\306\307\310=08D\"= \210\311\312!\204=1F.\313.\303\207" [filename buf error file-exists-p fil= e-readable-p kill-buffer signal file-error "File is not readable" run-hoo= k-with-args-until-success find-file-not-found-functions t] 4). find-file-noselect-1(# "~/.authinfo.gpg" nil nil "~/.aut= hinfo.gpg" (0 146575129)). find-file-noselect("c:/home/.authinfo.gpg" nil nil t). find-file("c:/home/.authinfo.gpg" t). call-interactively(find-file nil nil). Maybe if "/dev/fd/0" (or its equivalent) doesn't exists, this part of epg.el:epg--start should be skipped as the comment acknowledges that "/dev/fd/0" is not portable? Thanks.