Messages in this thread | | | From | (Eric W. Biederman) | Subject | Re: 2.6.24-rc3: find complains about /proc/net | Date | Tue, 20 Nov 2007 18:41:56 -0700 |
| |
Robert Hancock <hancockr@shaw.ca> writes:
> Eric W. Biederman wrote: >> Could you elaborate a bit on how the semantics of returning the >> wrong information are more useful? >> >> In particular if a thread does the logical equivalent of: >> grep Pid: /proc/self/status. It always get the tgid despite >> having a different process id. > > The POSIX-defined userspace concept of a PID requires that all threads appear to > have the same PID. This is something that Linux didn't comply with under the old > LinuxThreads implementation and was finally fixed with NPTL. This isn't a > POSIX-defined interface, but I assume it's trying to be consistent with > getpid(), etc.
Linux exports two fields in /proc/self/status: Tgid: 32698 Pid: 32698
The tgid maps to the posix concept. The pid is this context is the thread id.
So it seems broken to me to return the same thread id for different threads.
Eric - 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/
| |