[RFC] Fix PosixProcess by porting VMProcess from Classpath...

Wed Jul 14 03:19:00 GMT 2004

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

David> It is said that:
David> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11801
David> Could be fixed by using VMProcess from Classpath instead of the
David> current PosixProcess.
David> There are several other problems that I have been experiencing
David> related to not reaping terminated or failed Processes that
David> would also be fixed.
David> Q1: Does this seem like a good idea?.
I think so. It will bring libgcj closer to Classpath, making both
easier to maintain.
David> Q2: Is someone else currently working on fixing this.
I used natPosixProcess.cc to make a CNI implementation of this class's
native methods, to try it out.
I'll attach what I did, but the POSIX part is trivial to implement.
David> Q3: Would it be acceptable to only fix this for PosixProcess
David> and assume that Win32 et al work and don't need fixing.
AFAIK there are only real implementations for POSIX and Win32, and a
stubbed-out one for eCos. Replacing ConcreteProcess would just mean
breaking Win32, which isn't too bad.
-- 
Casey Marshall || rsdio@metastatic.org
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: natVMProcessPosix.cc
URL: <http://gcc.gnu.org/pipermail/java/attachments/20040714/53278f26/attachment.cc>