Hmm.  I would think, given that you're running a 32-bit kernel
(presumably you are running the SUN4U kernel from NetBSD/sparc and
NetBSD/sparc userland) that you essentially see the same behavior as
on NetBSD/sparc.  I've run venus on that platform, but not codasrv.

I would guess you installed most dependencies from pkgsrc, and then
compiled lwp/rpc2/rvm/coda.  Is that right?

It could be that your problem is not because of using sparc.

In gdb, after attaching, do "bt" to get a stack backtrace.  Then do
"up" to move to where the signal was, and there "i frame" and "list".

I have made some fixes in NetBSD current for coda kernel support that
have not yet been applied to 3.0.  But that affects system stability
with venus, not running codasrv.

I use the following for building from CVS.  I use gmake, but I don't
remember why make didn't work.  That's probably not your problem.

#!/bin/sh
for i in lwp rpc2 rvm coda; do
  echo "BUILDING $i" && \
  (cd $i && \
  ./bootstrap.sh && \
  rm -f config.cache && \
  LDFLAGS="-L/usr/pkg/lib -R/usr/pkg/lib" CPPFLAGS="-I/usr/pkg/include" ./configure --prefix=/usr/local/coda && \
  gmake -k clean && 
  gmake -k &&
  gmake install)
done
(cd coda && gmake -k client-install server-install)
exit 0


-- 
        Greg Troxel <gdt_at_ir.bbn.com>