From nobody@FreeBSD.org  Fri May  6 14:31:46 2005
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2FB8916A4D3
	for <freebsd-gnats-submit@FreeBSD.org>; Fri,  6 May 2005 14:31:46 +0000 (GMT)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 20CE143D80
	for <freebsd-gnats-submit@FreeBSD.org>; Fri,  6 May 2005 14:31:46 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j46EVjmV093007
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 6 May 2005 14:31:45 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id j46EVjob092998;
	Fri, 6 May 2005 14:31:45 GMT
	(envelope-from nobody)
Message-Id: <200505061431.j46EVjob092998@www.freebsd.org>
Date: Fri, 6 May 2005 14:31:45 GMT
From: Huver <huver@amgraf.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: Explicitly calling __xuname() has bad effect!
X-Send-Pr-Version: www-2.3

>Number:         80698
>Category:       kern
>Synopsis:       Explicitly calling __xuname() has bad effect!
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri May 06 14:40:01 GMT 2005
>Closed-Date:    Sat Jul 30 00:58:48 GMT 2005
>Last-Modified:  Sat Jul 30 00:58:48 GMT 2005
>Originator:     Huver
>Release:        5.4 RC4
>Organization:
>Environment:
FreeBSD test.amgraf.com 5.4-STABLE FreeBSD 5.4-STABLE #0: Tue May  3 16:54:28 CDT 2005     root@amgraf.com:/usr/obj/usr/src/sys/GENERIC  i386
>Description:
      /usr/include/sys/utsname.h:

Declaring "uname()" to be a static inline calling __xuname()" is causing problems.  Many *.so libs in ported packages now all directly calls for
__xuname(), so legacy 3.x/4.x binaries using these *.so libs don't work
anymore -- these binaries do not refer to libc.so.5.

>How-To-Repeat:

>Fix:
      Remove the section defining uname() to be calling __xuname().
Rebuild packages.  Or, remove compat3 and compat4 so to make it clear
that those binaries will very likely fail to start.

>Release-Note:
>Audit-Trail:
Adding to audit trail from misfiled PR kern/80822:

Date: Mon, 9 May 2005 15:23:08 GMT
From: Huver <huver@amgraf.com>

      Another fix, is for the compat3/4 libc.so.3/4 to include __xuname()
function.
State-Changed-From-To: open->feedback 
State-Changed-By: kris 
State-Changed-When: Tue May 10 23:54:07 GMT 2005 
State-Changed-Why:  
Feedback requested 

http://www.freebsd.org/cgi/query-pr.cgi?pr=80698 

From: Kris Kennaway <kris@obsecurity.org>
To: Huver <huver@amgraf.com>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: misc/80698: Explicitly calling __xuname() has bad effect!
Date: Tue, 10 May 2005 16:54:03 -0700

 On Fri, May 06, 2005 at 02:31:45PM +0000, Huver wrote:
 > 
 > >Number:         80698
 > >Category:       misc
 > >Synopsis:       Explicitly calling __xuname() has bad effect!
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       high
 > >Responsible:    freebsd-bugs
 > >State:          open
 > >Quarter:        
 > >Keywords:       
 > >Date-Required:
 > >Class:          sw-bug
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Fri May 06 14:40:01 GMT 2005
 > >Closed-Date:
 > >Last-Modified:
 > >Originator:     Huver
 > >Release:        5.4 RC4
 > >Organization:
 > >Environment:
 > FreeBSD test.amgraf.com 5.4-STABLE FreeBSD 5.4-STABLE #0: Tue May  3 16:54:28 CDT 2005     root@amgraf.com:/usr/obj/usr/src/sys/GENERIC  i386
 > >Description:
 >       /usr/include/sys/utsname.h:
 > 
 > Declaring "uname()" to be a static inline calling __xuname()" is causing problems.  Many *.so libs in ported packages now all directly calls for
 > __xuname(), so legacy 3.x/4.x binaries using these *.so libs don't work
 > anymore -- these binaries do not refer to libc.so.5.
 
 Please provide more details.  What combination of libraries causes the
 problem?
 
 Kris
State-Changed-From-To: feedback->closed 
State-Changed-By: kris 
State-Changed-When: Sat Jul 30 00:58:39 GMT 2005 
State-Changed-Why:  
Feedback timeout 

http://www.freebsd.org/cgi/query-pr.cgi?pr=80698 
>Unformatted:
