aboutsummaryrefslogtreecommitdiffstats
path: root/camel/ChangeLog
diff options
context:
space:
mode:
authorJeffrey Stedfast <fejj@ximian.com>2002-06-28 08:07:00 +0800
committerJeffrey Stedfast <fejj@src.gnome.org>2002-06-28 08:07:00 +0800
commit292847cc9694ae7041af1390f4d1956d23f20c6a (patch)
tree731344705172355707ab8e36884bfbc36be0ad9e /camel/ChangeLog
parent46bba132c7e353a3bba252ddf4f484b0c237ac46 (diff)
downloadgsoc2013-evolution-292847cc9694ae7041af1390f4d1956d23f20c6a.tar
gsoc2013-evolution-292847cc9694ae7041af1390f4d1956d23f20c6a.tar.gz
gsoc2013-evolution-292847cc9694ae7041af1390f4d1956d23f20c6a.tar.bz2
gsoc2013-evolution-292847cc9694ae7041af1390f4d1956d23f20c6a.tar.lz
gsoc2013-evolution-292847cc9694ae7041af1390f4d1956d23f20c6a.tar.xz
gsoc2013-evolution-292847cc9694ae7041af1390f4d1956d23f20c6a.tar.zst
gsoc2013-evolution-292847cc9694ae7041af1390f4d1956d23f20c6a.zip
Loop on our reads while errno is EINTR or EAGAIN. Also make sure to
2002-06-27 Jeffrey Stedfast <fejj@ximian.com> * camel-gpg-context.c (gpg_ctx_op_step): Loop on our reads while errno is EINTR or EAGAIN. Also make sure to completely read stdout and stderr by keeping better state. (gpg_ctx_parse_status): In the case of a NODATA response from gpg, try to use the diagnostics that gpg may have written to its stderr. (gpg_verify): Check that the gpg process has not exited. (gpg_ctx_op_wait): Make sure we haven't already exited (as by gpg_ctx_op_is_exited()) and if we have, retrieve the exit status from the gpg context. svn path=/trunk/; revision=17320
Diffstat (limited to 'camel/ChangeLog')
-rw-r--r--camel/ChangeLog4
1 files changed, 4 insertions, 0 deletions
diff --git a/camel/ChangeLog b/camel/ChangeLog
index 468596b931..07095f7426 100644
--- a/camel/ChangeLog
+++ b/camel/ChangeLog
@@ -6,6 +6,10 @@
(gpg_ctx_parse_status): In the case of a NODATA response from gpg,
try to use the diagnostics that gpg may have written to its
stderr.
+ (gpg_verify): Check that the gpg process has not exited.
+ (gpg_ctx_op_wait): Make sure we haven't already exited (as by
+ gpg_ctx_op_is_exited()) and if we have, retrieve the exit status
+ from the gpg context.
2002-06-26 Jeffrey Stedfast <fejj@ximian.com>