On Mon, Jun 10, 2002 at 12:41:20AM -0600, Andreas Dilger wrote:
> I would pass this by the Samba folks first. I seem to recall them
> complaining about this area. The "one thread closing a file removes
> locks from another thread" is one area that I'm sure they don't like.
I know they don't; they've complained about it in the past. However, this
_is_ mandated by POSIX so we can't really fix that (Turns out everyone
thinks POSIX locks are broken in a different way, so my definition of
sane locking semantics is very different from yours).
> Making it so that multiple threads ignore file locks is probably
> not going to make them happy either. I believe one of the issues is
> that Samba is running server threads for many remote processes, and
> it needs to be able to enforce these locks.
Looking at samba-2.2.4/source/locking/posix.c, it seems to me that samba
trusts the OS file locking so little that this change will have no effect.
> Otherwise, this change makes it impossible to write a multi-threaded
> program that _does_ allow you use locking between threads. If anything,
> this PID check could be conditional on some extra lock flag (e.g.
> THREADS_SHARE_LOCKS or whatever).
if you're locking between threads, you should be using posix thread
mutexes, not file locks, IMO. There's nothing in SUS v3 which says
you can do what you've described.
-- Revolutions do not require corporate support. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Jun 15 2002 - 22:00:17 EST