Date: Mon, 31 Jul 2000 19:39:20 -0400 (EDT) From: Brian Fundakowski Feldman <green@FreeBSD.org> To: Peter Wemm <peter@netplex.com.au> Cc: Jeroen Ruigrok van der Werven <jruigrok@via-net-works.nl>, Luoqi Chen <luoqi@watermarkgroup.com>, cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/sys Makefile.inc Message-ID: <Pine.BSF.4.21.0007311936470.72911-100000@green.dyndns.org> In-Reply-To: <200007312117.OAA66719@netplex.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 31 Jul 2000, Peter Wemm wrote: > I would prefer that we changed all the syscall entry points to have sys_ > prefixes. I know NetBSD has done this but I don't know their particular > reasons. One thing though - it makes it more obvious what is callable from > ddb and what is not. eg: 'call sync' looks harmless but will die because > the syscall context is not present. 'call sys_sync' is obviously wrong. > We could provide a real ddb-callable sync() function for ddb. I agree. As Mike Smith has been pointing out for a long time, it's long past due to separate the kernel's API into reasonable, reusable pieces :) For what it's worth, my solution for doing this kinda stuff from DDB (a huge hack, but using call in DDB is a hack no matter what...) is to "ps", get the running process, "p lbolt", and do what I want (for instance, a few days ago, "call reboot(<procaddr>, <lboltaddr>)" shut down the machine while it was in an infinite loop ;) > I suspect that this argument would become a bikeshed argument before long > though. > > Cheers, > -Peter > -- > Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au > "All of this is for nothing if we don't go to the stars" - JMS/B5 -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0007311936470.72911-100000>