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