Added backtrace of final abort/signal 11

The trace doesn't show anything relevant.

I suggest you get a support contract (http://inverse.ca/support.html) so we can log in and diagnose the issue directly on the server.

I've had a look at the problem: the exception content relates to too many autorelease pools.
I haven't had time to look into it more yet but I can say

• can replicate with outlook 2013 on initial sync
• can replicate on iphone iso8 when enabling contacts syncing.

Try the upcoming nightly builds. A small change was pushed which could affect this.

Thanks for the patch!
I updated to nightly but still no luck.

(gdb) bt -5
#20358 0x00007f213716ed47 in -[NSObject(NGLogs) errorWithFormat:arguments:] (self=0x7f21395461c0, _cmd=<optimized out>, _fmt=0x7f213803ad70, _va=0x7fff4bf996c8) at NSObject+Logs.m:131
#20359 0x00007f213716e7d2 in -[NSObject(NGLogs) errorWithFormat:] (self=0x7f21395461c0, _cmd=<optimized out>, _fmt=0x7f213803ad70) at NSObject+Logs.m:173
#20360 0x00007f2137d265e0 in -[WOWatchDog run:argc:argv:] (self=0x7f21395461c0, _cmd=<optimized out>, newAppName=<optimized out>, newArgC=<optimized out>, newArgV=<optimized out>) at WOWatchDogApplicationMain.m:945
#20361 0x00007f2137d26979 in WOWatchDogApplicationMain (appName=0x7f213929aa60, argc=7, argv=0x7fff4bf999a8) at WOWatchDogApplicationMain.m:1050
#20362 0x00007f2139094579 in main (argc=7, argv=0x7fff4bf999a8, env=0x7fff4bf999e8) at sogod.m:53
(gdb) f 20360
#20360 0x00007f2137d265e0 in -[WOWatchDog run:argc:argv:] (self=0x7f21395461c0, _cmd=<optimized out>, newAppName=<optimized out>, newArgC=<optimized out>, newArgV=<optimized out>) at WOWatchDogApplicationMain.m:945
945 WOWatchDogApplicationMain.m: No such file or directory.
(gdb) po localException->_e_name
NSGenericException
(gdb) ptype localException
type = struct NSException {
private:
struct NSString _e_name;
struct NSString _e_reason;
void _reserved;
}
(gdb) po localException->_e_reason
Too many (10007) autorelease pools ... leaking them?
(gdb)

version is 2.2.13.20150106-1

what I'm not sure to understand is why the stack is so deep - and not simply crashing the proc.
could the autorelease pool exception be a consequence of an earlier exception that is not handled properly or suppressed improperly?

adding a breakpoint to WOWatchDogApplicationMain.m:945 -> first exception is "Too many (10007) autorelease pools ... leaking them?" with a stack of around 1500 frames already.
Is there a recursive call somewhere that would create a pool at every call ? checking that, I've seen in previous traces that there was a recursive sort somewhere.
It only seems to happen when I enable contacts on my phone, and I've got around 4000 contacts so maybe related to a sort in the contacts handler? Having a look through the code

The version you use is wrong.

It should be 2.2.13.20150108-1.

Try this version or the upcoming version tonight.

sorry didn't pay attention to the date.
The debian wheezy package seems to still 6 Jan though
from http://inverse.ca/debian-nightly/dists/wheezy/wheezy/binary-amd64/Packages

Package: sogo-activesync
Source: sogo
Version: 2.2.13.20150106-1

Retry.

looks ok so far, will attempt the full sync and confirm fixed.
Thanks for the quick turnaround!

Sync on the iPhone is working with no problem at all.
Sync on outlook is working but slow. I think it's unrelated to this bug I think --I'll check the doc and mailing list for possible reasons--, so I think this can be closed.
Thanks!

Seems to work now, no 10-minute hangs and no signal 11.
This is with nightly build 20150108.

Relevant commits:

https://github.com/inverse-inc/sogo/commit/cb9118d869d1d2535c50d46df5457038160de59e

https://github.com/inverse-inc/sogo/commit/1cfbea69c14468424f5eb713bcb5918a70b3d676