(Illustration by Gaich Muramatsu)
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>Received on 2006-04-25 10:15:19