NetBSD Problem Report #38949

From www@NetBSD.org  Fri Jun 13 00:44:08 2008
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by narn.NetBSD.org (Postfix) with ESMTP id 7F72F63B8E3
	for <gnats-bugs@gnats.netbsd.org>; Fri, 13 Jun 2008 00:44:08 +0000 (UTC)
Message-Id: <20080613004408.3CF2F63B842@narn.NetBSD.org>
Date: Fri, 13 Jun 2008 00:44:08 +0000 (UTC)
From: raymond.meyer@rambler.ru
Reply-To: raymond.meyer@rambler.ru
To: gnats-bugs@NetBSD.org
Subject: under emul_netbsd32 on sparc64 some applications die with segfault
X-Send-Pr-Version: www-1.0

>Number:         38949
>Category:       port-sparc64
>Synopsis:       under emul_netbsd32 on sparc64 some applications die with segfault
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-sparc64-maintainer
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jun 13 00:45:00 +0000 2008
>Closed-Date:    Mon Sep 26 20:46:21 +0000 2016
>Last-Modified:  Mon Sep 26 20:46:21 +0000 2016
>Originator:     RM
>Release:        
>Organization:
>Environment:
NetBSD ultra10 4.99.64 NetBSD 4.99.64 (GENERIC) #1: Mon Jun  2 16:01:22 BST 2008  root@ultra10:/opt/obj.sparc64/sys/arch/sparc64/compile/GENERIC sparc64
>Description:
It seems that applications that fork, die with segfault

Core was generated by `sh'.
   Program terminated with signal 11, Segmentation fault.
   #0  0x4015d550 in fork () from /lib/libc.so.12
   (gdb) where
   #0  0x4015d550 in fork () from /lib/libc.so.12
   #1  0x0001c4f8 in forkshell ()
   #2  0x0001527c in evalsubshell ()
   #3  0x00013c7c in evaltree ()
   #4  0x00013bd0 in evaltree ()
   #5  0x00013cdc in evaltree ()
   #6  0x0001539c in evalcase ()
   #7  0x00013d3c in evaltree ()
   #8  0x0001e304 in cmdloop ()
   #9  0x0001e388 in dotcmd ()
   #10 0x00014c04 in evalcommand ()
   #11 0x00013da8 in evaltree ()
   #12 0x00013cdc in evaltree ()
   #13 0x0001e304 in cmdloop ()
   #14 0x0001e508 in read_profile ()
   #15 0x0001e80c in main ()
>How-To-Repeat:

>Fix:

>Release-Note:

>Audit-Trail:

State-Changed-From-To: open->feedback
State-Changed-By: mrg@NetBSD.org
State-Changed-When: Mon, 18 May 2009 03:32:14 +0000
State-Changed-Why:
i can't reproduce this.  is it still a problem?


From: raymond.meyer@rambler.ru
To: gnats-bugs@NetBSD.org
Cc: mrg@NetBSD.org, port-sparc64-maintainer@netbsd.org,
 netbsd-bugs@netbsd.org, gnats-admin@netbsd.org
Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some
 applications die with segfault)
Date: Mon, 18 May 2009 13:31:10 +0100

 On Mon, 18 May 2009 03:32:15 +0000 (UTC)
 mrg@NetBSD.org wrote:

 > Synopsis: under emul_netbsd32 on sparc64 some applications die with
 > segfault
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: mrg@NetBSD.org
 > State-Changed-When: Mon, 18 May 2009 03:32:14 +0000
 > State-Changed-Why:
 > i can't reproduce this.  is it still a problem?
 > 
 > 
 > 

 I think it is still a problem:

 Make sure you're running NetBSD-5 sparc64. Download 32-bit NetBSD-5
 sparc sets and unpack them under /emul/netbsd32.

 Running 32-bit bin/sh causes segmentation fault:

 ultra10# /emul/netbsd32/bin/sh
 [1]   Segmentation fault (core dumped) (set -o tabcomplete 2>/dev/null)
 ultra10# exit

 Also

 ultra10# /emul/netbsd32/bin/ksh
 Memory fault (core dumped)
 Memory fault (core dumped)
 ultra10# exit

From: matthew green <mrg@eterna.com.au>
To: raymond.meyer@rambler.ru
Cc: port-sparc64-maintainer@netbsd.org, netbsd-bugs@netbsd.org,
    gnats-admin@netbsd.org, gnats-bugs@NetBSD.org
Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Tue, 19 May 2009 07:05:39 +1000


    > Synopsis: under emul_netbsd32 on sparc64 some applications die with
    > segfault
    > 
    > State-Changed-From-To: open->feedback
    > State-Changed-By: mrg@NetBSD.org
    > State-Changed-When: Mon, 18 May 2009 03:32:14 +0000
    > State-Changed-Why:
    > i can't reproduce this.  is it still a problem?
    > 
    > 
    > 

    I think it is still a problem:

    Make sure you're running NetBSD-5 sparc64. Download 32-bit NetBSD-5
    sparc sets and unpack them under /emul/netbsd32.

    Running 32-bit bin/sh causes segmentation fault:

    ultra10# /emul/netbsd32/bin/sh
    [1]   Segmentation fault (core dumped) (set -o tabcomplete 2>/dev/null)
    ultra10# exit

    Also

    ultra10# /emul/netbsd32/bin/ksh
    Memory fault (core dumped)
    Memory fault (core dumped)
    ultra10# exit


 hmm, what happens if you don't have /emul/netbsd32?  ie, just copy
 those /bin/ksh or /bin/sh files somewhere and run them as is.

 /emul/netbsd32 is probably going to be going away as being used.
 i haven't really thought deeply about this, but, i don't want to
 keep two methods of 32 bit support around and the new one is much
 better, so it's likely this will disappear.

 thanks!



 .mrg.

From: christos@zoulas.com (Christos Zoulas)
To: matthew green <mrg@eterna.com.au>, raymond.meyer@rambler.ru
Cc: port-sparc64-maintainer@netbsd.org, netbsd-bugs@netbsd.org, 
	gnats-admin@netbsd.org, gnats-bugs@NetBSD.org
Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Mon, 18 May 2009 17:13:35 -0400

 On May 19,  7:05am, mrg@eterna.com.au (matthew green) wrote:
 -- Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some appli

 | hmm, what happens if you don't have /emul/netbsd32?  ie, just copy
 | those /bin/ksh or /bin/sh files somewhere and run them as is.
 | 
 | /emul/netbsd32 is probably going to be going away as being used.
 | i haven't really thought deeply about this, but, i don't want to
 | keep two methods of 32 bit support around and the new one is much
 | better, so it's likely this will disappear.
 | 

 Static binaries are not supported then. Not that I will miss them but...
 Linux provides both.

 christos

From: matthew green <mrg@eterna.com.au>
To: christos@zoulas.com (Christos Zoulas)
Cc: port-sparc64-maintainer@netbsd.org, netbsd-bugs@netbsd.org,
    gnats-admin@netbsd.org, gnats-bugs@NetBSD.org,
    raymond.meyer@rambler.ru
Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Tue, 19 May 2009 07:42:07 +1000

    On May 19,  7:05am, mrg@eterna.com.au (matthew green) wrote:
    -- Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some appli

    | hmm, what happens if you don't have /emul/netbsd32?  ie, just copy
    | those /bin/ksh or /bin/sh files somewhere and run them as is.
    | 
    | /emul/netbsd32 is probably going to be going away as being used.
    | i haven't really thought deeply about this, but, i don't want to
    | keep two methods of 32 bit support around and the new one is much
    | better, so it's likely this will disappear.
    | 

    Static binaries are not supported then. Not that I will miss them but...
    Linux provides both.

 how does /emul/netbsd32 affect static binaries?


 .mrg.

From: matthew green <mrg@eterna.com.au>
To: christos@zoulas.com (Christos Zoulas)
Cc: port-sparc64-maintainer@netbsd.org, netbsd-bugs@netbsd.org,
    gnats-admin@netbsd.org, gnats-bugs@NetBSD.org,
    raymond.meyer@rambler.ru
Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Tue, 19 May 2009 07:42:47 +1000

    On May 19,  7:05am, mrg@eterna.com.au (matthew green) wrote:
    -- Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some appli

    | hmm, what happens if you don't have /emul/netbsd32?  ie, just copy
    | those /bin/ksh or /bin/sh files somewhere and run them as is.
    | 
    | /emul/netbsd32 is probably going to be going away as being used.
    | i haven't really thought deeply about this, but, i don't want to
    | keep two methods of 32 bit support around and the new one is much
    | better, so it's likely this will disappear.
    | 

    Static binaries are not supported then. Not that I will miss them but...
    Linux provides both.


 BTW, i tested a static /bin/sh (actually /rescue/sh) and it worked fine.


 .mrg.

From: christos@zoulas.com (Christos Zoulas)
To: matthew green <mrg@eterna.com.au>
Cc: port-sparc64-maintainer@netbsd.org, netbsd-bugs@netbsd.org, 
	gnats-admin@netbsd.org, gnats-bugs@NetBSD.org, raymond.meyer@rambler.ru
Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Mon, 18 May 2009 18:10:55 -0400

 On May 19,  7:42am, mrg@eterna.com.au (matthew green) wrote:
 -- Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some appli

 | 
 |    On May 19,  7:05am, mrg@eterna.com.au (matthew green) wrote:
 |    -- Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some appli
 |    
 |    | hmm, what happens if you don't have /emul/netbsd32?  ie, just copy
 |    | those /bin/ksh or /bin/sh files somewhere and run them as is.
 |    | 
 |    | /emul/netbsd32 is probably going to be going away as being used.
 |    | i haven't really thought deeply about this, but, i don't want to
 |    | keep two methods of 32 bit support around and the new one is much
 |    | better, so it's likely this will disappear.
 |    | 
 |    
 |    Static binaries are not supported then. Not that I will miss them but...
 |    Linux provides both.
 | 
 | how does /emul/netbsd32 affect static binaries?

 The /emul/netbsd32 userland portion of netbsd32 does not matter but the
 kernel part matters for both. I think that the userland portion of
 /emul/netbsd32 should be just handled by symlinks to the compat directories.

 christos

From: matthew green <mrg@eterna.com.au>
To: christos@zoulas.com (Christos Zoulas)
Cc: port-sparc64-maintainer@netbsd.org, netbsd-bugs@netbsd.org,
    gnats-admin@netbsd.org, gnats-bugs@NetBSD.org,
    raymond.meyer@rambler.ru
Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Tue, 19 May 2009 08:26:18 +1000


    | 
    |    On May 19,  7:05am, mrg@eterna.com.au (matthew green) wrote:
    |    -- Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some appli
    |    
    |    | hmm, what happens if you don't have /emul/netbsd32?  ie, just copy
    |    | those /bin/ksh or /bin/sh files somewhere and run them as is.
    |    | 
    |    | /emul/netbsd32 is probably going to be going away as being used.
    |    | i haven't really thought deeply about this, but, i don't want to
    |    | keep two methods of 32 bit support around and the new one is much
    |    | better, so it's likely this will disappear.
    |    | 
    |    
    |    Static binaries are not supported then. Not that I will miss them but...
    |    Linux provides both.
    | 
    | how does /emul/netbsd32 affect static binaries?

    The /emul/netbsd32 userland portion of netbsd32 does not matter but the
    kernel part matters for both. I think that the userland portion of
    /emul/netbsd32 should be just handled by symlinks to the compat directories.

 how does it matter?  the new work i've done for 5.0 for sparc64/amd64
 makes it not required at all, AFAIK.  i do not have a /emul/netbsd32
 on any of my machines anymore, and everything works for me on both
 amd64 and sparc64.

 "options COMPAT_NEBBSD32" itself is entirely necessary, but afaict,
 it doesn't need to ever look in /emul/netbsd32 anymore.


 .mrg.

From: raymond.meyer@rambler.ru
To: gnats-bugs@NetBSD.org
Cc: matthew green <mrg@eterna.com.au>, port-sparc64-maintainer@netbsd.org,
 gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some
 applications die with segfault)
Date: Tue, 19 May 2009 16:33:43 +0100

 On Mon, 18 May 2009 21:10:08 +0000 (UTC)
 matthew green <mrg@eterna.com.au> wrote:

 >  hmm, what happens if you don't have /emul/netbsd32?  ie, just copy
 >  those /bin/ksh or /bin/sh files somewhere and run them as is.
 >  
 >  /emul/netbsd32 is probably going to be going away as being used.
 >  i haven't really thought deeply about this, but, i don't want to
 >  keep two methods of 32 bit support around and the new one is much
 >  better, so it's likely this will disappear.

 On my system /emul/netbsd32 is a symlink to /opt/sandbox32.
 Without /emul/netbsd32 I cannot execute 32-bit executable

 # rm -rf /emul
 # /opt/sandbox32/bin/sh
 -sh: Cannot execute ELF binary /opt/sandbox32/bin/sh
 # ldd /opt/sandbox32/bin/sh
 /opt/sandbox32/bin/sh:
         -lc.12 => /usr/lib/sparc/libc.so.12
         -ltermcap.0 => /usr/lib/sparc/libtermcap.so.0
         -ledit.2 => /usr/lib/sparc/libedit.so.2

 If I reinstate the symlink:

 # mkdir /emul && ln -s /opt/sandbox32 /emul/netbsd32
 # /opt/sandbox32/bin/sh
 [1]   Segmentation fault (core dumped) /bin/test -z "${HOST}"
 [1]   Segmentation fault (core dumped) (set -o tabcomplete 2>/dev/null)

 Any ideas?

From: matthew green <mrg@eterna.com.au>
To: raymond.meyer@rambler.ru
Cc: port-sparc64-maintainer@netbsd.org, gnats-admin@netbsd.org,
    netbsd-bugs@netbsd.org, gnats-bugs@NetBSD.org
Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Wed, 20 May 2009 03:00:18 +1000

 ah, the problem here is that /libexec/ld.elf_so-sparc doesn't
 exist... 

 most apps work, but /bin and /sbin ones won't...


 .mrg.

From: raymond.meyer@rambler.ru
To: gnats-bugs@NetBSD.org
Cc: matthew green <mrg@eterna.com.au>, port-sparc64-maintainer@netbsd.org,
 gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some
 applications die with segfault)
Date: Tue, 19 May 2009 18:49:56 +0100

 On Tue, 19 May 2009 17:05:07 +0000 (UTC)
 matthew green <mrg@eterna.com.au> wrote:

 > The following reply was made to PR port-sparc64/38949; it has been
 > noted by GNATS.
 > 
 > From: matthew green <mrg@eterna.com.au>
 > To: raymond.meyer@rambler.ru
 > Cc: port-sparc64-maintainer@netbsd.org, gnats-admin@netbsd.org,
 >     netbsd-bugs@netbsd.org, gnats-bugs@NetBSD.org
 > Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some
 > applications die with segfault) Date: Wed, 20 May 2009 03:00:18 +1000
 > 
 >  ah, the problem here is that /libexec/ld.elf_so-sparc doesn't
 >  exist... 
 >  
 >  most apps work, but /bin and /sbin ones won't...
 >  
 >  
 >  .mrg.
 >  

 Well I copied 32-bit ld.elf_so to /libexec/ld.elf_so-sparc, but now I
 get the following error when I try to execute 32-bit sh binary:

 # ./sh
 Shared object "libedit.so.2" not found

 # ls /usr/lib/sparc/libedit*
 /usr/lib/sparc/libedit.a                /usr/lib/sparc/libedit.so.2.11
 /usr/lib/sparc/libedit.so               /usr/lib/sparc/libedit_p.a
 /usr/lib/sparc/libedit.so.2             /usr/lib/sparc/libedit_pic.a

 Is this because ld.elf_so-sparc that I copied has hardcoded paths
 to /lib which contains 64-bit library files? How do I tell it to look
 into /usr/lib/sparc?

From: christos@zoulas.com (Christos Zoulas)
To: raymond.meyer@rambler.ru, gnats-bugs@NetBSD.org
Cc: matthew green <mrg@eterna.com.au>, port-sparc64-maintainer@netbsd.org, 
	gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Tue, 19 May 2009 14:09:29 -0400

 On May 19,  6:49pm, raymond.meyer@rambler.ru (raymond.meyer@rambler.ru) wrote:
 -- Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some appli

 | On Tue, 19 May 2009 17:05:07 +0000 (UTC)
 | matthew green <mrg@eterna.com.au> wrote:
 | 
 | > The following reply was made to PR port-sparc64/38949; it has been
 | > noted by GNATS.
 | > 
 | > From: matthew green <mrg@eterna.com.au>
 | > To: raymond.meyer@rambler.ru
 | > Cc: port-sparc64-maintainer@netbsd.org, gnats-admin@netbsd.org,
 | >     netbsd-bugs@netbsd.org, gnats-bugs@NetBSD.org
 | > Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some
 | > applications die with segfault) Date: Wed, 20 May 2009 03:00:18 +1000
 | > 
 | >  ah, the problem here is that /libexec/ld.elf_so-sparc doesn't
 | >  exist... 
 | >  
 | >  most apps work, but /bin and /sbin ones won't...
 | >  
 | >  
 | >  .mrg.
 | >  
 | 
 | Well I copied 32-bit ld.elf_so to /libexec/ld.elf_so-sparc, but now I
 | get the following error when I try to execute 32-bit sh binary:
 | 
 | # ./sh
 | Shared object "libedit.so.2" not found
 | 
 | # ls /usr/lib/sparc/libedit*
 | /usr/lib/sparc/libedit.a                /usr/lib/sparc/libedit.so.2.11
 | /usr/lib/sparc/libedit.so               /usr/lib/sparc/libedit_p.a
 | /usr/lib/sparc/libedit.so.2             /usr/lib/sparc/libedit_pic.a
 | 
 | Is this because ld.elf_so-sparc that I copied has hardcoded paths
 | to /lib which contains 64-bit library files? How do I tell it to look
 | into /usr/lib/sparc?

 Try ln -s /usr/lib/sparc /lib

 christos

From: matthew green <mrg@eterna.com.au>
To: raymond.meyer@rambler.ru
Cc: port-sparc64-maintainer@netbsd.org, gnats-admin@netbsd.org,
    netbsd-bugs@netbsd.org, gnats-bugs@NetBSD.org
Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Wed, 20 May 2009 04:10:34 +1000


    Well I copied 32-bit ld.elf_so to /libexec/ld.elf_so-sparc, but now I
    get the following error when I try to execute 32-bit sh binary:

    # ./sh
    Shared object "libedit.so.2" not found

    # ls /usr/lib/sparc/libedit*
    /usr/lib/sparc/libedit.a                /usr/lib/sparc/libedit.so.2.11
    /usr/lib/sparc/libedit.so               /usr/lib/sparc/libedit_p.a
    /usr/lib/sparc/libedit.so.2             /usr/lib/sparc/libedit_pic.a

    Is this because ld.elf_so-sparc that I copied has hardcoded paths
    to /lib which contains 64-bit library files? How do I tell it to look
    into /usr/lib/sparc?


 i'm not sure yet -- that's the real problem.

 i'll have an idea soon enough.


 .mrg.

From: raymond.meyer@rambler.ru
To: gnats-bugs@NetBSD.org
Cc: christos@zoulas.com (Christos Zoulas),
 port-sparc64-maintainer@netbsd.org, gnats-admin@netbsd.org,
 netbsd-bugs@netbsd.org
Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some
 applications die with segfault)
Date: Tue, 19 May 2009 19:20:52 +0100

 On Tue, 19 May 2009 18:10:06 +0000 (UTC)
 christos@zoulas.com (Christos Zoulas) wrote:

 >  Try ln -s /usr/lib/sparc /lib
 >  
 >  christos

 OK I tried it, but it still doesn't work, it still fails with the same
 error message: Shared object "libedit.so.2" not found

From: christos@zoulas.com (Christos Zoulas)
To: raymond.meyer@rambler.ru, gnats-bugs@NetBSD.org
Cc: port-sparc64-maintainer@netbsd.org, gnats-admin@netbsd.org, 
	netbsd-bugs@netbsd.org
Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Tue, 19 May 2009 14:22:31 -0400

 On May 19,  7:20pm, raymond.meyer@rambler.ru (raymond.meyer@rambler.ru) wrote:
 -- Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some appli

 | On Tue, 19 May 2009 18:10:06 +0000 (UTC)
 | christos@zoulas.com (Christos Zoulas) wrote:
 | 
 | >  Try ln -s /usr/lib/sparc /lib
 | >  
 | >  christos
 | 
 | OK I tried it, but it still doesn't work, it still fails with the same
 | error message: Shared object "libedit.so.2" not found

 Do you have /usr/lib/sparc/libedit.so.2? and /lib/sparc/libedit.so.2?

 christos

From: raymond.meyer@rambler.ru
To: christos@zoulas.com (Christos Zoulas)
Cc: gnats-bugs@NetBSD.org, port-sparc64-maintainer@netbsd.org,
 gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some
 applications die with segfault)
Date: Tue, 19 May 2009 19:27:58 +0100

 On Tue, 19 May 2009 14:22:31 -0400
 christos@zoulas.com (Christos Zoulas) wrote:

 > On May 19,  7:20pm, raymond.meyer@rambler.ru
 > (raymond.meyer@rambler.ru) wrote:
 > -- Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64
 > some appli
 > 
 > | On Tue, 19 May 2009 18:10:06 +0000 (UTC)
 > | christos@zoulas.com (Christos Zoulas) wrote:
 > | 
 > | >  Try ln -s /usr/lib/sparc /lib
 > | >  
 > | >  christos
 > | 
 > | OK I tried it, but it still doesn't work, it still fails with the
 > | same error message: Shared object "libedit.so.2" not found
 > 
 > Do you have /usr/lib/sparc/libedit.so.2? and /lib/sparc/libedit.so.2?
 > 
 > christos

 Yes, I tried the symlink like you suggested and it didn't work:

 ultra10# ls /usr/lib/sparc/libedit*
 /usr/lib/sparc/libedit.a                /usr/lib/sparc/libedit.so.2.11
 /usr/lib/sparc/libedit.so               /usr/lib/sparc/libedit_p.a
 /usr/lib/sparc/libedit.so.2             /usr/lib/sparc/libedit_pic.a

 ultra10# ln -s /usr/lib/sparc /lib

 ultra10# ls /lib/sparc/libedit*
 /lib/sparc/libedit.a                    /lib/sparc/libedit.so.2.11
 /lib/sparc/libedit.so                   /lib/sparc/libedit_p.a
 /lib/sparc/libedit.so.2                 /lib/sparc/libedit_pic.a

 ultra10# /opt/sandbox32/bin/sh
 Shared object "libedit.so.2" not found

From: christos@zoulas.com (Christos Zoulas)
To: raymond.meyer@rambler.ru
Cc: gnats-bugs@NetBSD.org, port-sparc64-maintainer@netbsd.org, 
	gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)
Date: Tue, 19 May 2009 14:39:27 -0400

 On May 19,  7:27pm, raymond.meyer@rambler.ru (raymond.meyer@rambler.ru) wrote:
 -- Subject: Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some appli

 | Yes, I tried the symlink like you suggested and it didn't work:
 | 
 | ultra10# ls /usr/lib/sparc/libedit*
 | /usr/lib/sparc/libedit.a                /usr/lib/sparc/libedit.so.2.11
 | /usr/lib/sparc/libedit.so               /usr/lib/sparc/libedit_p.a
 | /usr/lib/sparc/libedit.so.2             /usr/lib/sparc/libedit_pic.a
 | 
 | ultra10# ln -s /usr/lib/sparc /lib
 | 
 | ultra10# ls /lib/sparc/libedit*
 | /lib/sparc/libedit.a                    /lib/sparc/libedit.so.2.11
 | /lib/sparc/libedit.so                   /lib/sparc/libedit_p.a
 | /lib/sparc/libedit.so.2                 /lib/sparc/libedit_pic.a
 | 
 | ultra10# /opt/sandbox32/bin/sh
 | Shared object "libedit.so.2" not found

 I copied an i386 NetBSD-4.0 binary to amd64 NetBSD-current and the only
 thing I had to do to make it work was ln -s /usr/libexec/ld.elf_so-i386 /libexec

 $ ldd sh-386
 sh-386:
         -lc.12 => /usr/lib/i386/libc.so.12
 	-ltermcap.0 => /usr/lib/i386/libtermcap.so.0
 	-ledit.2 => /usr/lib/i386/libedit.so.2

 christos

From: raymond.meyer@rambler.ru
To: gnats-bugs@gnats.netbsd.org
Cc: 
Subject: Re: port-sparc64/38949
Date: Thu, 20 Aug 2009 21:04:00 +0100

 The reason why 32-bit shared libraries are not found, is because
 ld.elf_so does not look under /usr/lib/sparc directory when executing
 32-bit binaries. Creating the following file fixes the problem:

 ultra10# cat /etc/ld.so.conf
 /usr/lib/sparc
 /usr/lib/sparc/i18n
 /usr/lib/sparc/security

 So I guess a proper fix would be to fix the dynamic linker to hardcode
 the paths?

State-Changed-From-To: feedback->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Mon, 03 May 2010 03:59:05 +0000
State-Changed-Why:
Feedback was received, a while ago.


State-Changed-From-To: open->closed
State-Changed-By: mrg@NetBSD.org
State-Changed-When: Mon, 26 Sep 2016 20:46:21 +0000
State-Changed-Why:
confirmed fixed with -current and -7.  not sure about -6.


>Unformatted:

Home	PR Database Search