Date: Fri, 18 Jul 2003 13:31:36 -0500 From: Dan Nelson <dnelson@allantgroup.com> To: Pawel Jakub Dawidek <nick@garage.freebsd.pl> Cc: Robert Watson <rwatson@freebsd.org> Subject: Re: running 5.1-RELEASE with no procfs mounted (lockups?) Message-ID: <20030718183135.GB91152@dan.emsphone.com> In-Reply-To: <20030718182115.GD84740@prioris.mini.pw.edu.pl> References: <20030715223653.Y36933-100000@mail.econolodgetulsa.com> <Pine.NEB.3.96L.1030717125545.62989I-100000@fledge.watson.org> <20030718080659.GA26490@garage.freebsd.pl> <3F17B3AE.1FD5CAC6@mindspring.com> <20030718182115.GD84740@prioris.mini.pw.edu.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
In the last episode (Jul 18), Pawel Jakub Dawidek said: > On Fri, Jul 18, 2003 at 01:45:34AM -0700, Terry Lambert wrote: > +> > +> truss Relies on the event model of procfs; there have been > +> > +> some initial patches and discussion of migrating truss > +> > +> to ptrace() but I don't think we have anything very > +> > +> usable yet. I'd be happy to be corrected on this. :-) > +> > > +> > Hmm, why to change this behaviour? Is there any functionality > +> > that ktrace(1) doesn't provide? > +> > +> It can interactively run in another window, giving you realtime > +> updates on what's happening up to the point of a kernel crash. > +> With ktrace, you are relatively screwed. > > Hmm, you're talking about: > > # ktrace -p <PID> > # kdump -l Neat! I didn't know about -l. One thing truss/strace can do that ktrace doesn't (can't?) is dereference pointers to print things like select/poll arrays, stat structures, etc (see pr bin/52190, which is waiting patiently for a committer). -- Dan Nelson dnelson@allantgroup.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030718183135.GB91152>