#16 gpg: failed to translate osfhandle 00000
I'm using xemacs on nt sp6a with mailcrypt.
While gpg seems to work as expected in an xemacs
shell, mailcrypt is not working.
I can't sign or insert my public key into the scratch
buffer. An error message results with mailcrypt-insert-
public-key. If I try mailcrypt-sign, I am prompted for
my pass phrase, but then it fails and generate the
backtrace at the end of this message.
I have set (mc-gpg-alternate-
keyring "/home/dmm/gnupg/pubring.gpg" t), which is a
cywin symlink pointing to c:\gnupg\
Some more version information.
XEmacs 21.4 (patch 3) "Academic Rigor" [Lucid] (i686-
pc-cygwin) of Thu May 17 2001 on SHALOM
;; $Id: mc-gpg.el,v 1.15 2001/05/06 22:55:26 warner
Exp $
;; mailcrypt.el v3.5.6, mail encryption with PGP
Here is the output of debug-on-error
Signaling: (error "Signature failed: gpg: failed to
translate osfhandle 00000003
")
signal(error ("Signature failed: gpg: failed to
translate osfhandle 00000003\n"))
cerror("Signature failed: %s" "gpg: failed to
translate osfhandle 00000003\n")
apply(cerror "Signature failed: %s" "gpg: failed to
translate osfhandle 00000003\n")
error("Signature failed: %s" "gpg: failed to
translate osfhandle 00000003\n")
mc-gpg-sign-region(#<marker at 1 in *scratch*
0xa2fd22c> #<marker at 198 in *scratch* 0xa2fd244> nil
nil)
mc-sign-generic(nil nil nil nil nil)
mc-sign-region(1 nil nil)
mailcrypt-sign(1)
call-interactively(mailcrypt-sign)
command-execute(mailcrypt-sign t)
execute-extended-command(nil)
call-interactively(execute-extended-command)
Logged In: YES
user_id=24186
Could somebody check to see if this still happens with
mailcrypt-3.5.7 or later? I have no way to verify it, and
the "osfhandle" message means nothing to me (I assume it's a
windows thing)
-Brian
Logged In: YES
user_id=202636
I've just been trying mailcrypt 2.5.8 with emacs 20.7 under
win98 and I'm getting the same kind of error. This appears
to come from gpg where mailcrypt is trying to get the status
output sent to file handle 3 (--status-fd 3) and arranges
for this handle to be open by using the shell redirection
syntax 3>some-temp-file
Now I don't think this works with the windows shells. For
instance if I do 'echo OK 3>z' then I'll get "OK 3" in file
z. unfortunately gpg doesn't seem to offer a
--status-filename option so I guess I better check pgp
again. Possibly I could find a better shell of course, but
I'd not persuade some of my co-workers of this.