Xref: news-dnh.mv.net comp.os.msdos.djgpp:76 Path: news-dnh.mv.net!mv!news.sprintlink.net!gatech!bloom-beacon.mit.edu!eru.mt.luth.se!news.kth.se!sunic!sunic.sunet.se!news.uni-c.dk!iesd.auc.dk!news.iesd.auc.dk!juels From: juels AT kom DOT auc DOT dk (Soeren Juelsgaard) Newsgroups: comp.os.msdos.djgpp Subject: Re: fork()/join() Date: 02 Jun 1995 18:27:35 GMT Organization: Aalborg University, Dept. of Communication Technology Lines: 56 References: <3qhk5s$tvn AT news DOT telebyte DOT com> <3qlh05$kcn AT odin DOT diku DOT dk> Nntp-Posting-Host: aleko.kom.auc.dk To: djgpp AT sun DOT soe DOT clarkson DOT edu >>>>> "Morten" == Morten Welinder writes: In article <3qlh05$kcn AT odin DOT diku DOT dk> terra AT diku DOT dk (Morten Welinder) writes: >> Joel Hunter (jhunter AT kendaco DOT telebyte DOT com) wrote: : Will DJGPP EVER >> support these functions? Does anyone care but me : whether it does >> or not? We've got the hardware, so why not do it? Morten> Excuse me first for being a little direct: have you Morten> contributed to djgpp lately? Why don't you grab the latest Morten> djgpp alpha test and add fork()? [join???] Next week is Morten> fine. Morten> Regarding having the hardware: so does a Commodore 64. What's Morten> your point? Morten> And now to the point: I have some notes that describe how you Morten> could do some kind of fake multitasking with fork() etc. using Morten> djgpp V2. "Fake" means that the process switch will be at Morten> certain software events like (e.g.) calls to __dpmi_int. Morten> Don't expect non-djgpp programs to integrate smoothly (or at Morten> all) with this. Morten> fork(), btw, is going to be a pig since it will have to copy Morten> the entire running process. The multi-tasking exec's will Morten> behave much better. Morten> I guess you want pipes also. Do you know how many places you Morten> need to add code specifically for pipe handles? Be very Morten> afraid. Morten> I don't know when I'll get the time. Don't expect it this Morten> this year. Morten> csaldanh AT mae DOT carleton DOT ca (Chris Saldanha) writes: >> fork() is not a function, but a system call from the OS. >> MSDOS does not support any advanced systems calls like fork(), >> because of its antiquated architecture. DJGPP is not an operating >> system, only a development environment... :( Morten> Hasn't stopped us before. Morten> Morten Well Morten theres no idea of inventing the wheel again, and you can allready get OS's running GCC/G++ on Intel platforms, there will support system calls like exec and fork. Both OS/2 and Linux will do this and there's multithreaded librarys for them as well, giving you all the joy you can think of :-) Sincerely Soeren Juelsgaard