lkml.org 
[lkml]   [1996]   [May]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: clone() and pthreads?
Date
> Essentially, the current status of clone() is that the code does work, 
> and it's used extensively inside the kernel itself, both for kernel
> threads and for the normal "fork()" system call. As such, it should be
> stable enough to do some real work on.

Ok phase 1. Someone take the basic example and stuff it (forcibly if
need be) into libc5.3.x (I guess 13).

> - file descriptor locking. Currently, if you share file descriptors
> among multiple processes (CLONE_FILES), and one process does a close()
> on a file descriptor while another process is using that descriptor
> for a read(), for example, the kernel can get rather upset.

Ok. So for 2.0 we should avoid CLONE_FILES

> - VM area locking. This is essentially the same as above, except it's a
> case of one process unmapping a vm area while it's being used by
> another process. Again the kernel doesn't test for that, and doesn't
> like it.

This isnt just a clone() issue. truncate can cause this to occur surely.

Alan



\
 
 \ /
  Last update: 2005-03-22 13:37    [W:0.082 / U:0.652 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site