From owner-freebsd-current  Thu Sep 19 15:46:14 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6FE1137B401
	for <current@freebsd.org>; Thu, 19 Sep 2002 15:46:13 -0700 (PDT)
Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0EDB143E42
	for <current@freebsd.org>; Thu, 19 Sep 2002 15:46:13 -0700 (PDT)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0128.cvx21-bradley.dialup.earthlink.net ([209.179.192.128] helo=mindspring.com)
	by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 17sA3P-0001cV-00; Thu, 19 Sep 2002 15:45:47 -0700
Message-ID: <3D8A5338.363AEF4B@mindspring.com>
Date: Thu, 19 Sep 2002 15:44:08 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Daniel Eischen <eischen@pcnet1.pcnet.com>
Cc: Bruce Evans <bde@zeta.org.au>,
	Julian Elischer <julian@elischer.org>,
	Edwin Culp <eculp@encontacto.net>, current@FreeBSD.ORG
Subject: Re: slapd dumping core with today's current.
References: <Pine.GSO.4.10.10209191821440.27171-100000@pcnet1.pcnet.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Daniel Eischen wrote:
> That's kind of the point of adding the fields that we did
> (mc_len, mc_fpformat).  They can be used to help validate
> the contents and to allow extensions.  We also have some
> spare slots, but the last incarnation of ucontext_t also
> had spare slots and it wasn't nearly enough for what we
> now need.


I was thinking more along the lines of:

	struct extend {
		struct extend	*next;		/* Next extension in list */
		int32_t		id;		/* extension ID */
		char		crap[1];	/* extension specific data */
	};

And then adding:

		struct extend	*extensions;

Yeah, if it's non-NULL, it means a linear list traversal to find
relevent extensions, but that's better than non-working.

String-to-id translation is a seperate function, and can also use
a linear list traversal to find the string, get an ID back, and
then subsequqnetly use the ID.  Yeah, it's an extra contents
dereference, but it's better than non-working.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message