From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 08:23:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8991065675 for ; Sun, 22 Jun 2008 08:23:49 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id 7486F8FC1B for ; Sun, 22 Jun 2008 08:23:49 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 5D50673304; Sun, 22 Jun 2008 08:23:48 +0000 (GMT) Date: Sun, 22 Jun 2008 08:23:48 +0000 From: John Birrell To: Peter Jeremy Message-ID: <20080622082348.GA49706@what-creek.com> References: <20080611051257.GA51683@what-creek.com> <200806211900.29140.max@love2party.net> <485D4510.9070703@telenix.org> <20080621212121.GB46412@what-creek.com> <20080622065020.GJ13734@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080622065020.GJ13734@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Getting started with DTrace in FreeBSD-current (a.k.a. 8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2008 08:23:49 -0000 On Sun, Jun 22, 2008 at 04:50:20PM +1000, Peter Jeremy wrote: > On 2008-Jun-21 21:21:21 +0000, John Birrell wrote: > >The fact that uid_t is not being recognised is just a consequence of > >dtrace being used without CTF data in the kernel. If you haven't got > >CTF data in your kernel, then dtrace is of no use to you. > > How easy would it be to fix this? The Xorg port shouldn't do things that don't work on FreeBSD. :-) It wasn't a problem before because the Xorg port didn't find a program called 'dtrace' in the path, so it just ignored it. Now that there _is_ a program called 'dtrace' in the path, the Xorg port mistakenly assumes that it can (a) use it; and (b) that it will work the same way that it does on Solaris. It is wrong on at least the first count and quite possibly the second. > > IMHO, we should be able to build DTrace-ready applications on a system > without DTrace installed. The whole point of the package mechanism is > to be able to build on one system and run on another - consider trying > to debug problems on a thin client. Ideally (IMHO), we should be able > to run a DTrace-enabled application on a non-DTrace kernel (obviously > without DTrace). You *can't* build DTrace-ready userland applications with DTrace probes in them without DTrace because you need to use the 'dtrace' application to generate the ELF section that is linked into the application. That is the way that Sun designed it. Of course for them it is simple because they always have the ctf tools, dtrace(1) and CTF data in their kernel. I think you have found an enormous clean-room project to work on. :-D -- John Birrell