home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / programm / 20541 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  1.5 KB
  1. Path: sparky!uunet!olivea!charnel!sifon!CC.UMontreal.CA!casgrain
  2. From: casgrain@ERE.UMontreal.CA (Casgrain Philippe)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Basic multi-finder friendliness
  5. Message-ID: <1993Jan2.190850.18654@cc.umontreal.ca>
  6. Date: 2 Jan 93 19:08:50 GMT
  7. Sender: news@cc.umontreal.ca (Administration de Cnews)
  8. Organization: Universite de Montreal
  9. Lines: 27
  10.  
  11. Hi all, and happy New Year!
  12.  
  13. I have a program which is very computationnaly-inclined, so I try to make it
  14. run on a Mac, a PC (486-33) and a SGI workstation.  To simplify things, the
  15. program's source is completely portable from one machine to another (usual
  16. text translations only) and relies on a 'machine-specific' unit that I developed
  17. for every machine.
  18. Now, this works :-), but on the Mac, the program hogs _all_ the computer cycles
  19.  
  20. and does not allow background tasks (execpt file sharing, which seems to take
  21. CPU time from any application by taking the cycles before they're given to the
  22. apps).  
  23.  
  24. Is there a simple way of implementing the multi-tasking code (a la
  25. WaitNextEvent)? 
  26.  
  27. I can't afford to rebuild my program as a Mac-specific appli-
  28. cation, since it's purpose is not to be "nice", but compute fast. [Well, maybe,
  29. one day, it'll be a real Mac app, but for now I want to finish my Masters!].
  30.  
  31. Thanks,
  32. Philippe        casgrain@ERE.UMontreal.CA
  33.  
  34. P.S.  I don't mind adding a call in the source code that would 'allow
  35. background tasks', since I can always create a dummy procedure in the other
  36. machines' 'machine-specific' unit, to allow for complete portability.
  37.  
  38.