On Sun, Feb 02, 2014 at 02:09:13PM +0000, Alex Crow wrote: > And ran it under valgrind: > ok, this one is different (the fix is clearly effective). not that it appears to have fixed *much*, though ...
> ==6503== Invalid read of size 4 > ==6503== at 0x409029: box_loaded (sync.c:1427) > ==6503== by 0x40EF78: imap_refcounted_done (drv_imap.c:524) > ==6503== by 0x40CFC6: done_imap_cmd (drv_imap.c:230) > ==6503== by 0x411152: imap_socket_read (drv_imap.c:1298) > ==6503== by 0x40C3F9: socket_fd_cb (socket.c:728) > ==6503== by 0x40B7CC: main_loop (util.c:663) > ==6503== by 0x40382B: main (main.c:501) > ==6503== Address 0x8 is not stack'd, malloc'd or (recently) free'd > ==6503== > i cannot make any sense of this. it rather clearly indicates that srec is actually null - but that should be plain impossible, because in this case it must have crashed a few lines above already. the gdb output you posted previously suggests that this is an optimized build. care to make an unoptimized build and see whether/how this changes the situation? the next thing i'd try is setting a breakpoint at line 1411, and when it gets hit, set a *data* breakpoint on srec with a condition of it being null. ------------------------------------------------------------------------------ WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk _______________________________________________ isync-devel mailing list isync-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/isync-devel