From owner-freebsd-standards@FreeBSD.ORG Mon May 30 11:02:07 2005 Return-Path: X-Original-To: freebsd-standards@freebsd.org Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6E6B16A41C for ; Mon, 30 May 2005 11:02:07 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B15D43D53 for ; Mon, 30 May 2005 11:02:07 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4UB27P0030147 for ; Mon, 30 May 2005 11:02:07 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4UB26tJ030141 for freebsd-standards@freebsd.org; Mon, 30 May 2005 11:02:06 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 30 May 2005 11:02:06 GMT Message-Id: <200505301102.j4UB26tJ030141@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-standards@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 11:02:07 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/05] bin/25542 standards /bin/sh: null char in quoted string p [2002/02/25] standards/35307standards standard include files are not standard c o [2002/12/13] kern/46239 standards posix semaphore implementation errors o [2003/04/21] standards/51209standards [PATCH] add a64l()/l64a/l64a_r functions p [2003/06/05] standards/52972standards /bin/sh arithmetic not POSIX compliant o [2003/07/12] standards/54410standards one-true-awk not POSIX compliant (no exte o [2004/01/01] standards/60772standards _Bool and bool should be unsigned o [2004/11/03] standards/73500standards 'set +o' in /bin/sh does not include unse o [2005/03/03] standards/78357standards getaddrinfo() doesn't appear to support A o [2005/03/09] standards/78650standards ttyname_r() is not standards compliant o [2005/03/16] standards/78907standards does not define pthread typ 11 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/09/24] bin/21519 standards sys/dir.h should be deprecated some more o [2001/01/16] bin/24390 standards Replacing old dir-symlinks when using /bi s [2001/01/24] standards/24590standards timezone function not compatible witn Sin s [2001/06/18] kern/28260 standards UIO_MAXIOV needs to be made public p [2001/11/20] standards/32126standards getopt(3) not Unix-98 conformant o [2002/02/27] misc/35381 standards incorrect floating-point display of large s [2002/03/19] standards/36076standards Implementation of POSIX fuser command o [2002/06/14] standards/39256standards [v]snprintf aren't POSIX-conformant for s o [2002/07/09] kern/40378 standards stdlib.h gives needless warnings with -an p [2002/08/12] standards/41576standards POSIX compliance of ln(1) o [2002/10/23] standards/44425standards getcwd() succeeds even if current dir has o [2002/12/09] standards/46119standards Priority problems for SCHED_OTHER using p o [2003/07/24] standards/54809standards pcvt deficits o [2003/07/25] standards/54833standards more pcvt deficits o [2003/07/25] standards/54839standards pcvt deficits o [2003/07/31] standards/55112standards glob.h, glob_t's gl_pathc should be "size o [2003/09/05] standards/56476standards cd9660 unicode support simple hack o [2003/10/29] standards/58676standards grantpt(3) alters storage used by ptsname p [2003/12/26] standards/60597standards FreeBSD's /usr/include lacks of cpio.h s [2004/02/14] standards/62858standards malloc(0) not C99 compliant p [2004/02/21] standards/63173standards Patch to add getopt_long_only(3) to libc o [2004/03/29] kern/64875 standards [patch] add a system call: fdatasync() o [2004/05/07] standards/66357standards make POSIX conformance problem ('sh -e' & o [2004/05/11] standards/66531standards _gettemp uses a far smaller set of filena o [2004/08/22] standards/70813standards [PATCH] ls not Posix compliant o [2004/08/26] docs/70985 standards [patch] sh(1): incomplete documentation o o [2004/09/22] standards/72006standards floating point formating in non-C locales o [2005/03/20] standards/79055standards Add an IFS regression test for shells o [2005/03/20] standards/79056standards regex(3) regression tests o [2005/03/21] standards/79067standards /bin/sh should be more intelligent about o [2005/05/20] standards/81287standards [PATCH]: fingerd(8) might send a line not 31 problems total. From owner-freebsd-standards@FreeBSD.ORG Tue May 31 11:38:47 2005 Return-Path: X-Original-To: standards@FreeBSD.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FFD316A41C; Tue, 31 May 2005 11:38:47 +0000 (GMT) (envelope-from nectar@FreeBSD.org) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 395F343D1D; Tue, 31 May 2005 11:38:47 +0000 (GMT) (envelope-from nectar@FreeBSD.org) Received: from lum.celabo.org (lum.celabo.org [10.0.1.107]) by gw.celabo.org (Postfix) with ESMTP id 8F10E3E634D; Tue, 31 May 2005 06:38:46 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lum.celabo.org (Postfix) with ESMTP id 79674FF680; Tue, 31 May 2005 06:38:44 -0500 (CDT) In-Reply-To: References: <200505041529.36826.peter@wemm.org> <20050509.104234.71141880.imp@bsdimp.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jacques Vidrine Date: Tue, 31 May 2005 06:38:41 -0500 To: Hajimu UMEMOTO X-Mailer: Apple Mail (2.730) Cc: standards@FreeBSD.org, freebsd-arch@FreeBSD.org, des@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 11:38:47 -0000 On May 27, 2005, at 1:30 PM, Hajimu UMEMOTO wrote: > Hi, >>>>>> On Mon, 09 May 2005 10:42:34 -0600 (MDT) >>>>>> Warner Losh said: >> Are you suggest when to remove padding? Since the major of libc was >> bumped already in 6-CURRENT, it may better to wait 7-CURRENT. > > imp> We've generally not worried compatibility in the 'rough and > tumble' > imp> world of FreeBSD current. So unless there's a problem in the > upgrade > imp> path, I think that we safely omit them. > > I'll commit the attached change to nuke padding. It will break ABI > compatibility on 64 bit arch. So, I'm planning bumping major of > affected shlibs. Please review it. It isn't clear to me that bumping the libraries' version number in - CURRENT is necessary, but I have no objection, either. Cheers, -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-standards@FreeBSD.ORG Tue May 31 12:26:04 2005 Return-Path: X-Original-To: standards@FreeBSD.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA23216A41C; Tue, 31 May 2005 12:26:04 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D32643D1D; Tue, 31 May 2005 12:26:04 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VCPbMA007766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 May 2005 21:25:38 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 31 May 2005 21:25:35 +0900 Message-ID: From: Hajimu UMEMOTO To: Jacques Vidrine In-Reply-To: References: <200505041529.36826.peter@wemm.org> <20050509.104234.71141880.imp@bsdimp.com> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Tue, 31 May 2005 21:25:38 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: current@FreeBSD.org, standards@FreeBSD.org, des@FreeBSD.org, freebsd-arch@FreeBSD.org, Hajimu UMEMOTO Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 12:26:05 -0000 Hi, >>>>> On Tue, 31 May 2005 06:38:41 -0500 >>>>> Jacques Vidrine said: nectar> It isn't clear to me that bumping the libraries' version number in - nectar> CURRENT is necessary, but I have no objection, either. Thank you. Though libc was already bumped, the rest is not bumed. So, we need bumping the rest which refer getaddrinfo(3). Unless bumping, we'll not be able to have compat libs for 5.X. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-standards@FreeBSD.ORG Tue May 31 14:09:55 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 395EC16A423; Tue, 31 May 2005 14:09:55 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 888C743D48; Tue, 31 May 2005 14:09:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4VDqrvE060929; Tue, 31 May 2005 07:52:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 May 2005 07:53:29 -0600 (MDT) Message-Id: <20050531.075329.118637972.imp@bsdimp.com> To: ume@freebsd.org From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, des@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 14:09:55 -0000 In message: Hajimu UMEMOTO writes: : Hi, : : >>>>> On Tue, 31 May 2005 06:38:41 -0500 : >>>>> Jacques Vidrine said: : : nectar> It isn't clear to me that bumping the libraries' version number in - : nectar> CURRENT is necessary, but I have no objection, either. : : Thank you. : Though libc was already bumped, the rest is not bumed. So, we need : bumping the rest which refer getaddrinfo(3). Unless bumping, we'll : not be able to have compat libs for 5.X. So the libraries that depend on libc need to be bumped to allow producing compat libs for 5.x? Warner From owner-freebsd-standards@FreeBSD.ORG Tue May 31 14:43:35 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D077C16A41C; Tue, 31 May 2005 14:43:34 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5177C43D4C; Tue, 31 May 2005 14:43:33 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VEgoFq067092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 May 2005 23:42:54 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 31 May 2005 23:42:48 +0900 Message-ID: From: Hajimu UMEMOTO To: "M. Warner Losh" In-Reply-To: <20050531.075329.118637972.imp@bsdimp.com> References: <20050531.075329.118637972.imp@bsdimp.com> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Tue, 31 May 2005 23:42:54 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, des@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 14:43:35 -0000 Hi, >>>>> On Tue, 31 May 2005 07:53:29 -0600 (MDT) >>>>> "M. Warner Losh" said: imp> So the libraries that depend on libc need to be bumped to allow imp> producing compat libs for 5.x? Yes, I think so. Do I have a misunderstanding? Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-standards@FreeBSD.ORG Tue May 31 14:51:41 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCAB616A41C; Tue, 31 May 2005 14:51:41 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF8243D48; Tue, 31 May 2005 14:51:26 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4VElvPY062346; Tue, 31 May 2005 08:47:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 May 2005 08:48:32 -0600 (MDT) Message-Id: <20050531.084832.20036038.imp@bsdimp.com> To: ume@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <20050531.075329.118637972.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, des@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 14:51:42 -0000 In message: Hajimu UMEMOTO writes: : >>>>> On Tue, 31 May 2005 07:53:29 -0600 (MDT) : >>>>> "M. Warner Losh" said: : : imp> So the libraries that depend on libc need to be bumped to allow : imp> producing compat libs for 5.x? : : Yes, I think so. Do I have a misunderstanding? In general, yes. However, I think that only those libraries that use the affected interfaces in libc need a bump in this case. Maybe we should look to see which libraries are affected rather than a blind bump. The blind bump is the only way to make sure, but so far the project has been unable to commit to doing such a bump due to the pain that trying to do it in ports would also cause. But that's my soapbox... Warner From owner-freebsd-standards@FreeBSD.ORG Tue May 31 15:06:50 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA6E016A41C; Tue, 31 May 2005 15:06:50 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21BAA43D49; Tue, 31 May 2005 15:06:49 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VF6W2l085199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 00:06:32 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Jun 2005 00:06:31 +0900 Message-ID: From: Hajimu UMEMOTO To: "M. Warner Losh" In-Reply-To: <20050531.084832.20036038.imp@bsdimp.com> References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Jun 2005 00:06:33 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, des@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:06:51 -0000 Hi, >>>>> On Tue, 31 May 2005 08:48:32 -0600 (MDT) >>>>> "M. Warner Losh" said: imp> In general, yes. However, I think that only those libraries that use imp> the affected interfaces in libc need a bump in this case. Maybe we imp> should look to see which libraries are affected rather than a blind imp> bump. No, it is not blind bump. The following libraries refers getaddrinfo(3), thus should be bumped: RELENG_5 HEAD Need to Bump libbsnmp 2 2 o libc 5 6 libfetch 3 3 o libftpio 5 5 o libipsec 1 1 o libkadm5clnt 7 7 o libkrb5 7 7 o libpam 2 2 pam_radius o pam_unix o libpcap 3 3 o libroken 7 7 o libssh 2 2 o libutil 4 4 o libwrap 3 3 o Actually, not all libraries of kerberos and pam stuff refer getaddrinfo(3). However, it seems shlib major of kerberos and pam stuff are managed by single major version. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-standards@FreeBSD.ORG Tue May 31 15:37:12 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29F8416A41C; Tue, 31 May 2005 15:37:12 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D8B43D1D; Tue, 31 May 2005 15:37:11 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD002KE7XKBAA0@osl1smout1.broadpark.no>; Tue, 31 May 2005 19:44:08 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD00B5G2852Y57@osl1sminn1.broadpark.no>; Tue, 31 May 2005 17:40:53 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 772E6451B3; Tue, 31 May 2005 17:37:09 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 508DB45165; Tue, 31 May 2005 17:37:05 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 47B7F33C3B; Tue, 31 May 2005 17:37:05 +0200 (CEST) Date: Tue, 31 May 2005 17:37:05 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: To: Hajimu UMEMOTO Message-id: <86fyw32yqm.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:37:12 -0000 Hajimu UMEMOTO writes: > No, it is not blind bump. The following libraries refers > getaddrinfo(3), thus should be bumped: > > RELENG_5 HEAD Need to Bump > [...] > libpam 2 2 > pam_radius o > pam_unix o You can't just bump libpam; you need to bump all the modules along with it, because libpam will only load modules with the same major number as itself. In fact, there is only a single SHLIB_MAJOR for the entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc. Is it really necessary to remove the padding? It gives us a lot of trouble for zero gain. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-standards@FreeBSD.ORG Tue May 31 15:53:16 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6699F16A41C; Tue, 31 May 2005 15:53:16 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEBBC43D1D; Tue, 31 May 2005 15:53:15 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VFqpZx030658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 00:52:51 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Jun 2005 00:52:49 +0900 Message-ID: From: Hajimu UMEMOTO To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=) In-Reply-To: <86fyw32yqm.fsf@xps.des.no> References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> <86fyw32yqm.fsf@xps.des.no> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Jun 2005 00:52:51 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:53:16 -0000 Hi, >>>>> On Tue, 31 May 2005 17:37:05 +0200 >>>>> Dag-Erling Sm=F8rgrav said: des> You can't just bump libpam; you need to bump all the modules along des> with it, because libpam will only load modules with the same major des> number as itself. In fact, there is only a single SHLIB_MAJOR for the des> entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc. Thank you for clarification. My patch bumps SHLIB_MAJOR in lib/libpam/Makefile.inc. des> Is it really necessary to remove the padding? It gives us a lot of des> trouble for zero gain. I think such cleanup should be done before major release. However, if our consensus doesn't want to remove the padding, I'll stop removing it. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-standards@FreeBSD.ORG Tue May 31 16:51:17 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 516C016A41C; Tue, 31 May 2005 16:51:17 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D038743D4C; Tue, 31 May 2005 16:51:16 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j4VGp0df008467; Tue, 31 May 2005 12:51:00 -0400 (EDT) Date: Tue, 31 May 2005 12:51:00 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86fyw32yqm.fsf@xps.des.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, current@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:51:17 -0000 On Tue, 31 May 2005, [iso-8859-1] Dag-Erling Sm=F8rgrav wrote: > Hajimu UMEMOTO writes: > > No, it is not blind bump. The following libraries refers > > getaddrinfo(3), thus should be bumped: > > > > =09=09=09RELENG_5=09HEAD=09Need to Bump > > [...] > > libpam=09=09=092=09=092 > > =09pam_radius=09=09=09=09o > > =09pam_unix=09=09=09=09o > > You can't just bump libpam; you need to bump all the modules along > with it, because libpam will only load modules with the same major > number as itself. In fact, there is only a single SHLIB_MAJOR for the > entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc. > > Is it really necessary to remove the padding? It gives us a lot of > trouble for zero gain. And sometimes we put padding in place to allow for expansion (ucontext for one). I think the padding should stay. If we ever get symbol versioning, then you can remove it without having to bump library versions. --=20 DE From owner-freebsd-standards@FreeBSD.ORG Tue May 31 16:57:16 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42DA816A41C; Tue, 31 May 2005 16:57:16 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id C077143D4C; Tue, 31 May 2005 16:57:15 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD002LBBN0VF10@osl1smout1.broadpark.no>; Tue, 31 May 2005 21:04:12 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD00BK15XL2YI7@osl1sminn1.broadpark.no>; Tue, 31 May 2005 19:00:57 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id D819945165; Tue, 31 May 2005 18:57:13 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 065D745131; Tue, 31 May 2005 18:57:09 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id DB3A533C3B; Tue, 31 May 2005 18:57:09 +0200 (CEST) Date: Tue, 31 May 2005 18:57:09 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: To: Hajimu UMEMOTO Message-id: <86k6lfbafu.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> <86fyw32yqm.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:57:16 -0000 Hajimu UMEMOTO writes: > Dag-Erling Sm=F8rgrav writes: > > You can't just bump libpam; you need to bump all the modules along > > with it, because libpam will only load modules with the same major > > number as itself. In fact, there is only a single SHLIB_MAJOR for the > > entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc. > Thank you for clarification. My patch bumps SHLIB_MAJOR in > lib/libpam/Makefile.inc. As PAM maintainer, I strongly object. > > Is it really necessary to remove the padding? It gives us a lot of > > trouble for zero gain. > I think such cleanup should be done before major release. What do we gain from removing the padding? Is there even a single practical benefit to doing so? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-standards@FreeBSD.ORG Tue May 31 17:47:03 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 460DB16A41C; Tue, 31 May 2005 17:47:03 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFAA843D49; Tue, 31 May 2005 17:47:02 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VHkaGv085369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 02:46:36 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Jun 2005 02:46:35 +0900 Message-ID: From: Hajimu UMEMOTO To: Daniel Eischen In-Reply-To: References: <86fyw32yqm.fsf@xps.des.no> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Jun 2005 02:46:37 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: current@freebsd.org, nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 17:47:03 -0000 Hi, >>>>> On Tue, 31 May 2005 12:51:00 -0400 (EDT) >>>>> Daniel Eischen said: deischen> And sometimes we put padding in place to allow for expansion deischen> (ucontext for one). I think the padding should stay. If we deischen> ever get symbol versioning, then you can remove it without deischen> having to bump library versions. Since there are the padding only in 64 bit arch, I think we cannot use them for such purpose. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-standards@FreeBSD.ORG Tue May 31 17:56:45 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41CD816A41C; Tue, 31 May 2005 17:56:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E12F43D4C; Tue, 31 May 2005 17:56:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4VHrcDt064683; Tue, 31 May 2005 11:53:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 May 2005 11:53:38 -0600 (MDT) Message-Id: <20050531.115338.74685129.imp@bsdimp.com> To: des@des.no From: Warner Losh In-Reply-To: <86k6lfbafu.fsf@xps.des.no> References: <86fyw32yqm.fsf@xps.des.no> <86k6lfbafu.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, current@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 17:56:45 -0000 > Hajimu UMEMOTO writes: > > Dag-Erling Sm=F8rgrav writes: > > > You can't just bump libpam; you need to bump all the modules alon= g > > > with it, because libpam will only load modules with the same majo= r > > > number as itself. In fact, there is only a single SHLIB_MAJOR fo= r the > > > entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc. > > Thank you for clarification. My patch bumps SHLIB_MAJOR in > > lib/libpam/Makefile.inc. > = > As PAM maintainer, I strongly object. Keep in mind that systemic changes can trump a maintainer's objection. This is a systemic change, so your single objection is not necessarily enough to not do this. However, the issues you raise may be reason enough to revert the systemic change. > > > Is it really necessary to remove the padding? It gives us a lot = of > > > trouble for zero gain. > > I think such cleanup should be done before major release. > = > What do we gain from removing the padding? Is there even a single > practical benefit to doing so? It is for posix compatibility. http://lists.freebsd.org/pipermail/freebsd-standards/2005-May/000869.ht= ml is where to start for an explaination. The question becomes one of do we care enough about 5.x compatibility with our new architectures to preserve it. The RE has indecated that he'd really like to see us do that (ABI stability). Warner From owner-freebsd-standards@FreeBSD.ORG Tue May 31 18:00:31 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C975D16A41C; Tue, 31 May 2005 18:00:31 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4856C43D5C; Tue, 31 May 2005 18:00:31 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VI0BoF031579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 03:00:12 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Jun 2005 03:00:10 +0900 Message-ID: From: Hajimu UMEMOTO To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=) In-Reply-To: <86k6lfbafu.fsf@xps.des.no> References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> <86fyw32yqm.fsf@xps.des.no> <86k6lfbafu.fsf@xps.des.no> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Jun 2005 03:00:12 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 18:00:32 -0000 Hi, >>>>> On Tue, 31 May 2005 18:57:09 +0200 >>>>> Dag-Erling Sm=F8rgrav said: des> As PAM maintainer, I strongly object. des> What do we gain from removing the padding? Is there even a single des> practical benefit to doing so? Perhaps, nothing. It breaks only 64 bit arch. I think 64 bit arch will deployed more aftertime. If we plan to fix this up in the future, it is better to fix as soon as possible, IMHO. In anyway, there is one more issue in my patch. We cannot correct 1st argument of getnetbyaddr(3) without breaking ABI compatibility. Fortunately, getnetbyaddr(3) is not refered else where in our libraries. So, I'll fix getnetbyaddr(3). Sincerely, From owner-freebsd-standards@FreeBSD.ORG Tue May 31 18:05:38 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B19D016A41C; Tue, 31 May 2005 18:05:38 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D94C43D53; Tue, 31 May 2005 18:05:38 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j4VI5WsE029159; Tue, 31 May 2005 14:05:32 -0400 (EDT) Date: Tue, 31 May 2005 14:05:32 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Warner Losh In-Reply-To: <20050531.115338.74685129.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 18:05:38 -0000 On Tue, 31 May 2005, Warner Losh wrote: > > > > What do we gain from removing the padding? Is there even a single > > practical benefit to doing so? > > It is for posix compatibility. > > http://lists.freebsd.org/pipermail/freebsd-standards/2005-May/000869.html > > is where to start for an explaination. I don't think anyone doubts why it was changed, but POSIX does not dictate any order or layout of the structure. The padding need not be removed just for compliance sake. Unless we're missing something... -- DE From owner-freebsd-standards@FreeBSD.ORG Tue May 31 19:09:09 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EA4A16A41C; Tue, 31 May 2005 19:09:09 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E37A43D4C; Tue, 31 May 2005 19:09:08 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD002S3HQTVS70@osl1smout1.broadpark.no>; Tue, 31 May 2005 23:16:05 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD00BLXC1E3EW7@osl1sminn1.broadpark.no>; Tue, 31 May 2005 21:12:50 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 376D045165; Tue, 31 May 2005 21:09:07 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 20B8245131; Tue, 31 May 2005 21:09:02 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id C751733C3B; Tue, 31 May 2005 21:09:01 +0200 (CEST) Date: Tue, 31 May 2005 21:09:01 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050531.115338.74685129.imp@bsdimp.com> To: Warner Losh Message-id: <86fyw3b4c2.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <86fyw32yqm.fsf@xps.des.no> <86k6lfbafu.fsf@xps.des.no> <20050531.115338.74685129.imp@bsdimp.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, current@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 19:09:09 -0000 Warner Losh writes: > Dag-Erling Sm=F8rgrav writes: > > What do we gain from removing the padding? Is there even a single > > practical benefit to doing so? > It is for posix compatibility. Nonsense. POSIX does not forbid padding or additional structure members. The exact wording is: > The header shall define the addrinfo structure that includes > at least the following members: -------- > > int ai_flags Input flags. > int ai_family Address family of socket. > int ai_socktype Socket type. > int ai_protocol Protocol of socket. > socklen_t ai_addrlen Length of socket address. > struct sockaddr *ai_addr Socket address of socket. > char *ai_canonname Canonical name of service location. > struct addrinfo *ai_next Pointer to next in list. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-standards@FreeBSD.ORG Tue May 31 20:05:48 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B742F16A41C; Tue, 31 May 2005 20:05:48 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id A983843D49; Tue, 31 May 2005 20:05:47 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4VK3Y1V066276; Tue, 31 May 2005 14:03:34 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 May 2005 14:03:34 -0600 (MDT) Message-Id: <20050531.140334.74683681.imp@bsdimp.com> To: des@des.no From: Warner Losh In-Reply-To: <86fyw3b4c2.fsf@xps.des.no> References: <86k6lfbafu.fsf@xps.des.no> <20050531.115338.74685129.imp@bsdimp.com> <86fyw3b4c2.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, current@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 20:05:49 -0000 > Warner Losh writes: > > Dag-Erling Sm=F8rgrav writes: > > > What do we gain from removing the padding? Is there even a singl= e > > > practical benefit to doing so? > > It is for posix compatibility. > = > Nonsense. POSIX does not forbid padding or additional structure > members. The exact wording is: > = > > The header shall define the addrinfo structure that inclu= des > > at least the following members: > -------- > > > > int ai_flags Input flags. > > int ai_family Address family of socket. > > int ai_socktype Socket type. > > int ai_protocol Protocol of socket. > > socklen_t ai_addrlen Length of socket address. > > struct sockaddr *ai_addr Socket address of socket. > > char *ai_canonname Canonical name of service location.= > > struct addrinfo *ai_next Pointer to next in list. Did you bother reading what I posted? I don't think so since you'd have known that ai_addrlen was changed to be socklen_t for posix compliance, and the padding was added for ABI compatibility. The removal of padding is the normal sort of thing that's done during major revisions. It was there, indirectly, for POSIX compliance. Maybe the padding removal is too painful given all the extra 'oh, by the ways' that we're stumbling over. Warner From owner-freebsd-standards@FreeBSD.ORG Tue May 31 20:08:36 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F0BB16A41C; Tue, 31 May 2005 20:08:36 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA75643D49; Tue, 31 May 2005 20:08:35 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD002XAKHVVR90@osl1smout1.broadpark.no>; Wed, 01 Jun 2005 00:15:32 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD00BM3ESG2ZP8@osl1sminn1.broadpark.no>; Tue, 31 May 2005 22:12:16 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id EEB4645165; Tue, 31 May 2005 22:08:32 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 3A03C45131; Tue, 31 May 2005 22:08:30 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 2E20E33C3B; Tue, 31 May 2005 22:08:30 +0200 (CEST) Date: Tue, 31 May 2005 22:08:30 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050531.140334.74683681.imp@bsdimp.com> To: Warner Losh Message-id: <867jhfb1kx.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <86k6lfbafu.fsf@xps.des.no> <20050531.115338.74685129.imp@bsdimp.com> <86fyw3b4c2.fsf@xps.des.no> <20050531.140334.74683681.imp@bsdimp.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, current@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 20:08:36 -0000 Warner Losh writes: > Dag-Erling Sm=F8rgrav writes: > > Warner Losh writes: > > > Dag-Erling Sm=F8rgrav writes: > > > > What do we gain from removing the padding? Is there even a single > > > > practical benefit to doing so? > > > It is for posix compatibility. > > Nonsense. POSIX does not forbid padding or additional structure > > members. The exact wording is: [...] > Did you bother reading what I posted? I don't think so since you'd > have known that ai_addrlen was changed to be socklen_t for posix > compliance, and the padding was added for ABI compatibility. The > removal of padding is the normal sort of thing that's done during > major revisions. It was there, indirectly, for POSIX compliance. I know that. I am questioning the need to *remove* the padding, as you would know if *you* had bothered reading what *I* posted. I've included it so you can double-check. > Maybe the padding removal is too painful given all the extra 'oh, by > the ways' that we're stumbling over. That is exactly what I'm saying. BTW, could you please fix your MUA to correctly attribute quotes? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-standards@FreeBSD.ORG Tue May 31 20:14:21 2005 Return-Path: X-Original-To: standards@FreeBSD.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBDA416A41C; Tue, 31 May 2005 20:14:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id E010A43D48; Tue, 31 May 2005 20:14:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4VKDxNv066389; Tue, 31 May 2005 14:13:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 May 2005 14:13:59 -0600 (MDT) Message-Id: <20050531.141359.41699609.imp@bsdimp.com> To: des@des.no From: Warner Losh In-Reply-To: <867jhfb1kx.fsf@xps.des.no> References: <86fyw3b4c2.fsf@xps.des.no> <20050531.140334.74683681.imp@bsdimp.com> <867jhfb1kx.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: nectar@FreeBSD.org, standards@FreeBSD.org, freebsd-arch@FreeBSD.org, ume@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 20:14:21 -0000 > > Maybe the padding removal is too painful given all the extra 'oh, by > > the ways' that we're stumbling over. > > That is exactly what I'm saying. I'm starting to wonder... > BTW, could you please fix your MUA to correctly attribute quotes? I think that your last message confused it because it had quoted material from posix... Warner From owner-freebsd-standards@FreeBSD.ORG Wed Jun 1 01:21:17 2005 Return-Path: X-Original-To: freebsd-standards@hub.freebsd.org Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27EC416A41C; Wed, 1 Jun 2005 01:21:17 +0000 (GMT) (envelope-from rodrigc@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C259943D54; Wed, 1 Jun 2005 01:21:16 +0000 (GMT) (envelope-from rodrigc@FreeBSD.org) Received: from freefall.freebsd.org (rodrigc@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j511LGLx043127; Wed, 1 Jun 2005 01:21:16 GMT (envelope-from rodrigc@freefall.freebsd.org) Received: (from rodrigc@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j511LGEl043123; Wed, 1 Jun 2005 01:21:16 GMT (envelope-from rodrigc) Date: Wed, 1 Jun 2005 01:21:16 GMT From: Craig Rodrigues Message-Id: <200506010121.j511LGEl043123@freefall.freebsd.org> To: rodrigc@crodrigues.org, rodrigc@FreeBSD.org, freebsd-standards@FreeBSD.org Cc: Subject: Re: standards/78907: does not define pthread types X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 01:21:17 -0000 Synopsis: does not define pthread types State-Changed-From-To: open->closed State-Changed-By: rodrigc State-Changed-When: Wed Jun 1 01:20:31 GMT 2005 State-Changed-Why: Patch commited. http://www.freebsd.org/cgi/query-pr.cgi?pr=78907 From owner-freebsd-standards@FreeBSD.ORG Wed Jun 1 01:24:06 2005 Return-Path: X-Original-To: freebsd-standards@hub.freebsd.org Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BD4116A41C; Wed, 1 Jun 2005 01:24:06 +0000 (GMT) (envelope-from rodrigc@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E53B43D1D; Wed, 1 Jun 2005 01:24:06 +0000 (GMT) (envelope-from rodrigc@FreeBSD.org) Received: from freefall.freebsd.org (rodrigc@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j511O5sl043194; Wed, 1 Jun 2005 01:24:05 GMT (envelope-from rodrigc@freefall.freebsd.org) Received: (from rodrigc@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j511O5Kv043190; Wed, 1 Jun 2005 01:24:05 GMT (envelope-from rodrigc) Date: Wed, 1 Jun 2005 01:24:05 GMT From: Craig Rodrigues Message-Id: <200506010124.j511O5Kv043190@freefall.freebsd.org> To: rodrigc@crodrigues.org, rodrigc@FreeBSD.org, freebsd-standards@FreeBSD.org Cc: Subject: Re: standards/78650: ttyname_r() is not standards compliant X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 01:24:06 -0000 Synopsis: ttyname_r() is not standards compliant State-Changed-From-To: open->closed State-Changed-By: rodrigc State-Changed-When: Wed Jun 1 01:22:32 GMT 2005 State-Changed-Why: Duplicate of threads/76938 http://www.freebsd.org/cgi/query-pr.cgi?pr=76938 http://www.freebsd.org/cgi/query-pr.cgi?pr=78650 From owner-freebsd-standards@FreeBSD.ORG Wed Jun 1 12:44:50 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AB2F16A41C; Wed, 1 Jun 2005 12:44:50 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1EF643D1F; Wed, 1 Jun 2005 12:44:49 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j51Ci5BY055893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 21:44:10 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Jun 2005 21:44:03 +0900 Message-ID: From: Hajimu UMEMOTO To: freebsd-arch@freebsd.org, standards@freebsd.org, current@freebsd.org In-Reply-To: References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> <86fyw32yqm.fsf@xps.des.no> <86k6lfbafu.fsf@xps.des.no> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Wed_Jun__1_21:44:03_2005-1" X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Jun 2005 21:44:12 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 12:44:50 -0000 --Multipart_Wed_Jun__1_21:44:03_2005-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Wed, 01 Jun 2005 03:00:10 +0900 >>>>> Hajimu UMEMOTO said: ume> In anyway, there is one more issue in my patch. We cannot correct 1st ume> argument of getnetbyaddr(3) without breaking ABI compatibility. ume> Fortunately, getnetbyaddr(3) is not refered else where in our ume> libraries. So, I'll fix getnetbyaddr(3). I've attached the patch to correct 1st argument of getnetbyaddr(3) in this mail. It is subset of my previous patch. Since it breaks ABI compatibility of getnetbyaddr(3), I think it is better to correct n_net member of struct netent, too. Since there is objection, the patch leaves struct addrinfo as is. So, it doesn't need to bump any shlib major. Is it okay? Sincerely, --Multipart_Wed_Jun__1_21:44:03_2005-1 Content-Type: text/x-patch; charset=US-ASCII Content-Disposition: attachment; filename="netdb.h-fix-getnetbyadr.diff" Content-Transfer-Encoding: 7bit Index: include/netdb.h diff -u include/netdb.h.orig include/netdb.h --- include/netdb.h.orig Sat May 28 01:20:40 2005 +++ include/netdb.h Sat May 28 01:31:52 2005 @@ -105,28 +103,11 @@ #define h_addr h_addr_list[0] /* address, for backward compatibility */ }; -/* - * Note: n_net used to be an unsigned long integer. - * In XNS5, and subsequently in POSIX-2001 it was changed to an - * uint32_t. - * To accomodate for this while preserving binary compatibility with - * the old interface, we prepend or append 32 bits of padding, - * depending on the (LP64) architecture's endianness. - * - * This should be deleted the next time the libc major number is - * incremented. - */ struct netent { char *n_name; /* official name of net */ char **n_aliases; /* alias list */ int n_addrtype; /* net address type */ -#if __LONG_BIT == 64 && _BYTE_ORDER == _BIG_ENDIAN - uint32_t __n_pad0; /* ABI compatibility */ -#endif uint32_t n_net; /* network # */ -#if __LONG_BIT == 64 && _BYTE_ORDER == _LITTLE_ENDIAN - uint32_t __n_pad0; /* ABI compatibility */ -#endif }; struct servent { @@ -262,11 +226,7 @@ struct hostent *gethostent(void); struct hostent *getipnodebyaddr(const void *, size_t, int, int *); struct hostent *getipnodebyname(const char *, int, int, int *); -#if __LONG_BIT == 64 -struct netent *getnetbyaddr(unsigned long, int); /* ABI compatibility */ -#else struct netent *getnetbyaddr(uint32_t, int); -#endif struct netent *getnetbyname(const char *); struct netent *getnetent(void); int getnetgrent(char **, char **, char **); Index: lib/libc/net/getnetbydns.c diff -u -p lib/libc/net/getnetbydns.c.orig lib/libc/net/getnetbydns.c --- lib/libc/net/getnetbydns.c.orig Sat May 28 01:24:33 2005 +++ lib/libc/net/getnetbydns.c Sat May 28 01:36:52 2005 @@ -259,9 +259,6 @@ getnetanswer(querybuf *answer, int ansle break; } ne->n_aliases++; -#if __LONG_BIT == 64 - ne->__n_pad0 = 0; /* ABI compatibility */ -#endif return 0; } h_errno = TRY_AGAIN; @@ -334,9 +331,6 @@ _dns_getnetbyaddr(void *rval, void *cb_d while ((net & 0xff) == 0 && net != 0) net >>= 8; ne->n_net = net; -#if __LONG_BIT == 64 - ne->__n_pad0 = 0; /* ABI compatibility */ -#endif return NS_SUCCESS; } return NS_NOTFOUND; Index: lib/libc/net/getnetbyht.c diff -u -p lib/libc/net/getnetbyht.c.orig lib/libc/net/getnetbyht.c --- lib/libc/net/getnetbyht.c.orig Sat May 28 01:24:33 2005 +++ lib/libc/net/getnetbyht.c Sat May 28 01:37:13 2005 @@ -122,9 +122,6 @@ again: if (p != NULL) *p++ = '\0'; ne->n_net = inet_network(cp); -#if __LONG_BIT == 64 - ne->__n_pad0 = 0; /* ABI compatibility */ -#endif ne->n_addrtype = AF_INET; q = ne->n_aliases = ned->net_aliases; if (p != NULL) { Index: lib/libc/net/getnetbynis.c diff -u -p lib/libc/net/getnetbynis.c.orig lib/libc/net/getnetbynis.c --- lib/libc/net/getnetbynis.c.orig Sat May 28 01:24:33 2005 +++ lib/libc/net/getnetbynis.c Sat May 28 01:37:35 2005 @@ -99,9 +99,6 @@ _getnetbynis(const char *name, char *map cp++; ne->n_net = inet_network(cp); -#if __LONG_BIT == 64 - ne->__n_pad0 = 0; /* ABI compatibility */ -#endif ne->n_addrtype = AF_INET; q = ne->n_aliases = ned->net_aliases; Index: lib/libc/net/getnetnamadr.c diff -u -p lib/libc/net/getnetnamadr.c.orig lib/libc/net/getnetnamadr.c --- lib/libc/net/getnetnamadr.c.orig Sat May 28 01:35:00 2005 +++ lib/libc/net/getnetnamadr.c Sat May 28 01:35:32 2005 @@ -165,17 +165,13 @@ getnetbyname(const char *name) } struct netent * -#if __LONG_BIT == 64 -getnetbyaddr(u_long addr, int af) /* ABI compatibility */ -#else getnetbyaddr(uint32_t addr, int af) -#endif { struct netdata *nd; if ((nd = __netdata_init()) == NULL) return NULL; - if (getnetbyaddr_r((uint32_t)addr, af, &nd->net, &nd->data) != 0) + if (getnetbyaddr_r(addr, af, &nd->net, &nd->data) != 0) return NULL; return &nd->net; } --Multipart_Wed_Jun__1_21:44:03_2005-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Wed_Jun__1_21:44:03_2005-1-- From owner-freebsd-standards@FreeBSD.ORG Thu Jun 2 19:20:29 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FECA16A41C; Thu, 2 Jun 2005 19:20:29 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBDA43D1F; Thu, 2 Jun 2005 19:20:23 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j52JK9fH054904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jun 2005 04:20:09 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 03 Jun 2005 04:20:06 +0900 Message-ID: From: Hajimu UMEMOTO To: freebsd-arch@freebsd.org, standards@freebsd.org, current@freebsd.org In-Reply-To: References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> <86fyw32yqm.fsf@xps.des.no> <86k6lfbafu.fsf@xps.des.no> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Fri, 03 Jun 2005 04:20:10 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 19:20:29 -0000 Hi, >>> On Wed, 01 Jun 2005 21:44:03 +0900 >>> Hajimu UMEMOTO said: ume> I've attached the patch to correct 1st argument of getnetbyaddr(3) in ume> this mail. It is subset of my previous patch. Since it breaks ABI ume> compatibility of getnetbyaddr(3), I think it is better to correct ume> n_net member of struct netent, too. Since there is objection, the ume> patch leaves struct addrinfo as is. So, it doesn't need to bump any ume> shlib major. Is it okay? Ultimately, I wish to correct struct addrinfo, too. Since correcting getnetbyaddr(3) breaks ABI compatibility after all, it seems storange to me to leave struct addrinfo alone as is. It is better to take this occasion to correct struct addrinfo as well. This breakage is only on 64 bit arch. The influence will grow as 64 bit arch spreads. So, I believe it should be done as soon as possible. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-standards@FreeBSD.ORG Thu Jun 2 19:59:11 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F05516A41C; Thu, 2 Jun 2005 19:59:11 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 062A443D4C; Thu, 2 Jun 2005 19:59:10 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j52Jx7kM019809; Thu, 2 Jun 2005 15:59:07 -0400 (EDT) Date: Thu, 2 Jun 2005 15:59:07 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Hajimu UMEMOTO In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 19:59:11 -0000 On Fri, 3 Jun 2005, Hajimu UMEMOTO wrote: > Hi, > > >>> On Wed, 01 Jun 2005 21:44:03 +0900 > >>> Hajimu UMEMOTO said: > > ume> I've attached the patch to correct 1st argument of getnetbyaddr(3) in > ume> this mail. It is subset of my previous patch. Since it breaks ABI > ume> compatibility of getnetbyaddr(3), I think it is better to correct > ume> n_net member of struct netent, too. Since there is objection, the > ume> patch leaves struct addrinfo as is. So, it doesn't need to bump any > ume> shlib major. Is it okay? > > Ultimately, I wish to correct struct addrinfo, too. Since correcting > getnetbyaddr(3) breaks ABI compatibility after all, it seems storange > to me to leave struct addrinfo alone as is. It is better to take this > occasion to correct struct addrinfo as well. > This breakage is only on 64 bit arch. The influence will grow as 64 > bit arch spreads. So, I believe it should be done as soon as > possible. Just leave it alone for now. When symbol versioning comes, you should be able to remove the padding without bumping library versions and producing imcompatibilities. -- DE From owner-freebsd-standards@FreeBSD.ORG Thu Jun 2 20:26:33 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D10F216A41C; Thu, 2 Jun 2005 20:26:33 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25BF543D58; Thu, 2 Jun 2005 20:26:32 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j52KQLat086993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jun 2005 05:26:21 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 03 Jun 2005 05:26:18 +0900 Message-ID: From: Hajimu UMEMOTO To: Daniel Eischen In-Reply-To: References: User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Fri, 03 Jun 2005 05:26:22 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 20:26:34 -0000 Hi, >>>>> On Thu, 2 Jun 2005 15:59:07 -0400 (EDT) >>>>> Daniel Eischen said: > Ultimately, I wish to correct struct addrinfo, too. Since correcting > getnetbyaddr(3) breaks ABI compatibility after all, it seems storange > to me to leave struct addrinfo alone as is. It is better to take this > occasion to correct struct addrinfo as well. > This breakage is only on 64 bit arch. The influence will grow as 64 > bit arch spreads. So, I believe it should be done as soon as > possible. deischen> Just leave it alone for now. Please clarify what you mean for `it'. Which are you mean only struct addrinfo issue or both? deischen> When symbol versioning comes, you should be able to remove deischen> the padding without bumping library versions and producing deischen> imcompatibilities. It's curious. Is there any plan to provide symbol versioning? Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-standards@FreeBSD.ORG Thu Jun 2 20:38:13 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5495116A41C; Thu, 2 Jun 2005 20:38:13 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 052CA43D1F; Thu, 2 Jun 2005 20:38:12 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j52KcBh9027619; Thu, 2 Jun 2005 16:38:11 -0400 (EDT) Date: Thu, 2 Jun 2005 16:38:11 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Hajimu UMEMOTO In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 20:38:13 -0000 On Fri, 3 Jun 2005, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Thu, 2 Jun 2005 15:59:07 -0400 (EDT) > >>>>> Daniel Eischen said: > > > Ultimately, I wish to correct struct addrinfo, too. Since correcting > > getnetbyaddr(3) breaks ABI compatibility after all, it seems storange > > to me to leave struct addrinfo alone as is. It is better to take this > > occasion to correct struct addrinfo as well. > > This breakage is only on 64 bit arch. The influence will grow as 64 > > bit arch spreads. So, I believe it should be done as soon as > > possible. > > deischen> Just leave it alone for now. > > Please clarify what you mean for `it'. Which are you mean only struct > addrinfo issue or both? struct addrinfo. I am under the assumption that getnetbyaddr() only breaks libc compat which has already been bumped. Changing that has no effect on other libraries, right? > > deischen> When symbol versioning comes, you should be able to remove > deischen> the padding without bumping library versions and producing > deischen> imcompatibilities. > > It's curious. Is there any plan to provide symbol versioning? I recall seeing some mention of it (by kan@ ?) on some site or posting talking about the recent BSDCan. -- DE From owner-freebsd-standards@FreeBSD.ORG Thu Jun 2 20:50:26 2005 Return-Path: X-Original-To: standards@freebsd.org Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1326016A41C; Thu, 2 Jun 2005 20:50:26 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3F343D1F; Thu, 2 Jun 2005 20:50:25 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j52KoEfn009011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jun 2005 05:50:14 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 03 Jun 2005 05:50:11 +0900 Message-ID: From: Hajimu UMEMOTO To: Daniel Eischen In-Reply-To: References: User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Fri, 03 Jun 2005 05:50:15 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 20:50:26 -0000 Hi, >>>>> On Thu, 2 Jun 2005 16:38:11 -0400 (EDT) >>>>> Daniel Eischen said: deischen> struct addrinfo. I am under the assumption that getnetbyaddr() only deischen> breaks libc compat which has already been bumped. Changing that deischen> has no effect on other libraries, right? Okay, thanks. Yes, getnetbyaddr(3) issue breaks only libc, and other libs doesn't refer getnet*(3). > > deischen> When symbol versioning comes, you should be able to remove > deischen> the padding without bumping library versions and producing > deischen> imcompatibilities. > > It's curious. Is there any plan to provide symbol versioning? deischen> I recall seeing some mention of it (by kan@ ?) on some site or deischen> posting talking about the recent BSDCan. Oh, it's great! Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/