X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f Date: Thu, 20 May 2004 20:12:24 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: djgpp AT delorie DOT com Message-Id: <9743-Thu20May2004201223+0300-eliz@gnu.org> X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 In-reply-to: <4d201f78.0405200540.307bb15a@posting.google.com> (048321887-0001 AT t-online DOT de) Subject: Re: Using DR-DOS fork in DJGPP References: <4d201f78 DOT 0405181653 DOT 16a677b6 AT posting DOT google DOT com> <4d201f78 DOT 0405191158 DOT 63550b51 AT posting DOT google DOT com> <7704-Wed19May2004233123+0300-eliz AT gnu DOT org> <4d201f78 DOT 0405191847 DOT 6697f90d AT posting DOT google DOT com> <4d201f78 DOT 0405200540 DOT 307bb15a AT posting DOT google DOT com> Reply-To: djgpp AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > From: 048321887-0001 AT t-online DOT de (Udo Kuhnt) > Newsgroups: comp.os.msdos.djgpp > Date: 20 May 2004 06:40:00 -0700 > > So any attempt to add support for native multitasking to the library itself > would also have to start from scratch. Yes. > The documentation is not very detailed, but as I understand it, X_PCreate > creates a new process (or rather a new thread) in the same address room, > while Z_Dom_Fork copies the entire address room, which probably includes the > file handles of the calling process. Z_Dom_Fork is clearly documented to run the same program, but it creates a process in a separate VM, which is not very helpful for us, since there's no way to inherit file handles between VMs (otherwise we could have easily implemented `fork' on Windows by using the Windows `start' command). If our `fork' doesn't inherit file handles, the programs that use it will not work, as on Unix the child always inherits the parent's handles. It would be interesting to see what happens with this aspect of the process created by X_PCreate.