Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 26 Jan 1999 06:13:04 -0800
From:      Don Lewis <Don.Lewis@tsc.tdk.com>
To:        Dag-Erling Smorgrav <des@flood.ping.uio.no>, Brian Feldman <green@unixhelp.org>
Cc:        Boris Staeblow <balu@dva.in-berlin.de>, dillon@apollo.backplane.com, freebsd-current@FreeBSD.ORG
Subject:   Re: Heads up! New swapper and VM changes have been committed to -4.x
Message-ID:  <199901261413.GAA18902@salsa.gv.tsc.tdk.com>
In-Reply-To: Dag-Erling Smorgrav <des@flood.ping.uio.no> "Re: Heads up! New swapper and VM changes have been committed to -4.x" (Jan 26, 12:20pm)

next in thread | previous in thread | raw e-mail | index | archive | help
On Jan 26, 12:20pm, Dag-Erling Smorgrav wrote:
} Subject: Re: Heads up! New swapper and VM changes have been committed to -
} Brian Feldman <green@unixhelp.org> writes:
} > On 24 Jan 1999, Dag-Erling Smorgrav wrote:

} > > These are dynamically linked, and will automatically pick up the new
} > > libkvm.
} > But (most) still require the structures to be the exact same way,
} > which is the reason for the recompile anyway... don't forget that!
} 
} No, because the libkvm interface has not changed, only its internals.
} libkvm must be updated to be able to talk to the kernel, and
} applications which use it must be relinked with it. In the case of
} dynamically linked applications, this is done automatically at load
} time. Or am I reading this wrong?

It depends on what has changed.  If the application asks libkvm to
fetch some structure from the kernel, and the application's idea of
what the structure looks like is different that what is compiled into
the kernel and libkvm, the application will not work correctly.  For
instance, if the layout of the proc structure changes, an application
that was compiled with the old structure definition that calls
kvm_getprocs() will get a pointer to a structure with the new layout.
When the application dereferences the pointer that kvm_getprocs() returns
at some offset into the structure, it will be looking at some other part
of the proc structure than what it wants.

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199901261413.GAA18902>