Re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)

[raymond.meyer%rambler.ru@localhost]

The following reply was made to PR port-sparc64/38949; it has been noted by 
GNATS.

From: raymond.meyer%rambler.ru@localhost
To: gnats-bugs%NetBSD.org@localhost
Cc: matthew green <mrg%eterna.com.au@localhost>, 
port-sparc64-maintainer%netbsd.org@localhost,
 gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
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@localhost> 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?