home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / transput / 1197 < prev    next >
Encoding:
Internet Message Format  |  1992-11-16  |  2.5 KB
  1. Path: sparky!uunet!mcsun!uknet!sersun1!sersun2.essex.ac.uk!aghao
  2. From: aghao@sersun2.essex.ac.uk
  3. Newsgroups: comp.sys.transputer
  4. Subject: Re: Manipulating process workspace on the Transputer
  5. Message-ID: <6421@sersun1.essex.ac.uk>
  6. Date: 16 Nov 92 11:18:06 GMT
  7. Sender: news@sersun1.essex.ac.uk
  8. Reply-To: aghao@sersun2.essex.ac.uk ()
  9. Organization: University of Essex, Colchester, UK
  10. Lines: 45
  11.  
  12. Greetings.
  13.  
  14. I'm sorry I have been rather silent since I posted my original question.  I had
  15. to leave town (:-) for a long weekend, and only returned last night.
  16.  
  17. Thanks very much for the responses.  I think my original post was slightly 
  18. ambiguous, as I failed to explain the conditions under which I wished to access
  19. the workspaces.  As a reminder, I said
  20.  
  21. >As part of my research, I need to be able to examine the workspace of one or 
  22. >more Transputer processes.  Clearly, this is quite feasible, as I can get hold
  23. >of the Wptr of a process.
  24. >
  25. >However, as I need to access the workspaces as separate, individual entities,
  26. >I need to know what the boundaries are, ie where each particular process' 
  27. >workspace starts and *ends*.  One possibility is to find out what the size
  28. >of each workspace is, and that is what I am hoping to be able to do.
  29.  
  30. To this I would add that I need this information at run-time.  The idea is that
  31. there are low-priority processes executing code implemented as functions
  32. (A and B, say).  Each of these processes would have an associated workspace,
  33. pointed to by Wptr, for local vars, params, etc.  I need to know exactly what
  34. the size of the allocated workspace is, and I would like to design a separate
  35. function (G, say), which, executed by a high priority process, would be able to
  36. examine, access and manipulate the workspaces for A and B.  
  37.  
  38. I cannot rely on the chance that the 2 workspaces will be consecutively placed,
  39. nor can I make assumptions about the workspace sizes, as that is simply 
  40. courting disaster.  At the same time, I'm sure that information either about
  41. the size of the workspace, or the ending address of the workspace (which amount
  42. to the same thing) will be available somewhere.  This information will allow
  43. me to do what I like with the workspaces of A and/or B, safe in the knowledge
  44. that I am not tampering with the workspace of any other process(es). 
  45.  
  46. Ideally, the process G would be able to compile a table with workspace info
  47. on all processes of interest, and would then be able to accurately access any
  48. of them.
  49.  
  50. Thanks,
  51.  
  52.     Obi Aghanya
  53.     Dept. of Computer Science
  54.     University of Essex
  55.     Colchester CO4 3SQ
  56.     UK
  57.