Date: Tue, 24 Apr 2018 09:39:54 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 227579] [NEW PORT] www/sogo4 : new major version branch of www/sogo[2,3] Message-ID: <bug-227579-7788-I5U6UjztfF@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-227579-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-227579-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227579 Baptiste Daroussin <bapt@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bapt@FreeBSD.org, | |theraven@FreeBSD.org --- Comment #2 from Baptiste Daroussin <bapt@FreeBSD.org> --- it fails on me (freebsd 11.1): The previous version did the same: dying at logon with SIGABRT The main difference is the previous version worked when built with DEBUG option, this version dies even with DEBUG option I'm CCing David as this happens since the last update of GNUStep and he followed on mailing lists for previous version * thread #1, name =3D 'sogod', stop reason =3D signal SIGABRT frame #0: 0x000000080606b71a libc.so.7`kill + 10 frame #1: 0x000000080606b6d0 libc.so.7`___lldb_unnamed_symbol842$$libc.= so.7 + 144 frame #2: 0x000000080606b640 libc.so.7`__stack_chk_fail + 16 frame #3: 0x000000080159f347 libSOGo.so.4`___lldb_unnamed_symbol1119$$libSOGo.so.4 + 375 frame #4: 0x000000080159e93e libSOGo.so.4`___lldb_unnamed_symbol1109$$libSOGo.so.4 + 158 frame #5: 0x0000000801595b0e libSOGo.so.4`___lldb_unnamed_symbol944$$libSOGo.so.4 + 990 frame #6: 0x000000080158bee3 libSOGo.so.4`___lldb_unnamed_symbol849$$libSOGo.so.4 + 179 frame #7: 0x000000080158c41b libSOGo.so.4`___lldb_unnamed_symbol851$$libSOGo.so.4 + 1051 frame #8: 0x00000008106b4022 MainUI`___lldb_unnamed_symbol11$$MainUI + = 386 frame #9: libNGObjWeb.so.4.9`-[SoActionInvocation callOnObject:withPositionalParametersWhenNotNil:inContext:](self=3D0x000000= 080d9f2750, _cmd=3D<unavailable>, _client=3D<unavailable>, _positionalArgs=3D0x00000000= 00000000, _ctx=3D0x000000080c019210) at SoActionInvocation.m:300 * frame #10: libNGObjWeb.so.4.9`-[SoObjectMethodDispatcher dispatchInContext:](self=3D0x00000008121f0870, _cmd=3D<unavailable>, _ctx=3D0x000000080c019210) at SoObjectMethodDispatcher.m:191 frame #11: libNGObjWeb.so.4.9`-[SoObjectRequestHandler handleRequest:inContext:session:application:](self=3D0x000000080da91550, _cmd=3D<unavailable>, _rq=3D<unavailable>, _ctx=3D0x000000080c019210, _sn=3D<unavailable>, app=3D<unavailable>) at SoObjectRequestHandler.m:584 frame #12: libNGObjWeb.so.4.9`-[WORequestHandler handleRequest:](self=3D0x000000080da91550, _cmd=3D<unavailable>, _request=3D0x000000080d98b610) at WORequestHandler.m:237 frame #13: libNGObjWeb.so.4.9`-[WOCoreApplication dispatchRequest:usingHandler:](self=3D0x000000080c2d9c10, _cmd=3D<unavailab= le>, _request=3D0x000000080d98b610, handler=3D0x000000080da91550) at WOCoreApplication.m:712 frame #14: sogod`-[SOGo dispatchRequest:](self=3D0x000000080c2d9c10, _cmd=3D<unavailable>, _request=3D<unavailable>) at SOGo.m:576 frame #15: libNGObjWeb.so.4.9`-[WOHttpTransaction _run](self=3D0x000000080d8a5390, _cmd=3D<unavailable>) at WOHttpTransaction= .m:566 frame #16: libNGObjWeb.so.4.9`-[WOHttpTransaction run](self=3D0x000000080d8a5390, _cmd=3D<unavailable>) at WOHttpTransaction.= m:619 frame #17: libNGObjWeb.so.4.9`-[WOHttpAdaptor runConnection:](self=3D0x000000080c309b60, _cmd=3D<unavailable>, _socket=3D<unavailable>) at WOHttpAdaptor.m:373 frame #18: libNGObjWeb.so.4.9`-[WOHttpAdaptor _handleAcceptedConnection:](self=3D0x000000080c309b60, _cmd=3D<unavailable>, _connection=3D<unavailable>) at WOHttpAdaptor.m:407 frame #19: libNGObjWeb.so.4.9`-[WOHttpAdaptor _handleConnection:](self=3D0x000000080c309b60, _cmd=3D<unavailable>, connection=3D0x000000080c309bd0) at WOHttpAdaptor.m:466 frame #20: libNGObjWeb.so.4.9`-[WOHttpAdaptor acceptControlMessage:](self=3D0x000000080c309b60, _cmd=3D<unavailable>, aNotification=3D<unavailable>) at WOHttpAdaptor.m:505 frame #21: 0x0000000805398e6e libgnustep-base.so.1.25`_i_NSNotificationCenter___postAndRelease_ + 1102 frame #22: 0x00000008054793f9 libgnustep-base.so.1.25`_i_GSRunLoopCtxt__pollUntil_within_ + 4409 frame #23: 0x00000008053d246e libgnustep-base.so.1.25`_i_NSRunLoop__acceptInputForMode_beforeDate_ + 654 frame #24: 0x00000008053d28c2 libgnustep-base.so.1.25`_i_NSRunLoop__runMode_beforeDate_ + 354 frame #25: libNGObjWeb.so.4.9`-[WOCoreApplication run](self=3D0x000000080c2d9c10, _cmd=3D<unavailable>) at WOCoreApplication.= m:584 frame #26: libNGObjWeb.so.4.9`-[WOWatchDog _spawnChild:](self=3D0x000000080c07f690, _cmd=3D<unavailable>, child=3D0x000000080dac4010) at WOWatchDogApplicationMain.m:600 frame #27: libNGObjWeb.so.4.9`-[WOWatchDog _ensureChildren](self=3D<unavailable>, _cmd=3D<unavailable>) at WOWatchDogApplicationMain.m:690 frame #28: libNGObjWeb.so.4.9`-[WOWatchDog run:argc:argv:](self=3D0x000000080c07f690, _cmd=3D<unavailable>, newAppName=3D<unavailable>, newArgC=3D1, newArgV=3D<unavailable>) at WOWatchDogApplicationMain.m:942 frame #29: libNGObjWeb.so.4.9`WOWatchDogApplicationMain(appName=3D0x000000000123e9f0, argc=3D1, argv=3D0x00007fffffffe8b0) at WOWatchDogApplicationMain.m:1051 frame #30: sogod`main(argc=3D1, argv=3D0x00007fffffffe8b0, env=3D<unava= ilable>) at sogod.m:51 frame #31: 0x00000000010357d0 sogod`_start + 384 --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-227579-7788-I5U6UjztfF>