search for: element_size

...cmd_search (cmd=0x85e1800) at cmd-search.c:42 42 ret = imap_search_args_build(cmd, args, charset, &sargs); (gdb) p args[0] $1 = {type = IMAP_ARG_ATOM, parent = 0x0, str_len = 3, _data = {str = 0x85e40f8 "ALL", literal_size = 140394744, list = {arr = {buffer = 0x85e40f8, element_size = 0}, v = 0x85e40f8, v_modifiable = 0x85e40f8}}, literal8 = 0} (gdb) p args[1] $2 = {type = IMAP_ARG_ATOM, parent = 0x0, str_len = 3, _data = {str = 0x85e4100 "NOT", literal_size = 140394752, list = {arr = {buffer = 0x85e4100, element_size = 0}, v = 0x85e4100, v_modifiable = 0x85e410...

On 06.12.2016 09:32, Toni Mattila wrote: > Hi, > > On 05-Dec-16 20:28, Toni Mattila wrote: >> Panicing stopped when all index files where deleted. > > It happens again in same user account, so rebuilding indexes didn't > fix it. > > Here's bt full instead of just bt: > #0 0x001d4402 in __kernel_vsyscall () > No symbol table info available. > #1

..._offset = 27912, sync_size = 9241460, sync_stamp = 1113863658, day_stamp = 1121659200, day_first_uid = {2855, 2849, 2849, 2753, 2753, 2753, 2491, 187}}, hdr_base = 0x80c60b0, records = 0x80c61d8, records_count = 929, extension_pool = 0x80ce490, extensions = { buffer = 0x80ce4c0, element_size = 28}, ext_id_map = {buffer = 0x80ce588, element_size = 4}, mmap_base = 0x0, mmap_size = 0, mmap_used_size = 0, buffer = 0x80c61b8, hdr_copy_buf = 0x80c6090, keyword_idx_map = { buffer = 0x0, element_size = 0}, write_to_disk = 0} (gdb) p t $5 = (struct mail_index_transaction *) 0x80d14...

Hi, I just took a look into the dovecot 2.1 sources and just saw a possible issue in array.h. This code snippet as an example: #static inline void * #array_get_modifiable_i(struct array *array, unsigned int *count_r) #{ # *count_r = array->buffer->used / array->element_size; # return buffer_get_modifiable_data(array->buffer, NULL); #} array->buffer->used and array->element_size are of type 'size_t' which is 64bit on amd64 and others while 'count_r' is a 32bit value. At least, I see ugly warnings with -Wconversion (which I personally like...

...6, day_stamp = 1134277200, day_first_uid = {4781, 4779, 4779, 0, 0, 0, 0, 0}}, log_file_seq = 16, log_file_offset = 22028, log_syncs = 0x0, transactions = 1, lock_id = 0, inconsistent = 0, syncing = 0} (gdb) p *t $3 = {refcount = 1, view = 0x80e3668, appends = {buffer = 0x80e9320, element_size = 8}, first_new_seq = 1914, last_new_seq = 2478, expunges = { buffer = 0x80e8000, element_size = 8}, updates = {buffer = 0x80e8020, element_size = 12}, last_update_idx = 0, pre_hdr_change = '\0' <repeats 119 times>, pre_hdr_mask = '\0' <repeats 119 times>...

...intrinsics. Ex: @llvm.memcpy_element_atomic — work was already started to introduce this one in D27133, but could be backed out and restarted. Intrinsic prototype: @llvm.memcpy_element_atomic.<overload desc>(<ty>* dest, <ty>* src, <ty> len, i32 align, i2 isunordered, i16 element_size) Semantics: * Will do a memcpy of len bytes from src to dest. * len must = k * lcm( #bytes in dest type, #bytes in src type), for some non-negative integer k [note: lcm = least-common multiple] * load/store size given by the constant power-of-2 parameter “element_size”; exp...

...lags = 0, input = 0xc5878, file_input = 0xc5750, write_fd = 10, index_sync_ctx = 0xc1d58, sync_view = 0xc1d90, t = 0xc3340, hdr = 0xc1dd8, header = 0xb6900, from_line = 0xb68d8, base_uid_validity = 1143728609, base_uid_last = 5161, base_uid_last_offset = 1538, mails = {buffer = 0xb6928, element_size = 56}, syncs = {buffer = 0xb6950, element_size = 20}, sync_rec = {uid1 = 0, uid2 = 0, type = 0, add_flags = 0 '\0', remove_flags = 0 '\0', keyword_idx = 0}, mail_keyword_pool = 0xc3598, saved_keywords_pool = 0xc36a0, prev_msg_uid = 5494, next_uid = 5709, idx_next_...

...index_view_open(index); (gdb) p *index $3 = { dir = 0x80c80a0 "/mailhome/new/s/b/support/.imap/Tier-2", prefix = 0x80c80e8 "dovecot.index", cache = 0x80c68b0, log = 0x80c6788, mode = 384, gid = 4294967295, extension_pool = 0x80c8258, extensions = { buffer = 0x80c8288, element_size = 28}, expunge_handlers = { buffer = 0x80c81c8, element_size = 4}, sync_handlers = { buffer = 0x80c8dc8, element_size = 8}, sync_lost_handlers = { buffer = 0x80c8de8, element_size = 4}, filepath = 0x80c8c70 "/mailhome/new/s/b/support/.imap/Tier-2/dovecot.index", fd = 6,...

...get_special = 0x37298 <mbox_mail_get_special>, update_flags = 0x49180 <index_mail_update_flags>, update_keywords = 0x491a4 <index_mail_update_keywords>, expunge = 0x491c8 <index_mail_expunge>}, pool = 0xbb940, module_contexts = {buffer = 0xbbad8, element_size = 4}}, data = { flags = MAIL_SEEN, date = 0, received_date = 1138391916, virtual_size = 35917, physical_size = 35337, sent_date = {time = -1, timezone = 0}, parse_line = {field_idx = 4294967295, start_pos = 168, end_pos = 201, line_num = 32, cache = 1}, parse_line_num = 41,...

When attempting to save a message from the INBOX to a folder in a collection (like, .projects.dovecot), I get behavior like this (in GDB). Any clue what might be going wrong? Here's where a SIGABRT happens: 280 return array->buffer->used / array->element_size; This is the stack trace: (gdb) where #0 mail_index_map_get_ext_idx (map=0x1200c0db0, ext_id=0, idx_r=0x11ffe828) at ../../src/lib/array.h:280 #1 0x120058dcc in _view_lookup_ext_full (view=0x1200c0db0, seq=0, ext_id=0, map_r=0x11ffe898, data_r=0x11ffe8a0) at mail-index-view.c:395 #2...

...compress_min_size = 32768, compress_delete_percentage = 20, compress_continued_percentage = 200, compress_header_continue_count = 4 } }, pending_log2_rotate_time = 0, extension_pool = 0x55e3e2c2bf90, extensions = { arr = { buffer = 0x55e3e2c2bfb8, element_size = 48 }, v = 0x55e3e2c2bfb8, v_modifiable = 0x55e3e2c2bfb8 }, ext_hdr_init_id = 0, ext_hdr_init_data = 0x0, sync_lost_handlers = { arr = { buffer = 0x55e3e2b41900, element_size = 8 }, v = 0x55e3e2b41900, v_modifiable = 0x55e3e2b41900 --Type <RET>...

...1: Feb 24 09:29:42 v063ik dovecot: dsync-local(user at domain.com): Error: read(v063il.pnet.ch) failed: <no error> Log Server 2: Feb 24 09:29:42 v063il dovecot: dsync-server(user at domain.com): Panic: file ../../../src/lib/array.h: line 197 (array_idx_i): assertion failed: (idx * array->element_size < array->buffer->used) Feb 24 09:29:42 v063il dovecot: dsync-server(user at domain.com): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0x75f63) [0x7fac77eeaf63] -> /usr/lib64/dovecot/libdovecot.so.0(+0x75ff6) [0x7fac77eeaff6] -> /usr/lib64/dovecot/libdovecot.so.0(+0x27595...

...48, overflow_arg_area = 0x7fff86d4b3a0, reg_save_area = 0x7fff86d4b2e0}} #5 0x00007fc1d6774ed9 in level_scores_add_vuids (br=0x2413ab8, level=0x1c0c2e0, vbox=0x170c950) at fts-search.c:81 i = <optimized out> count = 234 backend_uids = {arr = {buffer = 0x1cdbe90, element_size = 8}, v = 0x1cdbe90, v_modifiable = 0x1cdbe90} vuids_arr = {arr = {buffer = 0x1cdba98, element_size = 4}, v = 0x1cdba98, v_modifiable = 0x1cdba98} vuids = 0xea scores = 0x23c8f50 score = 0xea #6 multi_add_lookup_result (args=0x1bbb220, level=0x1c0c2e0, fctx=0...

On 27 Mar 2019, at 14.58, Timo Sirainen via dovecot <dovecot at dovecot.org> wrote: > >> dovecot isn't able to auto fix the indexes and manual deletion is >> required in all such cases > > So if it keeps repeating, it's very strange. Could you send me such broken dovecot.index and dovecot.index.log files (without dovecot.index.cache)? They shouldn't contain

...ot;array.h", line 63: error 1588: "__inline_func_array_create_from_buffer_para m_2_buffer__" undefined. cc: "array.h", line 63: error 1531: Invalid member of struct or union. cc: "array.h", line 64: error 1588: "__inline_func_array_create_from_buffer_para m_3_element_size__" undefined. cc: "array.h", line 64: error 1531: Invalid member of struct or union. *** Error exit code 1 Stop. *** Error exit code 1 Stop. *** Error exit code 1 Stop. *** Error exit code 1 Stop.

..._save_context *) 0x0 kw = (struct mail_keywords *) 0x0 error = MAIL_ERROR_NONE mailbox_name = 0x407ba1 "INBOX" errstr = <value optimized out> changes = {pool = 0x1cd3fb0, uid_validity = 1233133548, saved_uids = { arr = {buffer = 0x1cd3fd0, element_size = 8}, v = 0x1cd3fd0, v_modifiable = 0x1cd3fd0}, ignored_modseq_changes = 0} range = <value optimized out> ret = 0 __FUNCTION__ = "mail_deliver_save" #17 0x00007fe805e74193 in mail_deliver (ctx=0x7fff71f8d250, storage_r=0x7fff71f8d2c8) at mail-delive...

...o >>> $2 = 22 >>> (gdb) p ret >>> $3 = -1 >>> (gdb) p *ioloop >>> $4 = {prev = 0x801c21080, cur_ctx = 0x0, io_files = 0x801c4f980, >>> next_io_file = 0x0, timeouts = 0x801d17540, timeouts_new = {arr = { >>> buffer = 0x801cd9700, element_size = 8}, v = 0x801cd9700, >>> v_modifiable = 0x801cd9700}, handler_context = 0x801d17560, >>> notify_handler_context = 0x0, max_fd_count = 0, >>> time_moved_callback = 0x800d53bb0 <mail_storage_service_time_moved>, >>> next_max_time = 1477257580, iol...

...at pop3-commands.c:256 256 ret = FALSE; #0 0x0804eb6a in client_update_mails (client=client at entry=0x82017a0) at pop3-commands.c:256 search_args = <optimized out> ctx = <optimized out> mail = 0xb759a797 deleted_msgs = {arr = {buffer = 0x81e2098, element_size = 8}, v = 0x81e2098, v_modifiable = 0x81e2098} seen_msgs = {arr = {buffer = 0xb75de224, element_size = 3076002107}, v = 0xb75de224, v_modifiable = 0xb75de224} msgnum = <optimized out> bit = 1 #1 0x0804ee80 in cmd_quit (client=0x82017a0, args=<...

..., envp=0xffbffbb4) at main.c:229 (gdb) up 4 #4 0x0003f338 in mbox_sync_update_header_from (ctx=0xffbff3a0, mail=0xb3900) at mbox-sync-update.c:443 443 ctx->mail.uid = mail->uid; (gdb) print *ctx $1 = {sync_ctx = 0xffbff708, mail = {uid = 21, idx_seq = 0, keywords = {buffer = 0x0, element_size = 0}, keywords__type = 0x0, flags = 8 '\b', uid_broken = 0, from_offset = 0, body_size = 20202, offset = 50, space = 0}, seq = 1, hdr_offset = 50, body_offset = 961, header_first_change = 4294967295, header_last_change = 0, header = 0x9e408, hdr_md5_sum = "\000\005Z? '\22...

...131 > 131 i_panic("kevent(): %m"); > (gdb) p errno > $1 = 22 > (gdb) p ret > $2 = -1 > (gdb) p *ioloop > $3 = {prev = 0x801c21080, cur_ctx = 0x0, io_files = 0x801c4f980, > next_io_file = 0x0, timeouts = 0x801c19e60, timeouts_new = {arr = {buffer = > 0x801c5ac80, element_size = 8}, v = 0x801c5ac80, > v_modifiable = 0x801c5ac80}, handler_context = 0x801c19e80, > notify_handler_context = 0x0, max_fd_count = 0, time_moved_callback = > 0x800d53bb0 <mail_storage_service_time_moved>, > next_max_time = 1477240784, ioloop_wait_usecs = 29863, io_pending_c...