search for: right_idx

Hi, I've upgraded to last version of dovecot and am now getting the following assertions: Jul 25 00:00:34 bld3 dovecot: Panic: IMAP(example1 at example.com): file index-sort-string.c: line 542 (index_sort_add_ids_range): assertion failed: (left_idx == 0 && right_idx == rightmost_idx) Jul 25 00:00:34 bld3 dovecot: IMAP(example1 at example.com): Raw backtrace: imap [0x5555555d30f0] -> imap [0x5555555d3157] -> imap [0x5555555d27d8] -> imap(index_sort_list_finish_string+0xe8e) [0x5555555a01de] -> imap(index_storage_search_next_nonblock+0x432) [0x55...

...ame_format=%u /private/dovecot/etc/passwd driver = passwd-file } protocol imap { mail_max_userip_connections = 20 } Here's the backtrace in gdb. Core was generated by `dovecot/imap'. Program terminated with signal 11, Segmentation fault. #0 acl_mailbox_right_lookup (box=0x12e6730, right_idx=7) at acl-mailbox.c:40 40 if (abox->skip_acl_checks) Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.132.el6_5.2.x86_64 sssd-client-1.9.2-129.el6.x86_64 (gdb) bt full #0 acl_mailbox_right_lookup (box=0x12e6730, right_idx=7) at acl-mailbox.c:40 abox = 0x0 a...

...s/<user>/dovecot-acl containing only owner lr then login to imap (with telnet) and do 1 GETACL Archive I get following result from gdb attached to worker process serving particular connection. Program received signal SIGSEGV, Segmentation fault. acl_mailbox_right_lookup (box=0x7fd75e4e1dc0, right_idx=right_idx at entry=10) at acl-mailbox.c:40 40 if (abox->skip_acl_checks) (gdb) p abox $1 = (struct acl_mailbox *) 0x0 (gdb) # uname -a Linux omelette 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3 x86_64 GNU/Linux ii dovecot-core 1:2.2.13-2 amd64 local build from sources in te...

I have dovecot-1.0-test64 installed on OpenBSD-3.6. It works fine with local password. Now I fail to get dovecot to use MySQL to query for user details. Any help would be very appreciated. Here are the details: from /var/log/maillog: 1) with "default_pass_scheme = PLAIN" Apr 3 07:20:22 www dovecot: Dovecot v1.0-test64 starting up Apr 3 07:20:23 www dovecot:

...? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??? ? ? ? idx = <optimized out>? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ? ? ? left_idx = <optimized out>? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??? ? ? ? right_idx = <optimized out>? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ? ? ? count = <optimized out>? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?#3? 0x00007f32d9b859ae in seq_range_exists (array=array at entry=0x55b332a1f8f8, seq=seq at entry...

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

...;synthetic pointer>, array=0x557be80cc168) at array.h:209 No locals. #2 seq_range_lookup (array=0x557be80cc168, seq=2222, idx_r=0x7ffead4141d4) at seq-range-array.c:14 data = <optimized out> idx = <optimized out> left_idx = <optimized out> right_idx = <optimized out> count = <optimized out> #3 0x00007f8d406379ae in seq_range_exists (array=array at entry=0x557be80cc168, seq=seq at entry=2222) at seq-range-array.c:391 idx = 32766 #4 0x00007f8d408fd3d9 in mailbox_search_result_add (result=result at entry=0x557be8...

...continue, or q <return> to quit--- #13 0x080bd794 in bsearch_insert_pos (key=0xbfff9f20, base=0x8d3d798, nmemb=46, size=8, cmp=0x8093ee0 <sort_node_cmp_no_sort_id>, idx_r=0xbfff9f1c) at bsearch-insert-pos.c:20 p = (const void *) 0x0 idx = 23 left_idx = 0 right_idx = 46 ret = 0 #14 0x08094660 in index_sort_headers (program=0x8d3d330, last_seq=52) at index-sort.c:590 node = {seq = 47, sort_id = 0} count = 46 idx = 15 #15 0x08094759 in index_sort_build (program=0x8d3d330, last_seq=52) at index-sort.c:637 ibox = (struct in...