Date: Sat, 5 Aug 2017 12:54:49 +0300 From: Konstantin Belousov <kostikbel@gmail.com> To: Kevin Oberman <rkoberman@gmail.com> Cc: FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org> Subject: Re: Program crashes after 320666 Message-ID: <20170805095449.GY1700@kib.kiev.ua> In-Reply-To: <CAN6yY1vUga79gVTtZvrk%2BLPpNgo%2BedunbFQx3MUZP_R=B90iow@mail.gmail.com> References: <CAN6yY1vUga79gVTtZvrk%2BLPpNgo%2BedunbFQx3MUZP_R=B90iow@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Aug 04, 2017 at 06:10:48PM -0700, Kevin Oberman wrote: > multimedia/avidemux_qt4 has started dumping core with segfaults and other > errors in libthread called from Qt4. I am suspicious that the real problem > is in Qt4 and those errors were previously not detected and usually not > causing a problem. > > The problem shows up with kernels at r320666 and later. The update on July > 5 was: > Add MAP_GUARD and use it for stack protection. So the same userspace and application binaries on pre-r320666 works fine, am I right ? > > Should I open a ticket for the Qt4 or should I spend more effort on whether > it might be a kernel issue. (Pretty sure it's Qt4 at fault.) I might also > look into updating the port to use Qr5 as Qt4 is clearly starting to bitrot > and support for Qt5 has already been added upstream. Regardless of tickets, the only way to know what is going on is to debug the app. Build everything with the debug symbols, crash it under debugger control and obtain - backtraces of all threads - content of registers of the faulted thread - disassembly of the function which faulted - memory map of the application
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170805095449.GY1700>