diff options
author | Dan Winship <danw@src.gnome.org> | 2000-04-02 05:58:27 +0800 |
---|---|---|
committer | Dan Winship <danw@src.gnome.org> | 2000-04-02 05:58:27 +0800 |
commit | 9e7dabfa8274777916da364b50284cfa51ac9a6f (patch) | |
tree | 579b255f6178357a1c2d9e697a423636fb65d619 /camel/ChangeLog | |
parent | 98690e9f75e909483f857f23bae0f903ee1ed84a (diff) | |
download | gsoc2013-evolution-9e7dabfa8274777916da364b50284cfa51ac9a6f.tar gsoc2013-evolution-9e7dabfa8274777916da364b50284cfa51ac9a6f.tar.gz gsoc2013-evolution-9e7dabfa8274777916da364b50284cfa51ac9a6f.tar.bz2 gsoc2013-evolution-9e7dabfa8274777916da364b50284cfa51ac9a6f.tar.lz gsoc2013-evolution-9e7dabfa8274777916da364b50284cfa51ac9a6f.tar.xz gsoc2013-evolution-9e7dabfa8274777916da364b50284cfa51ac9a6f.tar.zst gsoc2013-evolution-9e7dabfa8274777916da364b50284cfa51ac9a6f.zip |
Compare mbox_file_size and mbox_modtime to the results of stat()ing the
* providers/mbox/camel-mbox-folder.c
(_check_get_or_maybe_generate_summary_file): Compare
mbox_file_size and mbox_modtime to the results of stat()ing the
mbox file, not the summary file. Duh.
(_close): Update the summary's mbox_file_size and mbox_modtime
before writing it to disk.
* providers/mbox/camel-mbox-summary.c (camel_mbox_summary_save,
camel_mbox_summary_load): Wow. I must have been tired when I wrote
this code. First, the comparison bug above. Second, it was using
ntohs and htons instead of ntohl and htonl. Third, I was reading
the status flag byte in two different places and thus getting out
of sync. Fourth, it was writing out field_length bytes of each
header field after having converted field_length to network byte
order, resulting in lots of random crap being appended, and the
summary files being huge. (Fortunately, since the size/modtime
comparison was biffed, the garbage summary read from disk was
always immediately discarded.)
* providers/mbox/camel-mbox-parser.c (camel_mbox_parse_file): fix
an off-by-one error that caused the last-used UID to be reused if
the summary file was regenerated. (That one wasn't my fault. :-)
svn path=/trunk/; revision=2279
Diffstat (limited to 'camel/ChangeLog')
-rw-r--r-- | camel/ChangeLog | 25 |
1 files changed, 25 insertions, 0 deletions
diff --git a/camel/ChangeLog b/camel/ChangeLog index 7ff2cf9557..155bc3fb0f 100644 --- a/camel/ChangeLog +++ b/camel/ChangeLog @@ -1,3 +1,28 @@ +2000-04-01 Dan Winship <danw@helixcode.com> + + * providers/mbox/camel-mbox-folder.c + (_check_get_or_maybe_generate_summary_file): Compare + mbox_file_size and mbox_modtime to the results of stat()ing the + mbox file, not the summary file. Duh. + (_close): Update the summary's mbox_file_size and mbox_modtime + before writing it to disk. + + * providers/mbox/camel-mbox-summary.c (camel_mbox_summary_save, + camel_mbox_summary_load): Wow. I must have been tired when I wrote + this code. First, the comparison bug above. Second, it was using + ntohs and htons instead of ntohl and htonl. Third, I was reading + the status flag byte in two different places and thus getting out + of sync. Fourth, it was writing out field_length bytes of each + header field after having converted field_length to network byte + order, resulting in lots of random crap being appended, and the + summary files being huge. (Fortunately, since the size/modtime + comparison was biffed, the garbage summary read from disk was + always immediately discarded.) + + * providers/mbox/camel-mbox-parser.c (camel_mbox_parse_file): fix + an off-by-one error that caused the last-used UID to be reused if + the summary file was regenerated. (That one wasn't my fault. :-) + 2000-03-31 Dan Winship <danw@helixcode.com> * camel-stream-mem.c: implement unimplemented methods |