Date: Sat, 4 Sep 2004 01:13:30 -0400 From: Brian Fundakowski Feldman <green@FreeBSD.org> To: Jun Kuriyama <kuriyama@imgsrc.co.jp> Cc: arch@FreeBSD.org Subject: Re: abort(3) in libc/db/btree/bt_split.c Message-ID: <20040904051330.GH45292@green.homeunix.org> In-Reply-To: <7m3c20x7p3.wl@black.imgsrc.co.jp> References: <7m3c20x7p3.wl@black.imgsrc.co.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 03, 2004 at 02:06:16PM +0900, Jun Kuriyama wrote: > > I found there are abort(3)s in bt_split.c (found by ruby18/portupgrade > dumping core). > > It seems flags in data structure which ruby uses are corrupted, but > abort(3) is not helpful for usual users. > > So I think __bt_split() (and other functions in this file) should > return RET_ERROR, or write a dying message before abort(3). > > I'd like to try to code returing RET_ERROR (with internal tree > cleanup) if that is the way to go. Have you checked if they were fixed in subsequent SleepyCat DB 1.x releases to return error instead of dump core, so we could use a vendor fix? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040904051330.GH45292>