:> :> 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