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 <[EMAIL PROTECTED]>
