:>
:> The reason is that rfork(RFMEM) does not give the new process a new
:> stack, so both the old and new processes wind up on the same original
:> stack and stomp all over each other.
:
:There is an implementation of clone() in the linuxthreads port, written by
:Richard Seaman.
:
:Jason
No manual page, tho :-(
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
- Concept check: iothreads addition to pthreads for MYSQ... Scott Hess
- Re: Concept check: iothreads addition to pthreads... Matthew Dillon
- Re: Concept check: iothreads addition to pthr... Alfred Perlstein
- rfork() [was: Concept check] Michael Bacarella
- Re: rfork() [was: Concept check] Scott Hess
- Re: rfork() [was: Concept check] Alexander Litvin
- Re: rfork() [was: Concept ch... Matthew Dillon
- Re: rfork() [was: Concep... Jason Evans
- Re: rfork() [was: Concep... Matthew Dillon
- Re: rfork() [was: Concep... Wes Peters
- Re: rfork() [was: Concep... Wes Peters
- Re: rfork() [was: Concep... Sheldon Hearn
- Re: rfork() [was: Concep... Alexander Litvin
- Re: rfork() [was: Concep... Ronald G. Minnich
- Re: rfork() [was: Concep... Scott Hess
- Re: rfork() [was: Concept check] Ronald G. Minnich
- Re: rfork() [was: Concept check] Michael Bacarella
- Re: Concept check: iothreads addition to pthr... Richard Seaman, Jr.
- Re: Concept check: iothreads addition to pthr... Scott Hess

