From owner-freebsd-hackers  Mon May 19 13:36:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA15844
          for hackers-outgoing; Mon, 19 May 1997 13:36:57 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA15834
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 19 May 1997 13:36:54 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA24668; Mon, 19 May 1997 13:28:11 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199705192028.NAA24668@phaeton.artisoft.com>
Subject: Re: GNAT-pthreads integration bugs/questions
To: julian@whistle.com (Julian Elischer)
Date: Mon, 19 May 1997 13:28:11 -0700 (MST)
Cc: terry@lambert.org, davem@caip.rutgers.edu, deischen@iworks.InterWorks.org,
        freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au
In-Reply-To: <3380B7DE.493F66A8@whistle.com> from "Julian Elischer" at May 19, 97 01:28:14 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > There is no threads stack in an rfork.
>
> actually terry there IS
> 
> fork is like linux CLONE (with the correct options set)
> and simply increments a reference count to the VM structure.
> thus ALL vm regions are shared.
> (unless you try some fancy options)

You're twisting on a technicality.  The stack is pointed to by a
proc struct, not managed in user space, like a threads stack.  It
is also auto-gorw (also unlike a threads stack).


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.