Awesome! It seems to work now -- codasrv starts up without any faults that I can
see.
(This is reverting back to the default header file, and just stripping out that little bit
of code that's got the MMAP dependency on rwcdb_file.c)
I'll try running a NetBSD/sparc[64] or NetBSD/macppc client against my server
when I get home in a couple of hours and see how that goes. Hopefully it will be
fairly well-behaved -- you guys will probably hear from me again sometime soon if
not :)
This was a first install -- /vice was created from scratch, so there was no existing
prot_users.cdb file. After running vice-setup & starting codasrv, it seems to be
about 4K, though that may very well be the minimum allocation unit size on the
disk.
Thanks everyone on this list for your help & support getting coda running thus far.
Regards, Sean
[EMAIL PROTECTED]
On 4/25/06, Jan Harkes <[EMAIL PROTECTED]> wrote:
On Tue, Apr 25, 2006 at 02:59:14PM -0400, Sean Caron wrote:
> Using 'pdbtool list' also gives segmentation fault...
>
> Should I try to apply this patch to rwcdb_file.c in addition to the earlier
> rwcdb_pack.h patch and see what happens? Or do you guys think there is
> another issue afoot?
Well the segfault made it all clear. The mmap is failing, i.e. returns
the 32-bit unsigned '-1', but the code is checking for MAP_FAILED, which
I guess is defined as a 64-bit unsigned representation of '-1'.o
You should be able to revert the change to rwcdb_pack.h, and only use
the fix for rwcdb_file.c. Since it simply avoids using mmap we won't
have to figure out how to correctly handle the 32 vs. 64 bit issues
when it is failing.
In any case, it is kind of curious that mmap fails. Do you have
/vice/db/prot_users.cdb and what size is it?
Jan
