tdb/tdb.c: tdb_oob() significance (when not using MMAP)

dhruva dhruvakm at
Wed Oct 18 03:52:02 GMT 2006


On 10/18/06, tridge at <tridge at> wrote:
>  >  On VMS port, we are finding some cases where the call to stat returns
>  > a size smaller than the total lenght (file pointer offset + size of
>  > data to be written).
> I suspect that this indicates a real bug somewhere. Changing tdb_oob()
> to hide this bug is not the right approach - instead you need to find
> the bug :-)

I agree, will dig into our modifications.

> Does the tdb test suite pass?

Currently, we have not ported (even attempted to build) the test
suite. We will do it shortly.

> Also, does VMS have a pwrite() call? Using lseek/write is not nearly
> as good as using pwrite due to race conditions on inherited file
> descriptors.

pwrite() and pread() are available. However, I am not sure how it will
work on a clustered environment. I will give it a shot. Don't you
think fcntl() should handle probable race conditions.

 Thanks for clearing my doubt on tdb_oob(), glad I posted the query
without just blocking the portion of code and bursting elsewhere!


dhruva (dk)
Contents reflect my personal views only!

More information about the samba-technical mailing list