From owner-freebsd-ports@FreeBSD.ORG Tue Apr 27 23:36:50 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42FCD16A4CE for ; Tue, 27 Apr 2004 23:36:50 -0700 (PDT) Received: from usgrant.trismegistus.net (wbar11.dal1-4-12-223-109.dsl-verizon.net [4.12.223.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFCF43D2F for ; Tue, 27 Apr 2004 23:36:49 -0700 (PDT) (envelope-from hermes@trismegistus.net) Received: from sherman (sherman.trismegistus.net [192.168.0.12]) by usgrant.trismegistus.net (Postfix) with ESMTP id 3164560D; Wed, 28 Apr 2004 01:36:49 -0500 (CDT) Date: Wed, 28 Apr 2004 01:36:49 -0500 (CDT) From: Hermes Trismegistus To: leafy In-Reply-To: <20040428043909.GA18110@chihiro.leafy.idv.tw> Message-ID: <20040428013306.K59649@sherman.trismegistus.net> References: <20040426221217.GA40770@wombat.localnet> <20040428043909.GA18110@chihiro.leafy.idv.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: ports@freebsd.org cc: Michael Edenfield Subject: Re: The ongoing saga of lsof-4.71.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2004 06:36:50 -0000 Hmmm, very interesting, and the plot thickens. I do have the files, "_type.h" in most of the same directories as you, Leaf, but they contain *no* reference to "__cpumask_t". They have such values as: typedef __signed char __int8_t; typedef unsigned char __uint8_t; typedef short __int16_t; typedef unsigned short __uint16_t; typedef int __int32_t; typedef unsigned int __uint32_t Again, something strange is up with my version: FreeBSD sherman.trismegistus.net 5.2-CURRENT FreeBSD 5.2-CURRENT #2: Wed Mar 17 22:57:36 CST 2004 root@sherman.trismegistus.net:/usr/obj/usr/src/sys/SHERMAN i386 Maybe time to do a "make buildworld", you think? Anyway, thanks for the insight. Anyway you cut it, the newest version of lsof is "broke" for me (and Mike). Cheers, J. Craig Woods UNIX/Linux Network/System Administration http://www.trismegistus.net/resume.htm Entropy requires no maintenance. On Wed, 28 Apr 2004, leafy wrote: > On Tue, Apr 27, 2004 at 10:22:20PM -0500, Hermes Trismegistus wrote: > > Mike, one hell of a job at some really good sleuthing. I lacked your > > persistence, or maybe your curiosity. I had given up on the newer version > > of lsof after spending about half the time you spent. I just figured what > > the fuck, I'll stay with the older but working version. I guess you and I > > are the only ones without the "__cpumask_t" value set to some typedef. > > Where did you comment it out (what file)? > > > > Thanks, > > > > J. Craig Woods > I have these in my src tree, do you have them as well? > > sys/alpha/include/_types.h:typedef unsigned int __cpumask_t; > sys/amd64/include/_types.h:typedef unsigned int __cpumask_t; > sys/arm/include/_types.h:typedef unsigned int __cpumask_t; > sys/i386/include/_types.h:typedef unsigned int __cpumask_t; > sys/ia64/include/_types.h:typedef unsigned int __cpumask_t; > sys/modules/smbfs/machine/_types.h:typedef unsigned int > __cpumask_t; > sys/powerpc/include/_types.h:typedef unsigned int __cpumask_t; > sys/sparc64/include/_types.h:typedef unsigned int __cpumask_t; > sys/sys/types.h:typedef __cpumask_t cpumask_t; > > Jiawei > -- > "Without the userland, the kernel is useless." > --inspired by The Tao of Programming >