This is the mail archive of the java-patches@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [Patch] PR 31228, Fix close-on-exec race.

From: David Daney <ddaney at avtrex dot com>
To: tromey at redhat dot com
Cc: java-patches at gcc dot gnu dot org
Date: Tue, 20 Mar 2007 14:37:26 -0700
Subject: Re: [Patch] PR 31228, Fix close-on-exec race.
References: <45FE35C1.9060805@avtrex.com> <m3k5xbd3j4.fsf@localhost.localdomain>

Tom Tromey wrote:

"David" == David Daney <ddaney@avtrex.com> writes:


David> I hope someone can think of a better way to fix the race.  If
David> only there were some way to set the default value of the
David> FD_CLOEXEC flag...

We could wrap each "open + set FD_CLOEXEC" in a mutex, and do the same
for the fork.

That does not work in a blocking socket accept situation. It would prevent Runtime.exec() from starting the subprocess until a connection arrived.

David Daney

Follow-Ups:
- Re: [Patch] PR 31228, Fix close-on-exec race.
  - From: David Daney

References:
- [Patch] PR 31228, Fix close-on-exec race.
  - From: David Daney
- Re: [Patch] PR 31228, Fix close-on-exec race.
  - From: Tom Tromey

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]