Hi,

I'm using a recent git version to try to make a backup of my work email 
(IMAP on server to maildir at home), using the following configuration:

MaildirStore local
Path ~/mailstore/
Trash Trash

IMAPStore SURFsara
Host imap.sara.nl
User paulm
Port 993
UseIMAPS yes
#CertificateFile ~/certificates/sara.crt
CertificateFile ~/certificates/terena-ssl.crt
#CertificateFile ~/certificates/usertrust.crt
#CertificateFile /etc/ssl/certs/AddTrust_External_Root.pem

Channel surfsara
Master :SURFsara:
Slave :local:surfsara
Expunge Slave
Sync PullNew PullFlags PullDelete
Create Slave
Pattern *

I get, however, a segfault:

melis@juggle ~ $ ~/software/isync-git/bin/mbsync surfsara
Reading configuration file /home/melis/.mbsyncrc
Channel surfsara
Opening master SURFsara...
Resolving imap.sara.nl... ok
Connecting to imap.sara.nl (145.100.8.49:993)...
Opening slave local...
Connection is now encrypted
Logging in...
Password (SURFsara):
Selecting master INBOX...
Selecting slave INBOX...
Loading master...
Loading slave...
slave: 296 messages, 34 recent
master: 296 messages, 0 recent
Synchronizing...
Selecting master Archives...
Selecting slave Archives...
Maildir notice: no UIDVALIDITY, creating new.
Error: UIDVALIDITY of slave changed (got 1361703790, expected 1361635487)
Selecting master Archives/2011...
Selecting slave Archives/2011...
*** glibc detected *** /home/melis/software/isync-git/bin/mbsync: double 
free or corruption (fasttop): 0x0000000000636bf0 ***
Segmentation fault (core dumped)

(gdb) bt
#0  malloc_consolidate (av=0x7f337892b620 <main_arena>) at malloc.c:4240
#1  malloc_consolidate (av=0x7f337892b620 <main_arena>) at malloc.c:4192
#2  0x00007f33786077d3 in _int_malloc (av=0x7f337892b620 <main_arena>, 
bytes=1174) at malloc.c:3532
#3  0x00007f337860b5b5 in __libc_calloc (n=<optimized out>, 
elem_size=<optimized out>) at malloc.c:3274
#4  0x00007f337950fc3e in _dl_new_object (realname=0x6709f0 
"/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/libgcc_s.so.1", 
libname=0x7f33786efa8c "libgcc_s.so.1", type=2, loader=0x0, 
mode=-1879048191, nsid=0) at dl-object.c:77
#5  0x00007f337950b376 in _dl_map_object_from_fd (name=0x7f33786efa8c 
"libgcc_s.so.1", fd=6, fbp=0x7fff7f286a60, realname=0x6709f0 
"/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/libgcc_s.so.1", loader=0x0, 
l_type=2, mode=-1879048191, stack_endp=0x7fff7f286db0, nsid=0)
     at dl-load.c:1051
#6  0x00007f337950d1c2 in _dl_map_object (loader=0x0, 
name=0x7f33786efa8c "libgcc_s.so.1", type=2, trace_mode=0, 
mode=<optimized out>, nsid=<optimized out>) at dl-load.c:2344
#7  0x00007f337951752d in dl_open_worker (a=0x7fff7f286ff0) at dl-open.c:225
#8  0x00007f3379513336 in _dl_catch_error (objname=0x7fff7f287038, 
errstring=0x7fff7f287040, mallocedp=0x7fff7f28704f, 
operate=0x7f3379517400 <dl_open_worker>, args=0x7fff7f286ff0) at 
dl-error.c:178
#9  0x00007f3379516fba in _dl_open (file=0x7f33786efa8c "libgcc_s.so.1", 
mode=-2147483647, caller_dlopen=0x7f3378685255 <init+21>, nsid=-2, 
argc=2, argv=<optimized out>, env=0x7fff7f2883d0) at dl-open.c:639
#10 0x00007f33786a9c32 in do_dlopen (ptr=0x7fff7f287220) at dl-libc.c:89
#11 0x00007f3379513336 in _dl_catch_error (objname=0x7fff7f2871f8, 
errstring=0x7fff7f287200, mallocedp=0x7fff7f28720f, 
operate=0x7f33786a9bf0 <do_dlopen>, args=0x7fff7f287220) at dl-error.c:178
#12 0x00007f33786a9ccf in dlerror_run (operate=<optimized out>, 
args=<optimized out>) at dl-libc.c:48
#13 0x00007f33786a9d41 in __GI___libc_dlopen_mode (name=<optimized out>, 
mode=<optimized out>) at dl-libc.c:165
#14 0x00007f3378685255 in init () at 
../sysdeps/x86_64/../ia64/backtrace.c:53
#15 0x00007f337837a323 in pthread_once () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_once.S:104
#16 0x00007f3378685374 in __GI___backtrace (array=<optimized out>, 
size=64) at ../sysdeps/x86_64/../ia64/backtrace.c:104
#17 0x00007f33786006bf in __libc_message (do_abort=2, fmt=0x7f33786f40c8 
"*** glibc detected *** %s: %s: 0x%s ***\n") at 
../sysdeps/unix/sysv/linux/libc_fatal.c:178
#18 0x00007f3378606426 in malloc_printerr (action=3, str=0x7f33786f42b8 
"double free or corruption (fasttop)", ptr=<optimized out>) at malloc.c:5007
#19 0x00000000004116d1 in maildir_cleanup (gctx=0x636b40) at 
drv_maildir.c:166
#20 0x0000000000411d11 in maildir_select (gctx=0x636b40, create=1, 
cb=0x406d20 <box_selected>, aux=0x66b984) at drv_maildir.c:900
#21 0x000000000040906e in sync_boxes (ctx=0x7fff7f288220, 
names=<optimized out>, chan=0x61c470, cb=<optimized out>, aux=<optimized 
out>) at sync.c:631
#22 0x00000000004049d9 in sync_chans (ent=<optimized out>, 
mvars=0x7fff7f288200) at main.c:626
#23 sync_chans (mvars=0x7fff7f288200, ent=<optimized out>) at main.c:505
#24 0x0000000000405e47 in box_selected (aux=<optimized out>, 
sts=<optimized out>) at sync.c:724
#25 0x000000000040cea7 in done_imap_cmd (ctx=<optimized out>, 
cmd=0x66baa0, response=<optimized out>) at drv_imap.c:220
#26 0x000000000040f578 in imap_socket_read (aux=<optimized out>) at 
drv_imap.c:1063
#27 0x000000000040c316 in socket_fd_cb (aux=0x61c650, events=<optimized 
out>) at socket.c:750
#28 socket_fd_cb (events=<optimized out>, aux=0x61c650) at socket.c:716
#29 0x000000000040b5b4 in event_wait () at util.c:570
#30 main_loop () at util.c:627
#31 0x00000000004039a1 in main (argc=2, argv=0x7fff7f2883b8) at main.c:489

Running it under valgrind at least doesn't crash but there's an awful 
lot of errors reported (including a lot in OpenSSL, which I find quite 
scary). Some of the errors found in isync are:

==4882== Conditional jump or move depends on uninitialised value(s)
==4882==    at 0x5A4D605: vfprintf (vfprintf.c:1602)
==4882==    by 0x5B03B2E: __vfprintf_chk (vfprintf_chk.c:35)
==4882==    by 0x40A5B4: printn (stdio2.h:118)
==4882==    by 0x40A814: info (util.c:91)
==4882==    by 0x407C69: box_loaded (sync.c:1041)
==4882==    by 0x40E1B0: imap_refcounted_done (drv_imap.c:432)
==4882==    by 0x40CEA6: done_imap_cmd (drv_imap.c:220)
==4882==    by 0x40F577: imap_socket_read (drv_imap.c:1063)
==4882==    by 0x40C315: socket_fd_cb (socket.c:750)
==4882==    by 0x40B5B3: main_loop (util.c:570)
==4882==    by 0x4039A0: main (main.c:489)

==4882== Use of uninitialised value of size 8
==4882==    at 0x407DE0: box_loaded (sync.c:1073)
==4882==    by 0x40E1B0: imap_refcounted_done (drv_imap.c:432)
==4882==    by 0x40CEA6: done_imap_cmd (drv_imap.c:220)
==4882==    by 0x40F577: imap_socket_read (drv_imap.c:1063)
==4882==    by 0x40C315: socket_fd_cb (socket.c:750)
==4882==    by 0x40B5B3: main_loop (util.c:570)
==4882==    by 0x4039A0: main (main.c:489)

==4882== Use of uninitialised value of size 8
==4882==    at 0x410DC0: maildir_validate (drv_maildir.c:326)
==4882==    by 0x411D86: maildir_select (drv_maildir.c:912)
==4882==    by 0x40906D: sync_boxes (sync.c:631)
==4882==    by 0x4049D8: sync_chans (main.c:626)
==4882==    by 0x405E46: box_selected.part.9 (sync.c:724)
==4882==    by 0x40CEA6: done_imap_cmd (drv_imap.c:220)
==4882==    by 0x40F577: imap_socket_read (drv_imap.c:1063)
==4882==    by 0x40C315: socket_fd_cb (socket.c:750)
==4882==    by 0x40B5B3: main_loop (util.c:570)
==4882==    by 0x4039A0: main (main.c:489)

Is this due to me using the latest git version and not the latest 
released one? The reason I'm using git at all is that the release I 
previously tried (1.0.6) I got segfaults as well, so figured I would 
give the git version a try.

Thanks,
Paul


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel

Reply via email to