Skip site navigation (1)Skip section navigation (2)
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>