From owner-freebsd-current@FreeBSD.ORG Tue Oct 11 19:21:49 2011 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 C84061065672 for ; Tue, 11 Oct 2011 19:21:49 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 58C8F8FC0A for ; Tue, 11 Oct 2011 19:21:48 +0000 (UTC) Received: by wwe3 with SMTP id 3so10607108wwe.31 for ; Tue, 11 Oct 2011 12:21:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gb7X2rXQwMu9e2oGwUqA228vboLLDpjZkC3b+aQfiSs=; b=j/4u0cpHjn47LfUwduoJjH3cI8fD81wnBPMU+wwJ46abWOBANfacgU00hD5YGqrkjq wkFn52/VuroXTcPJEUu5bMY4VOR2cu2UddehrQhXOevALC5zt5JIg6wQR5d+s3wk5Dbh L6EKe+zluDc0Ao6CksekgBdS6AxPEnq+7ycvg= MIME-Version: 1.0 Received: by 10.227.19.210 with SMTP id c18mr8326969wbb.65.1318360908208; Tue, 11 Oct 2011 12:21:48 -0700 (PDT) Sender: r.c.ladan@gmail.com Received: by 10.180.83.130 with HTTP; Tue, 11 Oct 2011 12:21:48 -0700 (PDT) In-Reply-To: References: <4E942FF1.9000805@FreeBSD.org> <4E9449F2.2000801@FreeBSD.org> <4E944BA5.4080506@lerctr.org> <83FC19FA-BD52-4383-9ABE-708161597B85@mac.com> <589d032a-7b71-4ff1-8adf-f5e49e87696c@email.android.com> Date: Tue, 11 Oct 2011 21:21:48 +0200 X-Google-Sender-Auth: _eoIh9XuWLPMFaTZWZyC1gpRako Message-ID: From: =?ISO-8859-1?Q?Ren=E9_Ladan?= To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Matt Thyer , FreeBSD current , Larry Rosenman Subject: Re: System headers with clang? 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: Tue, 11 Oct 2011 19:21:50 -0000 2011/10/11 Garrett Cooper : > On Tue, Oct 11, 2011 at 10:55 AM, Larry Rosenman wrote: >> On Wed, 12 Oct 2011, Matt Thyer wrote: >> >>> On Oct 12, 2011 3:25 AM, "Larry Rosenman" wrote: >>>> >>>> I didn't say bug for bug, just not generate stupid errors like the ffs >>> >>> one. >>>> >>>> -- >>>> Sent from my Android phone with K-9 Mail. Please excuse my brevity. >>>> >>>> Chuck Swiger wrote: >>>> >>>> On Oct 11, 2011, at 6:59 AM, Larry Rosenman wrote: >>>>> >>>>> We will NOT support clang as the compiler for lsof unless the system >>> >>> headers work the same way as gcc's do. >>>> >>>> That apparently means you won't support clang then, because it's not >>> >>> intended to be (or ever going to be) fully bug-for-bug "compatible" wit= h >>> GCC. In this case, at least, clang is reporting legitimate issues which >>> should be fixed, even if folks continue to build lsof with GCC from now >>> until the end of days. >>> >>> The elegant solution would be to avoid this problem altogether by >>> re-implementation of lsof using interfaces into the kernel that provide >>> the >>> required information. >>> >>> bsdof anyone? >>> >> lsof is PORTABLE and available on LOTS of platforms. >> >> We have fstat, but lsof can be used between differing OS's. >> >> We've also asked for Kernel interfaces before, but no one volunteered >> to make the KPI for them. >> >> I'm sure if someone(tm) (not me, insufficient knowledge) was >> to make interfaces for ALL that lsof needs, Vic would implement it >> as it would make his life easier. > > It would be nice in general if there were sysctls for accessing this > data as even utilities in base have libkvm magic sprinkled around with > pointer magic by default instead of using the sysctl analogs (I'm > referring to ifconfig, netstat, etc), and as noted by some.. using > libkvm on live memory could be potentially; the only valid usage I can > really think of is when dealing with . > > What data does Vic need to grab from the kernel in order to get the > file descriptor data? > Just a quick note that FreeBSD 9 and later also have libprocstat which could be a nice interface. I haven't looked at the details yet though. Ren=E9