From nobody@FreeBSD.ORG Wed May 26 11:12:10 1999
Return-Path: <nobody@FreeBSD.ORG>
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 31DF815407; Wed, 26 May 1999 11:12:10 -0700 (PDT)
Message-Id: <19990526181210.31DF815407@hub.freebsd.org>
Date: Wed, 26 May 1999 11:12:10 -0700 (PDT)
From: pir-freebsd@pir.net
Sender: nobody@FreeBSD.ORG
To: freebsd-gnats-submit@freebsd.org
Subject: many linux programs fail after 2.2.8-R -> 3.2-R upgrade
X-Send-Pr-Version: www-1.0

>Number:         11899
>Category:       kern
>Synopsis:       many linux programs fail after 2.2.8-R -> 3.2-R upgrade
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed May 26 11:20:00 PDT 1999
>Closed-Date:    Fri Jul 9 06:30:49 PDT 1999
>Last-Modified:  Fri Jul  9 06:35:32 PDT 1999
>Originator:     Peter Radcliffe
>Release:        3.2-RELEASE
>Organization:
>Environment:
FreeBSD mrow 3.2-RELEASE FreeBSD 3.2-RELEASE #2: Wed May 26 11:57:29 EDT 1999 pir@mrow:/usr/src/sys/compile/MROW  i386

>Description:
Binary upgrade (via locally made CD) from 2.2.8-R to 3.2-R.
Afterwards many linux binaries refuse to run with errors such as:

/opt/applix/applix: can't resolve symbol '__mb_cur_max'
/opt/applix/applix: can't resolve symbol '_DefaultRuneLocale'
/opt/applix/applix: can't resolve symbol '_CurrentRuneLocale'
/opt/applix/applix: can't resolve symbol '__sF'

The binaries (netscape, applixware and acrobat reader) were all
installed via the ports system and all show reasonable ldd output:

/opt/applix/applix:
        libX11.so.6 => /usr/openwin/lib/libX11.so.6
        libc.so.5 => /lib/libc.so.5.4.23
        libdl.so.1 => /lib/libdl.so.1.7.14
        libm.so.5 => /lib/libm.so.5.0.8
        libstdc++.so.27 => /usr/lib/libstdc++.so.27

I've tried using kernel.GENERIC, rebuilding the kernel with or without
various options, removing and reinstalling linux_lib-2.6.1 package
(rm-ing /usr/compat/linux in the middle) ...

All of these binaries worked fine with 2.2.8-R and linux_lib-2.6,
so my assumption is this is a kernel problem.

>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: marcel 
State-Changed-When: Fri Jul 9 06:30:49 PDT 1999 
State-Changed-Why:  
3.2-R is ELF. The problem is the result of mixing Linux ELF with FreeBSD ELF. 
The new linux-base port should be a step in the right direction, but the 
problem can always pop up. In that case, using (or _not_ using) LD_LIBRARY_PATH 
may help. It's not an emulator/kernel issue. 
Thanks. 
>Unformatted:
