hello list,
testing the 2.18 release i got following core dump. Maybe Timo you can get a look at it.
greetings dominik
Core Dump:
root@hbs-buko:/var/vmail/hbs-buko.info/dominik.breu#
gdb /usr/lib/dovecot/imap core
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/dovecot/imap...Reading symbols
from /usr/lib/debug//usr/lib/dovecot/imap...done.
done.
[New LWP 4069]
Core was generated by `dovecot/imap'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 imap_msgpart_contains_body (msgpart=0x0) at imap-msgpart.c:311
311 imap-msgpart.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt full
#0 imap_msgpart_contains_body (msgpart=0x0) at imap-msgpart.c:311
No locals.
#1 0x00007f4eba177054 in fetch_state_update_stats (msgpart=<optimized
out>, ctx=0x7f4ebacfa910, ctx=0x7f4ebacfa910) at imap-fetch-body.c:169
No locals.
#2 0x00007f4eba17747b in fetch_rfc822_header (ctx=0x7f4ebacfa910,
mail=0x7f4ebad08a10, context=<optimized out>) at imap-fetch-body.c:529
msgpart = 0x0
str = <optimized out>
#3 0x00007f4eba1754cc in imap_fetch_more_int
(ctx=ctx@entry=0x7f4ebacfa910, cancel=false) at imap-fetch.c:506
h = <optimized out>
_data_stack_cur_id = 4
state = 0x7f4ebacfa960
client = 0x7f4ebacf9bb0
count = <optimized out>
ret = <optimized out>
__FUNCTION__ = "imap_fetch_more_int"
#4 0x00007f4eba1765ca in imap_fetch_more (ctx=0x7f4ebacfa910,
cmd=cmd@entry=0x7f4ebacfa7b0) at imap-fetch.c:558
ret = <optimized out>
__FUNCTION__ = "imap_fetch_more"
#5 0x00007f4eba169864 in cmd_fetch (cmd=0x7f4ebacfa7b0) at
cmd-fetch.c:286
client = <optimized out>
ctx = 0x7f4ebacfa910
args = 0x7f4ebace2b08
next_arg = <optimized out>
list_arg = 0x7f4ebad03b50
search_args = 0x0
qresync_args = {qresync_sample_seqset = 0x7f4ebacd71f8,
qresync_sample_uidset = 0x1}
messageset = 0x7f4ebace2c70 "353"
send_vanished = <optimized out>
ret = <optimized out>
#6 0x00007f4eba173cbc in command_exec (cmd=cmd@entry=0x7f4ebacfa7b0) at
imap-commands.c:167
hook = 0x7f4ebace00f0
diff = <optimized out>
finished = <optimized out>
#7 0x00007f4eba172b32 in client_command_input (cmd=0x7f4ebacfa7b0) at
imap-client.c:828
client = 0x7f4ebacf9bb0
command = <optimized out>
__FUNCTION__ = "client_command_input"
#8 0x00007f4eba172f2d in client_handle_next_command
(remove_io_r=<synthetic pointer>, client=0x7f4ebacf9bb0) at
imap-client.c:926
No locals.
#9 client_handle_input (client=0x7f4ebacf9bb0) at imap-client.c:938
_data_stack_cur_id = 3
remove_io = false
handled_commands = false
client = 0x7f4ebacf9bb0
#10 0x00007f4eba1732f5 in client_input (client=0x7f4ebacf9bb0) at
imap-client.c:980
cmd = 0xea880
output = 0x7f4ebacfa5d0
bytes = 2
__FUNCTION__ = "client_input"
#11 0x00007f4eb99a2b6c in io_loop_call_io (io=0x7f4ebacfa6c0) at
ioloop.c:501
ioloop = 0x7f4ebacdf740
t_id = 2
__FUNCTION__ = "io_loop_call_io"
---Type <return> to continue, or q <return> to quit---
#12 0x00007f4eb99a3ba5 in io_loop_handler_run_internal
(ioloop=ioloop@entry=0x7f4ebacdf740) at ioloop-epoll.c:220
ctx = 0x7f4ebace0460
io = <optimized out>
tv = {tv_sec = 1799, tv_usec = 999300}
events_count = <optimized out>
msecs = <optimized out>
ret = 1
i = 0
j = <optimized out>
call = <optimized out>
__FUNCTION__ = "io_loop_handler_run_internal"
#13 0x00007f4eb99a2bd9 in io_loop_handler_run
(ioloop=ioloop@entry=0x7f4ebacdf740) at ioloop.c:548
No locals.
#14 0x00007f4eb99a2c58 in io_loop_run (ioloop=0x7f4ebacdf740) at
ioloop.c:525
__FUNCTION__ = "io_loop_run"
#15 0x00007f4eb9941243 in master_service_run (service=0x7f4ebacdf5d0,
callback=<optimized out>) at master-service.c:581
No locals.
#16 0x00007f4eba16696c in main (argc=1, argv=0x7f4ebacdf390) at
main.c:431
set_roots = {0x7f4eba38b940
On 16 May 2015, at 11:28, Dominik Breu dominik@dominikbreu.de wrote:
hello list,
testing the 2.18 release i got following core dump. Maybe Timo you can get a look at it.
That's not v2.2.18 release though, it's the hg version after v2.2.18 release.
Program terminated with signal SIGSEGV, Segmentation fault. #0 imap_msgpart_contains_body (msgpart=0x0) at imap-msgpart.c:311 No locals. #1 0x00007f4eba177054 in fetch_state_update_stats (msgpart=<optimized out>, ctx=0x7f4ebacfa910, ctx=0x7f4ebacfa910) at imap-fetch-body.c:169
Hey Timo,
You are correct I meant the 2.2.18 version. Thx for the fix.
Greetings Dominik
Am 16. Mai 2015 10:48:09 MESZ, schrieb Timo Sirainen tss@iki.fi:
On 16 May 2015, at 11:28, Dominik Breu dominik@dominikbreu.de wrote:
hello list,
testing the 2.18 release i got following core dump. Maybe Timo you
can
get a look at it.
That's not v2.2.18 release though, it's the hg version after v2.2.18 release.
Program terminated with signal SIGSEGV, Segmentation fault. #0 imap_msgpart_contains_body (msgpart=0x0) at imap-msgpart.c:311 No locals. #1 0x00007f4eba177054 in fetch_state_update_stats (msgpart=<optimized out>, ctx=0x7f4ebacfa910, ctx=0x7f4ebacfa910) at imap-fetch-body.c:169
-- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
participants (2)
-
Dominik Breu
-
Timo Sirainen