Squatter core dump

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,
 
I could set up a cloned machine with a specific big mailbox causing core dump every time squatter tries to rebuild the index.
So I rebuilt the squatter binary with debug info (-g) and here is the gdb back trace for 2.5.11 sources:
 
(gdb) bt
#0  0x00000000004067a7 in add_word_to_trie (index=0x652600, word_ptr=0xffffdf7fb949312d <error: Cannot access memory at address 0xffffdf7fb949312d>, doc_ID=28651) at imap/squat_build.c:790
#1  0x0000000000407ce1 in dump_index_trie_words (index=0x652600, first_char=191, result_offset=0xffffdf7fffdfdcfc) at imap/squat_build.c:1449
#2  0x0000000000408177 in index_close_internal (index=0x652600, OK=1) at imap/squat_build.c:1589
#3  0x00000000004085c8 in squat_index_finish (index=0x652600) at imap/squat_build.c:1695
#4  0x0000000000404d74 in squat_single (state=0x41ddc0, incremental=0) at imap/squatter.c:484
#5  0x0000000000405331 in index_me (name=0xffffdf7fffdfe920 "sonicle.com!user.test^big", matchlen=0, maycreate=0, rock=0xffffdf7fffdff924) at imap/squatter.c:636
#6  0x00000000004056ee in main (argc=7, argv=0xffffdf7fffdff968) at imap/squatter.c:746
 
I don't know if this is the same reason why cyrus.squat is always rebuilt from scratch on many big mailboxes.
Hope this may help close this long awaited resolution.
I can patch & rebuild binaries easily on this cloned test machine, if you can give me directions on where the problem may be.
 
Thanks!
Gabriele
 
 
Sonicle S.r.l. http://www.sonicle.com
Music: http://www.gabrielebulfon.com
eXoplanets : https://gabrielebulfon.bandcamp.com/album/exoplanets
 

[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux