hi all, i just thought i should let everyone know that i've figured out why omnis database doesn't like afpd. it turns out that omnis tries to unlock non-existent locks. my locking code didn't handle that case. i also went ahead and re-wrote the code a bit so that there's less pointer twiddling, but i think it ends up being a wash in terms of performance. anyways, i've put a tarball for people to test at <ftp://ftp.cobaltnet.com/pub/users/asun/testing/pre-asun2.1.4-38_test.tar.gz> it has the _test suffix because i currently have the codepage support disabled. i'm in the midst of re-writing it to handle double-byte codepages. things i would like from testers: 1) does it compile under redhat 6.1 without complaints about sendfile and libwrap? 2) does it preserve aliases correctly? i'm currently using a 24-bit hashed file/directory id field + 1 bit file/directory identifier + 7 (4 major/3 minor also hashed) bits for the device. 3) as a side-effect of what i did for #2, does sherlock run more quickly? 4) does locking appear to work correctly? use your favorite database program to test this. -a [EMAIL PROTECTED]
