[Dovecot] Coredump using virtual folder.

[Matthias Rieber]

Hello,

On Wed, 8 Apr 2009, Timo Sirainen wrote:

> On Wed, 2009-04-08 at 18:46 +0200, Matthias Rieber wrote:
>> I guess x-references2 has been renamed to refs. When I'm using I that, I
>> got a coredump again:
>>
>> [New process 24135]
>> #0  0x080a3038 in index_header_lookup_init (box=0x9b05d28, headers=0x0) at
>> index-mail-headers.c:864
>> 864             i_assert(*headers != NULL);
>> (gdb) bt
>
> Fixed this and another bug:
> http://hg.dovecot.org/dovecot-1.2/rev/e5633843c336

it partly fixes the bug. When I access the folder for the first time it 
works now.

I've a virtual folder 'unseen' and one 'keyword'. When I mark some mails 
seen that are in the search folders of unseen and I access the folder 
unseen, the status will be updated and the messages disappear. So far so 
good, but when I access the keyword folder, I get a coredump again:

Core was generated by `imap'.
Program terminated with signal 11, Segmentation fault.
[New process 22081]
#0  0x080a542b in search_index_arg (arg=0x973da68, ctx=0xa13b140) at 
index-search.c:123
123             for (i = 0; i < search_kws->count; i++) {
(gdb) bt
#0  0x080a542b in search_index_arg (arg=0x973da68, ctx=0xa13b140) at index-search.c:123
#1  0x080b0ea2 in search_arg_foreach (arg=0x973da68, callback=0x80a52e0 <search_index_arg>, context=0xa13b140) at mail-search.c:316
#2  0x080b0ff0 in mail_search_args_foreach (args=0x973da68, callback=0x80a52e0 <search_index_arg>, context=0xa13b140) at mail-search.c:329
#3  0x080a528a in index_storage_search_next_update_seq (_ctx=0xa13b140) at index-search.c:1266
#4  0xb7f64666 in fts_mailbox_search_next_update_seq (ctx=0xa13b140) at fts-storage.c:683
#5  0x080a5544 in index_storage_search_next_nonblock (_ctx=0xa13b140, mail=0xa13b2b0, tryagain_r=0xbfaccbbb) at index-search.c:1189
#6  0xb7f64f02 in fts_mailbox_search_next_nonblock (ctx=0xa13b140, mail=0xa13b2b0, tryagain_r=0xbfaccbbb) at fts-storage.c:631
#7  0x080b3d4d in mailbox_search_next_nonblock (ctx=0xa13b140, mail=0xa13b2b0, tryagain_r=0xbfaccbbb) at mail-storage.c:751
#8  0x080b3da8 in mailbox_search_next (ctx=0xa13b140, mail=0xa13b2b0) at mail-storage.c:737
#9  0x080af66a in index_search_result_update_flags (result=0xa139ff8, changes=0xbfacce64) at index-search-result.c:78
#10 0xb7f5cd16 in virtual_storage_sync_init (box=0x97399d0, flags=65) at virtual-sync.c:677
#11 0x080b3b02 in mailbox_sync (box=0x0, flags=65, status_items=239, status_r=0xbfaccf48) at mail-storage.c:574
#12 0x08064708 in cmd_select_full (cmd=0x9731240, readonly=false) at cmd-select.c:273
#13 0x08064e69 in cmd_select (cmd=0x9731240) at cmd-select.c:388
#14 0x0806700c in client_command_input (cmd=0x9731240) at client.c:603
#15 0x080670a9 in client_command_input (cmd=0x9731240) at client.c:652
#16 0x080676ed in client_handle_input (client=0x9730fb0) at client.c:693
#17 0x08067ba3 in client_input (client=0x9730fb0) at client.c:748
#18 0x080f7390 in io_loop_handler_run (ioloop=0x972c9b0) at ioloop-epoll.c:208
#19 0x080f6820 in io_loop_run (ioloop=0x972c9b0) at ioloop.c:338
#20 0x080704c5 in main (argc=Cannot access memory at address 0x0) at main.c:320

When I delete the dovecot.index.* files in the virtual folder it works 
again, till the unseen messages change.

regards,

matthias