Displaying 6 results from an estimated 6 matches for "prev_seq".
2007 Apr 03
2
Lock file issues
...og
file /mail_home3/j/ji/user/Maildir/dovecot.index.log: end_offset (23440)
> current sync_offset (23368)
Apr 3 08:37:51 app02 dovecot: IMAP(user): file
mail-index-sync-update.c: line 40 (mail_index_sync_update_log_offset):
assertion failed: (prev_offset >= map->hdr.log_file_int_offset ||
prev_seq > map->hdr.log_file_seq)
Apr 3 08:37:51 app02 dovecot: IMAP(user): Raw backtrace: imap
[0x80a8c1a] -> imap [0x80a873f] -> imap [0x8091fcf] ->
imap(mail_index_sync_update_index+0x2a1) [0x80935c5] ->
imap(mail_index_sync_commit+0xbf) [0x8091c9f] ->
imap(maildir_sync_index_finish...
2008 Sep 09
1
1.1.3: imap crashes with SIGSEGV
...xtensions = 0x87e2fd0, type = MAIL_INDEX_SYNC_HANDLER_HEAD,
sync_handlers_initialized = 0, expunge_handlers_set = 0,
expunge_handlers_used = 0, cur_ext_ignore = 1, internal_update = 0,
errors = 1}
thdr = (const struct mail_transaction_header *) 0x87e2f70
tdata = (const void *) 0x87e3a60
prev_seq = 4
start_offset = <value optimized out>
prev_offset = 29300
ret = 1
had_dirty = false
reset = false
__PRETTY_FUNCTION__ = "mail_index_sync_map"
#4 0x080b078f in mail_index_map (index=0x87b3098,
type=MAIL_INDEX_SYNC_HANDLER_HEAD) at mail-index-map.c:953
ret = <value...
2014 Oct 20
1
2.2.14 Panic in sync_expunge_range()
...tamp = 0x0, timestamp_usecs = 0}
args = 0x8047424 ".????"
#7 0xfef31e5f in sync_expunge_range (ctx=0x8047600, seqs=0x80474d8) at ../../src/lib/array.h:197
map = (struct mail_index_map *) 0x80c5d90
range = (const struct seq_range *) 0x8093430
i = 134509780
count = 0
dest_seq1 = 562
prev_seq2 = 562
orig_rec_count = 4277606968
__FUNCTION__ = "sync_expunge_range"
#8 0xfef32d65 in mail_index_sync_record_real (ctx=0x8047600, hdr=0x80b5d28, data=0x80b5df8)
at ../../src/lib/array.h:197
rec = (const struct mail_transaction_expunge_guid *) 0x80b8968
end = (const struct mail_...
2005 Sep 08
1
1.0alpha1: another imap core, no assert
..._offset = 24240, log_syncs = 0x0,
transactions = 0, lock_id = 314, inconsistent = 0, syncing = 0}
(gdb) print *(view->transaction)
$6 = {cache = 0xaaca0, view = 0xc9e78, trans = 0xaa840, cache_file_seq = 1124149515,
cache_data = 0xa21c8, cache_data_seq = {buffer = 0xa21f0, element_size = 4}, prev_seq = 21,
prev_pos = 0, reservations = 0xa2128, reserved_space_offset = 0, reserved_space = 0,
last_grow_size = 0, changes = 1}
(gdb) print *dest
$7 = {data = 0xb82a0, used = 0}
(gdb) print dest->data
$8 = (const void *) 0xb82a0
(gdb) print *(dest->data)
Attempt to dereference a generic point...
2007 Mar 15
5
[PATCH 0/5] fix gcc warnings in CVS HEAD
Hi,
I have rewritten the patches I submitted earlier today for the CVS
HEAD. Some of the changes were already committed months ago.
On 2007/03/15 12:30, Timo Sirainen <tss at iki.fi> wrote:
> That's ok, but I'm not sure about bsearch_insert_pos(). It's the way it
> is mostly because I wanted to keep bsearch() API. If it can't return
> void * then maybe it could be
2018 Oct 09
3
index corruption weirdness
...ment_size = 8}, v = 0x134d8c0,
v_modifiable = 0x134d8c0}, unknown_extensions = 0x0, type =
MAIL_INDEX_SYNC_HANDLER_HEAD, sync_handlers_initialized = 0,
expunge_handlers_set = 0, expunge_handlers_used = 0, cur_ext_ignore = 0,
internal_update = 0, errors = 0}
thdr = 0x1345bb8
tdata = 0x13a54e4
prev_seq = 105
start_offset = <optimized out>
prev_offset = 14084
ret = <optimized out>
had_dirty = <optimized out>
reset = false
__FUNCTION__ = "mail_index_sync_map"
#10 0x00007f4372f6a6e4 in mail_index_map (index=index at entry=0x1346410,
type=type at entry=MAIL_INDEX_SY...