home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / amiga / programm / 15677 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  2.2 KB
  1. Path: sparky!uunet!think.com!ames!sun-barr!rutgers!cbmvax!dlarson
  2. From: dlarson@cbmvax.commodore.com (Dale Larson - Product Assurance)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Subtasks, IEEE library pointers - y.a.Q
  5. Message-ID: <36848@cbmvax.commodore.com>
  6. Date: 10 Nov 92 19:15:10 GMT
  7. References: <1992Nov9.205921.18485@trl.oz.au>
  8. Reply-To: dlarson@cbmvax.commodore.com (Dale Larson - Product Assurance)
  9. Organization: Commodore Engineering
  10. Lines: 45
  11.  
  12.  
  13. In article <1992Nov9.205921.18485@trl.oz.au> aduncan@rhea.trl.OZ.AU (Allan Duncan) writes:
  14. >I watched with interest while the knowledgable amongst us discussed the
  15. >topic of shared pointers and subtasks, coming to the conclusion that
  16. >sharing for the Maths at least was A Bad Thing.
  17. >Various panacea were put forward for SAS v6, particularly the use of an
  18. >appropriate pragma.  While this is quite clear for the subtask case, I
  19. >am interested in moving onto a SubProcess that is not load-seg'd (ie
  20. >inline with my main code), with the purpose of using DOS from it.
  21.  
  22. 1)  Other libraries exist now, other than the math libraries, which are
  23. documented as absolutely not allowing the sharing of library bases beteween
  24. tasks.
  25.  
  26. 2)  A process is a task.  (Though a task is not necessarily a process.) The
  27. system does not may a distinction between tasks and subtasks (or processes and
  28. subprocesses), whether load-seg'd individually or "inlined" within a larger
  29. context.  Therefore, it makes no difference and you still cannot share library
  30. bases.
  31.  
  32. >For the most part this seems straight forward, by I wonder what happens
  33. >if I do a printf( "%f...) - whose IEEE pointer gets used (the main
  34. >program, I think) _and does it matter_ (I think so)?
  35. >
  36. >Allan Duncan           ACSnet   a.duncan@trl.oz
  37. >(+613) 253 6708                Internet a.duncan@trl.oz.au
  38. >Fax    253 6664                UUCP     {uunet,hplabs,ukc}!munnari!trl.oz.au!a.duncan
  39. >    Telecom Research Labs, PO Box 249, Clayton, Victoria, 3168, Australia.
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52. -- 
  53. Dale Larson, Software Engineer | Anyone who believes that what I say or do
  54.                           | represents the policies or procedures of
  55.                    | Commodore has more lawyers than they have 
  56. dlarson@commodore.com          | common sense.
  57.