Messages in this thread | | | From | "David Schwartz" <> | Subject | RE: thread group comments | Date | Fri, 1 Sep 2000 16:00:49 -0700 |
| |
> 3rd Problem: one uid/gid process-wide > > All the ID (uid/guid/euid/egid/...) must be process wide. The problem > is similar to the signal handler. I think one should again keep the > information exclusively in the master thread and have all others refer > to this information.
Other than that it's required by the POSIX standard, can you see any real use for this? It's generally an obstacle you have to code around.
What I would suggest is that the Linux kernel continue the way it is. The race conditions in this are unavoidable, so let's just acknowledge them and live with them.
The pthreads library can do the horrible deed of getting each thread to change it's *id. At the very worst, add a kernel facility to change all the *ids in a group and let the pthreads library code use it.
But to hack the kernel to have one set of *ids for all the threads is illogical. It would make it unduly hard to have different threads serving requests on behalf of different clients with different security contexts.
DS
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
| |