Re: [uml-devel] Re: Stop at startup on 2.6 NPTL hosts

[Bodo Stroesser <bstroesser@fujitsu-siemens.com>]

Geert Uytterhoeven wrote:
> On Wed, 10 Nov 2004 stian@nixia.no wrote:
> 
>>>This fact (glibc caches getpid() results) was even known because already
>>>posted, and I guessed that this could happen only with TLS support.
>>
>>That glibc caches getpid() has been a known issue before when people
>>wanted to benchmark uml syscall speeds inside vs outside of UML using a
>>simple libc-function. A clone() call can't easily invalidate caches around
>>in libs that are stored in statics. But it should be mentioned on
>>getpid()'s man/info page that the value might be cached.
> 
> 
> Why? getpid() is just an API call. No one guarantees it's actually a syscall.
> And IMHO caching getpid() is allowed, since the returned value won't change
> anyway.
> 
> If you want to be 100% sure you use a syscall, why not call the syscall
> directly?
OK. It's an API call. But what's this API call defined to return? Isn't it the
pid of the process calling? If it is, the behavior of the lib is a bug. If it
isn't, the descriptions are wrong. Do you agree?

Bodo


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel