aboutsummaryrefslogtreecommitdiffstats
path: root/camel/ChangeLog
diff options
context:
space:
mode:
authorDan Winship <danw@src.gnome.org>2001-05-02 03:16:14 +0800
committerDan Winship <danw@src.gnome.org>2001-05-02 03:16:14 +0800
commit6a5e6fbbeaa4e32cd2058019ae87132beba79429 (patch)
tree1a99e8c747947e8fe3e65d3a94aa36aeda91cf61 /camel/ChangeLog
parent4ce894e3ab34ee81967f1d69dfba71eb9f3c0944 (diff)
downloadgsoc2013-evolution-6a5e6fbbeaa4e32cd2058019ae87132beba79429.tar
gsoc2013-evolution-6a5e6fbbeaa4e32cd2058019ae87132beba79429.tar.gz
gsoc2013-evolution-6a5e6fbbeaa4e32cd2058019ae87132beba79429.tar.bz2
gsoc2013-evolution-6a5e6fbbeaa4e32cd2058019ae87132beba79429.tar.lz
gsoc2013-evolution-6a5e6fbbeaa4e32cd2058019ae87132beba79429.tar.xz
gsoc2013-evolution-6a5e6fbbeaa4e32cd2058019ae87132beba79429.tar.zst
gsoc2013-evolution-6a5e6fbbeaa4e32cd2058019ae87132beba79429.zip
Redo command locking. Since command_lock is recursive, we can just get a
* providers/imap/camel-imap-command.c (camel_imap_command): Redo command locking. Since command_lock is recursive, we can just get a lock here, and release it either on error, or when the caller frees the response data. (This simplifies a lot of stuff, and fixes some problems with camel_imap_folder_changed being called without the command_lock locked because of the 2001-03-22 change.) (camel_imap_response_free): (camel_imap_response_free_without_processing): (camel_imap_response_extract): (camel_imap_response_extract_continuation): These all take a CamelImapStore now as well, to deal with locking. * providers/imap/camel-imap-private.h: Add CAMEL_IMAP_STORE_ASSERT_LOCKED, which defaults to a noop, but can be made to call e_mutex_assert_locked. * providers/imap/camel-imap-folder.c, camel-imap-search.c, camel-imap-store.c: Simplify using new locking stuff. Add a few CAMEL_IMAP_STORE_ASSERT_LOCKED checks. svn path=/trunk/; revision=9639
Diffstat (limited to 'camel/ChangeLog')
-rw-r--r--camel/ChangeLog23
1 files changed, 23 insertions, 0 deletions
diff --git a/camel/ChangeLog b/camel/ChangeLog
index 9c367d7cf9..f87fd4596e 100644
--- a/camel/ChangeLog
+++ b/camel/ChangeLog
@@ -1,5 +1,28 @@
2001-05-01 Dan Winship <danw@ximian.com>
+ * providers/imap/camel-imap-command.c (camel_imap_command): Redo
+ command locking. Since command_lock is recursive, we can just get
+ a lock here, and release it either on error, or when the caller
+ frees the response data. (This simplifies a lot of stuff, and
+ fixes some problems with camel_imap_folder_changed being called
+ without the command_lock locked because of the 2001-03-22 change.)
+
+ (camel_imap_response_free):
+ (camel_imap_response_free_without_processing):
+ (camel_imap_response_extract):
+ (camel_imap_response_extract_continuation): These all take a
+ CamelImapStore now as well, to deal with locking.
+
+ * providers/imap/camel-imap-private.h: Add
+ CAMEL_IMAP_STORE_ASSERT_LOCKED, which defaults to a noop, but can
+ be made to call e_mutex_assert_locked.
+
+ * providers/imap/camel-imap-folder.c, camel-imap-search.c,
+ camel-imap-store.c: Simplify using new locking stuff. Add a few
+ CAMEL_IMAP_STORE_ASSERT_LOCKED checks.
+
+2001-05-01 Dan Winship <danw@ximian.com>
+
Support the IMAP UIDPLUS extension (RFC 2359), which lets you
resync after disconnected operation more efficiently, but also
makes it possible to do appends and moves/copies more efficiently