Date: Thu, 09 Feb 2006 01:16:16 -0500 From: Joe Marcus Clarke <marcus@marcuscom.com> To: eculp@encontacto.net Cc: freebsd-ports@freebsd.org, Alex Dupre <ale@freebsd.org> Subject: Re: gamin 0.1.7 Message-ID: <1139465776.54060.1.camel@shumai.marcuscom.com> In-Reply-To: <20060208170251.3muhgn2xickwcsgg@mail.encontacto.net> References: <43E9FFAE.5020500@FreeBSD.org> <20060208133916.dzyx74skookookk4@mail.encontacto.net> <43EA4F1F.8060206@FreeBSD.org> <20060208142856.0ojbnsgmmw0c80o0@mail.encontacto.net> <43EA62F9.60604@FreeBSD.org> <20060208170251.3muhgn2xickwcsgg@mail.encontacto.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-1s7FfBvkXvmAXhHSPNvt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-02-08 at 17:02 -0600, eculp@encontacto.net wrote: > Quoting Alex Dupre <ale@FreeBSD.org>: >=20 > > eculp@encontacto.net wrote: > >> IIRC, gamin was dumping core, but since it was a production server I=20 > >> didn't look further but went back to courier. > > > > Was the gam_server to dump core or the courier-imap using libgamin?=20 > > If it was the former it never happened to me, the latter could be a=20 > > courier bug exploited by an unexpected different behaviour of gamin. > > > >> If you think the new version has a chance of working with courier, I=20 > >> could give it a try. Early tomorrow morning or maybe this evening=20 > >> if I can get caught up. (CST). > > > > Giving a real quick look at courier source code I can see a few=20 > > potential bugs regarding missing or uncorrect checks of FAMPending=20 > > return values. I don't know if they can cause logical errors and dump=20 > > core, but surely the fam integration is not perfect. The quick answer=20 > > is "try the new version", even if the probabilities are not many. >=20 > Alex, I was mistaken. I just deinstalled fam and installed the new=20 > gamin port and found that the real problem is that imapd is dumping=20 > core not gamin. >=20 > Feb 8 16:47:58 home kernel: pid 58199 (imapd), uid 80: exited on=20 > signal 11 (core dumped) > Feb 8 16:48:01 home kernel: pid 58201 (imapd), uid 80: exited on=20 > signal 11 (core dumped) > Feb 8 16:48:03 home kernel: pid 58198 (imapd), uid 80: exited on=20 > signal 11 (core dumped) >=20 > and dumping with an Sig 11 that I hate. I always think memory but=20 > switching back to fam it again works perfectly. Not much help I'm=20 > afraid. If there is anything special that I can test for you, let me=20 > know. I've got both compiled now so it isn't difficult to switch back=20 > and forth. Signal 11 is a segmentation fault indicating a NULL pointer dereference. Compile courier with debugging symbols, then get a full backtrace when imapd dumps core: gdb imapd imapd.core (gdb) bt full Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-1s7FfBvkXvmAXhHSPNvt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD6t4wb2iPiv4Uz4cRAlLzAJ4nDsnFXAAGZOb2pZ2+nTR0M0RRBACcDpu5 EK129YEmYho6mJ/Tokra+0I= =bY8D -----END PGP SIGNATURE----- --=-1s7FfBvkXvmAXhHSPNvt--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1139465776.54060.1.camel>