search for: cur_size

hi, I've got the following alert window in mozilla (with dovecot): --------------------------------------- The current command did not succeed. The mail server responded: Error in IMAP command: Too long argument.. --------------------------------------- although there is not any messages in my imap.log file. -- Levente "Si vis pacem para bellum!"

For quite a while, I''ve experienced oddities with snapshotted Firefox _CACHE_00?_ files, whose checksums (and contents) would change after the btrfs snapshot was taken, and would even change depending on how the file was brought to memory (e.g., rsyncing it to backup storage vs checking its md5sum before or after the rsync). This only affected these cache files, so I didn''t give

...<optimized out> mail = 0x7d7e80 headers = {0x7f328d663446 "Message-Id", 0x7f328d6564d5 "Date", 0x7f328d656afc "Subject"} #11 i_stream_mail_set_size_corrupted (mstream=mstream at entry=0x7d5230, size=size at entry=2887) at istream-mail.c:74 cur_size = 8066 str = 0x7f328d663427 "smaller" mail_id = <optimized out> #12 0x00007f328d62c062 in i_stream_mail_read (stream=0x7d5230) at istream-mail.c:109 mstream = 0x7d5230 size = 2887 ret = <optimized out> #13 0x00007f328d321e03 in i_stream_...

...ret = -ENOENT; goto out; diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c index 6de67a5..3e7394f 100644 --- a/fs/btrfs/inode.c +++ b/fs/btrfs/inode.c @@ -148,8 +148,8 @@ static noinline int insert_inline_extent(struct btrfs_trans_handle *trans, datasize = btrfs_file_extent_calc_inline_size(cur_size); inode_add_bytes(inode, size); - ret = btrfs_insert_empty_item(trans, root, path, &key, - datasize); + ret = btrfs_insert_empty_item_for_inode(trans, root, inode, path, &key, + datasize); if (ret) { err = ret; goto fail; @@ -1179,7 +1179,7 @@ static noinline int r...