Date: Fri, 24 Apr 1998 17:00:02 +0900 (JST) From: Michael Hancock <michaelh@cet.co.jp> To: Terry Lambert <tlambert@primenet.com> Cc: wollman@khavrinen.lcs.mit.edu, darrenr@reed.wattle.id.au, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/netinet ip_fw.c Message-ID: <Pine.SV4.3.95.980424165431.27824D-100000@parkplace.cet.co.jp> In-Reply-To: <199804240716.AAA10334@usr09.primenet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 24 Apr 1998, Terry Lambert wrote: > That is, "ps" operates on system dumps as well as running systems. > > A procedural interface rather than a data interface won't work on a > system dump (since there is no kernel to service the method invocation). > > The best implementation I could come up with was to make an abstract > data interface using a procedural access, and then bind the procedural > access to the kernel image (-N system). > > The way this would work is that the "ps" program would dlopen() the > "system" image to access the procedural routines that operated > against the kmem image (/dev/kmem or "core"). Umm. Could it be done completely data driven without having to invoke routines out of the image? 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?Pine.SV4.3.95.980424165431.27824D-100000>