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][RFA] Reap children on stack trace generation.

From: David Daney <ddaney at avtrex dot com>
To: Casey Marshall <csm at gnu dot org>
Cc: java-patches at gcc dot gnu dot org
Date: Mon, 12 Jul 2004 09:43:33 -0700
Subject: Re: [PATCH][RFA] Reap children on stack trace generation.
References: <40EA537F.5080005@avtrex.com> <87y8ltcdzo.fsf@fleche.redhat.com> <87n0288r7z.fsf@gnu.org>

Casey Marshall wrote:
> 
> I thought it was generally agreed that the most reliable
> implementation for this sort of thing would be a seperate thread that
> reaped child processes. That is, a single thread forks, execs, then
> waits for processes.
> 
> In which case, wouldn't Classpath's VM reference implementation of
> this be a better choice than fixing this version?
> 

I was skimming Classpath's CVS repository.  Can you point me to their
equivalent of PosixProcess?  I could not find where it is.

David Daney.

Follow-Ups:
- Re: [PATCH][RFA] Reap children on stack trace generation.
  - From: Casey Marshall

References:
- [PATCH][RFA] Reap children on stack trace generation.
  - From: David Daney
- Re: [PATCH][RFA] Reap children on stack trace generation.
  - From: Tom Tromey
- Re: [PATCH][RFA] Reap children on stack trace generation.
  - From: Casey Marshall

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