file locking primitive

Julian Fitzell julian at
Sat Jan 3 20:11:55 UTC 2004

Hmm... Andrew seemed to be under the impression that the locking 
currently didn't work at all on *nix (in the latest code you've given 
us) and that adding a primitive was the correct action. If this already 
works, we should be doing something else, or you're already doing it 
then I would definitely like to know about it... :)

We do need to run the server on *nix, so what do you recommend?


David Gorisek wrote:

> Regarding file locking primitives, there is also another issue that has
> to be taken into account.
> On Unix when the same process locks the same file region twice, the
> second call will succeed.
> On Windows the second call will fail, becuase the file region is already
> locked.
> For true interoperability the file locking behavior should be the same
> across various OSs.
> OmniBase expects that file locking behavior is the same as on Windows.
> Therefore for Unix systems OmniBase currently implements its own
> internal file locking table so that locking behavior of the
> ODBFileStream is the same as on Windows.
> Regards,
> David Gorisek

julian at
Beta4 Productions (

More information about the Squeak-dev mailing list