Matthew Dillon <[EMAIL PROTECTED]> wrote: > :BTW, concerning rfork(RFMEM). Could somebody explain me, why the > :following simple program is coredumping: > You cannot call rfork() with RFMEM directly from a C program. You > have to use assembly (has anyone created a native clone() call yet > to do all the hard work?). > 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. Oh, well, I suspected something like that (from what I saw, trying to debug that small piece of code). Should it be at least mentioned in rfork(2)? --- You are only young once, but you can stay immature indefinitely. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
- Re: Concept check: iothreads addition to pthreads... 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 check] Matthew Dillon
- Re: rfork() [was: Concept ch... Jason Evans
- Re: rfork() [was: Concept ch... Matthew Dillon
- Re: rfork() [was: Concept ch... Wes Peters
- Re: rfork() [was: Concept ch... Wes Peters
- Re: rfork() [was: Concept ch... Sheldon Hearn
- Re: rfork() [was: Concept ch... Alexander Litvin
- Re: rfork() [was: Concept ch... Ronald G. Minnich
- Re: rfork() [was: Concept ch... Scott Hess
- Re: rfork() [was: Concept check] Ronald G. Minnich
- Re: rfork() [was: Concept check] Michael Bacarella
- Re: Concept check: iothreads addition to pthreads... Richard Seaman, Jr.
- Re: Concept check: iothreads addition to pthreads... Scott Hess
- Re: Concept check: iothreads addition to pthr... Jason Evans
- Re: Concept check: iothreads addition to pthreads for ... jasone
- Re: Concept check: iothreads addition to pthreads... Scott Hess
- Re: Concept check: iothreads addition to pthr... Matthew Dillon