home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / mac / programm / 13986 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  2.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!dtix!mimsy!lhc!mcmathmac.nlm.nih.gov!user
  2. From: mcmath@csb1.nlm.nih.gov (Chuck McMath)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: Creating background tasks (HELP!).
  5. Message-ID: <mcmath-140892082728@mcmathmac.nlm.nih.gov>
  6. Date: 14 Aug 92 12:32:58 GMT
  7. References: <1992Aug13.170029.3055@qiclab.scn.rain.com>
  8. Sender: usenet@nlm.nih.gov (usenet news poster)
  9. Followup-To: comp.sys.mac.programmer
  10. Organization: MSD
  11. Lines: 37
  12.  
  13. In article <1992Aug13.170029.3055@qiclab.scn.rain.com>,
  14. baer@qiclab.scn.rain.com (Ken Baer) wrote:
  15. > 
  16. > OK, first of all, I do realize that the Mac OS does not yet support real
  17. > Multitasking (nor does MS Windows). But, I keep hearing about certain
  18. > applications or inits that allow programs to run in the background (like
  19. > the one that allows Think C to compile in the background).  What I want
  20. > to do is allow our 3D rendering software to render in the background to
  21. > the user can use the modeller etc. while rendering.  Could someone either
  22. > post, or point me to some documented code to set this up?  What are the
  23. > limits and conditions to this?  We are already doing this under Windows,
  24. > so I imagine a similar process should be possible on the Mac.
  25. > 
  26. > Any and all related information will be greatly appreciated.
  27.      
  28.         Well, what you're really seeing is applications that can do tasks in
  29. the background.  When the front application doesn't have pending events and
  30. it calls WaitNextEvent background applications get time - that is, if the
  31. frontmost application is well-behaved (please, gurus, correct me if I
  32. misspeak!)
  33.  
  34. What you want to to is bone up (i.e., read Inside Mac) on the Event Manager
  35. (maybe?) and see how applications that are not in the foreground get time. 
  36. Then you need to structure your rendering task so it can be done in small
  37. chunks, because it would not be polite for a background task to grab the
  38. computer and not let go (cf PrintMonitor!).  Once you set up your renderer
  39. this way, it needs to be on the lookout for those events that apps get when
  40. they're in the background, and do some rendering then.  It's easy to talk
  41. about, but, I believe, difficult to achieve in practice!
  42.  
  43.  
  44. chuck
  45.  
  46. |- chuck mcmath - mcmath@csb1.nlm.nih.gov - MSD, Inc. ------------|
  47. |- National Library of Medicine - National Institutes of Health --|
  48. |- Bethesda, MD 20894 -  !aixelsyd evah uoy siht daer nac uoy fI -|
  49. |- "Hey batter, hey batter, hey batter, swing" - Anon. -----------|
  50.