[M3devel] 5.8.6 LINUXLIBC6 breakage, kernel 2.6.23, glibc-2.6-4
hendrik at topoi.pooq.com
Thu Apr 21 16:28:26 CEST 2011
On Thu, Apr 21, 2011 at 10:20:54AM -0400, Tony Hosking wrote:
> On Apr 21, 2011, at 9:19 AM, Hendrik Boom wrote:
> > On Wed, Apr 20, 2011 at 10:58:06AM -0400, Tony Hosking wrote:
> >> Agreed. But CVSup used it and we were trying to be supportive.
> > So, at present, CVSup presumably works with user threads.
> > Maybe the cure is to fix CVSup instead of fork().
> > Why does CVSup needs a fork() that preserves all threads? Is
> > it essential to its design, or incidental?
> CVSup uses fork in an ill-defined way. fork is only well-defined for use as fork+exec. So, the fact that there are continuing threads is immaterial. CVSup wants to continue doing real work (without exec) after fork.
Does it need to use fork() at all? Wuld it suffice to use Modula 3's
own thread system?
More information about the M3devel