From owner-freebsd-arch@FreeBSD.ORG Fri Jun 26 15:58:26 2009 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DF7A106564A for ; Fri, 26 Jun 2009 15:58:26 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id 198CD8FC14 for ; Fri, 26 Jun 2009 15:58:26 +0000 (UTC) (envelope-from jilles@stack.nl) Received: by mx1.stack.nl (Postfix, from userid 65534) id 13B59375842; Fri, 26 Jun 2009 17:58:25 +0200 (CEST) X-Spam-DCC: dcc1: scanner01.stack.nl 1182; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on scanner01.stack.nl X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Relay-Country: _RELAYCOUNTRY_ Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 0376737583B; Fri, 26 Jun 2009 17:58:23 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 88B2F228CB; Fri, 26 Jun 2009 17:57:57 +0200 (CEST) Date: Fri, 26 Jun 2009 17:57:57 +0200 From: Jilles Tjoelker To: Ken Smith Message-ID: <20090626155757.GA89856@stack.nl> References: <1245955512.20785.14.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1245955512.20785.14.camel@bauer.cse.buffalo.edu> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-arch@freebsd.org Subject: Re: Time to drop the warning for uid's bigger than USHRT_MAX? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jun 2009 15:58:26 -0000 On Thu, Jun 25, 2009 at 02:45:12PM -0400, Ken Smith wrote: > John's work on the SYSV IPC stuff removes the last place I'm aware of > that had an issue with uid's bigger than what will fit inside an > unsigned short. So, a couple questions: > 1) Does anyone know of any remaining places I'm not aware of? sa(8) has a problem with the uid 1380275712 (probably 5653842 on big endian systems). This is because uid_compare() in usrdb.c does not take the version key (#define VERSION_KEY "\0VERSION" in db.c) into account. -- Jilles Tjoelker