home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / programm / 4616 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  2.0 KB
  1. Path: sparky!uunet!usc!rpi!crdgw1!ge-dab!knight.vf.ge.com!happy.vf.ge.com!doug
  2. From: doug@happy.vf.ge.com (Doug Hughes)
  3. Newsgroups: comp.unix.programmer
  4. Subject: Re: Multithreads in SunOS 4.1.2
  5. Message-ID: <1992Sep10.114315.4875@knight.vf.ge.com>
  6. Date: 10 Sep 92 11:43:15 GMT
  7. References: <1992Sep8.200022@hlrz24.hlrz.kfa-juelich.de>
  8. Sender: news@knight.vf.ge.com
  9. Reply-To: doug@happy.vf.ge.com
  10. Followup-To: comp.unix.programmer
  11. Organization: GE Aerospace - VF
  12. Lines: 51
  13. Nntp-Posting-Host: happy.vf.ge.com
  14.  
  15. In article <1992Sep8.200022@hlrz24.hlrz.kfa-juelich.de>, melin@hlrz24.hlrz.kfa-juelich.de (Stephan Melin) writes:
  16. > I have the following problem:
  17. > I need to write a program that runs multiple processes concurrently, eg.:
  18. > 
  19. > void proc(void);
  20. > 
  21. > void main(void)
  22. > {
  23. >   StartThread(proc);
  24. >   printf("main\n");
  25. >   ... /* some stuff to wait for the other thread */
  26. >   printf("main acknowledged\n");
  27. >   ... /* some stuff to tell the thread to go ahead */
  28. >   printf("end main\n");
  29. > } 
  30. > 
  31. > void proc( void)
  32. > {
  33. >   printf("proc");
  34. >   ... /* send OK to main */
  35. >   ... /* wait for main */ 
  36. >   printf("exit proc\n");
  37. > }
  38. > 
  39. > output should look like this:
  40. > main
  41. > proc
  42. > main acknowledged
  43. > end main / exit proc  (what ever comes first)
  44. > 
  45. > 
  46. > Synchronization, of the processes will be done by semaphores...
  47. > I have already looked at the lwp library, but I don't want to
  48. > mess with this lowlevel stuff (I don't want to write my own
  49. > scheduler). So is there any way to solve this problem in an
  50. > easy way?
  51. > 
  52. > Thanks in advance
  53. > 
  54.  
  55. Why not just fork off a process and then exec a new process? That
  56. way you can have the two processes running in parallel using the
  57. existing UNIX scheduling algorithms.  Then, all you have to write
  58. is a good producer-consumer relationship (which can be pulled out
  59. of any good OS textbook)
  60. -- 
  61.  ___            |    GE software developer
  62. ( / ) _       _,    |    doug@happy.vf.ge.com
  63. _/_/ <_>_/_/_<_>    |    uunet!crdgw1!ge-dab!happy.vf.ge.com!doug
  64.              <_>    |    2B | !2B > The_Question
  65. ________________________|______________________________________________________
  66.