From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kgwcr-0001Kk-C2 for qemu-devel@nongnu.org; Sat, 20 Sep 2008 03:11:29 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kgwcq-0001KM-IP for qemu-devel@nongnu.org; Sat, 20 Sep 2008 03:11:28 -0400 Received: from [199.232.76.173] (port=37043 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kgwcq-0001KH-9R for qemu-devel@nongnu.org; Sat, 20 Sep 2008 03:11:28 -0400 Received: from mx20.gnu.org ([199.232.41.8]:11892) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kgwcq-0005i6-70 for qemu-devel@nongnu.org; Sat, 20 Sep 2008 03:11:28 -0400 Received: from ey-out-1920.google.com ([74.125.78.147]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kgwco-0006z3-RJ for qemu-devel@nongnu.org; Sat, 20 Sep 2008 03:11:27 -0400 Received: by ey-out-1920.google.com with SMTP id 4so220342eyk.4 for ; Sat, 20 Sep 2008 00:11:25 -0700 (PDT) Date: Sat, 20 Sep 2008 10:12:12 +0300 From: "Kirill A. Shutemov" Subject: Re: [Qemu-devel] [PATCH] Fix vfork() syscall emulation Message-ID: <20080920071211.GB24679@localhost.localdomain> References: <1221750426-14863-1-git-send-email-kirill@shutemov.name> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cmJC7u66zC7hs+87" Content-Disposition: inline In-Reply-To: Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: andrzej zaborowski Cc: qemu-devel@nongnu.org --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 20, 2008 at 04:56:45AM +0200, andrzej zaborowski wrote: > 2008/9/18 Kirill A. Shutemov : > > vfork() is a kind of fork, not thread despite CLONE_VM >=20 > According to clone(2) it can be either, the only difference is that > vfork() suspends the parent process. So if CLONE_VM is set, I think > still the pthread / clone way should be used and the child thread > should be waited on. Also process created with vfork(2) share stack with parent. Every thread has its own stack. --=20 Regards, Kirill A. Shutemov + Belarus, Minsk + ALT Linux Team, http://www.altlinux.com/ --cmJC7u66zC7hs+87 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkjUoksACgkQbWYnhzC5v6qOeACeK6y74h4wU/4Bkc25xK7ytSPU V9UAnjqBSzTUGrE1QJrpGy6sVdlUOIWW =4K1C -----END PGP SIGNATURE----- --cmJC7u66zC7hs+87--