home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / programm / 7371 < prev    next >
Encoding:
Text File  |  1993-01-07  |  1.3 KB  |  42 lines
  1. Newsgroups: comp.os.os2.programmer
  2. Path: sparky!uunet!mcsun!chsun!vichy.glance.ch!romanf
  3. From: romanf@glance.ch (Roman Fischer)
  4. Subject: Re: C++ and Threads
  5. Message-ID: <1993Jan7.072018.6422@glance.ch>
  6. Keywords: C++, Threads, Semaphores, Processes
  7. Sender: Roman Fischer
  8. Reply-To: rofische@iiic.ethz.ch
  9. Organization: ETH-Zurich, Switzerland
  10. References:  <726341759.AA00000@blkcat.UUCP>
  11. Date: Thu, 7 Jan 93 07:20:18 GMT
  12. Lines: 28
  13.  
  14. In article <726341759.AA00000@blkcat.UUCP>, Matthew.Peters@f347.n109.z1.fidonet.org (Matthew Peters) writes:
  15. |> I am currently writing a C++ program that is going to use a lot of Threads.  And
  16.  
  17. How many threads ?
  18.  
  19. |> since the Threads will be using a lot of globel lists of data, what is the best
  20.  
  21. Many lists, or always the same list?
  22.  
  23. |> way to let only one thread read/write the list at a time?  I am using system
  24. |> sems.  Is there anything else that would be better to use?  The reason why I ask
  25.  
  26. If the threads are in different processes, yes. If you don't need to serialize
  27. diffrent processes, just the threads in ONE process, use RAM-Sems.
  28.  
  29. ...
  30. |> Matthew
  31.  
  32.  
  33. Well, it seems my last posting was lost somewhere. I uploaded a thread-class for C++
  34. on ftp-os2.nmsu.edu some days ago. So if you like... This class also features parameter
  35. passing to threads.
  36. If there are any comments, problems or bugs, please let me know.
  37.  
  38.  
  39. Bye         Roman
  40.  
  41.  
  42.