home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / amiga / programm / 13308 < prev    next >
Encoding:
Internet Message Format  |  1992-09-12  |  2.9 KB
  1. Xref: sparky comp.sys.amiga.programmer:13308 comp.sys.amiga.datacomm:6311
  2. Path: sparky!uunet!cs.utexas.edu!torn!cunews!revcan!sidus!atronx.OCUnix.On.Ca!rwm
  3. From: rwm@atronx.OCUnix.On.Ca (Russell McOrmond)
  4. Message-ID: <rwm.716338721@atronx.OCUnix.On.Ca>
  5. Date: 12 Sep 92 16:58:41 EST
  6. Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.datacomm
  7. Subject: Re: How to store client data in XPR structure ?
  8. In-Reply-To: sysop@alphanet.alphanet.ch (Marc SCHAEFER)
  9. References: <sysop.0ddm@alphanet.alphanet.ch>
  10. Lines: 47
  11.  
  12. sysop@alphanet.alphanet.ch (Marc SCHAEFER) writes:
  13. >I want to call XPR functions from an reentrant environment, ie no
  14. >global variable. However I need to pass some information in the XPR
  15.  
  16.   Here is what I do within Welmat.  Welmat has a global pointer that has
  17. a list of 'slaves', and one of the entries in a slave structure is a pointer
  18. to the process structure.  I do a FindTask(NULL) and compare until I find
  19. the proper slave, and thus all the information I would need to know about
  20. the slave.
  21.  
  22.   P.S. the xpr_data pointer is a ponter that the XPR protocol itself sets up
  23. to point to it's information, and is *NOT* to be modified by the host.
  24.  
  25. >internal structure, I wouldn't be able to use it and I would have to
  26. >add a field to the XPR structure (thus jeopardizing upward compatibility).
  27.  
  28.   Since the XPR_IO structure is not 'passed back' in any of the
  29. callbacks, even adding to the structure will not give you anything. The
  30. only way I know of to handle things in a re-entrant environment is to
  31. use the task list/FindTask(NULL) method I described above.
  32.  
  33.  
  34.   By the way, if you would like to get involved in a possible future XPR
  35. enhancement document (All completely backward compatable to XPR 2.0),
  36. please let me know.  I'm trying to put together a document of 'problems'
  37. and proposed solutions.  We will then be able to discuss which methods would
  38. be best to implment, and then release a new document (XPR 3.0?) so that
  39. others can make use of these extended features in their software.
  40.  
  41.   Willy is currently on a vacation, and I'll be sending him a preliminary
  42. document when he emails me that he is back.  If you have any issues that
  43. you would like to get dealt with in the next revision of the document, 
  44. please let us know.
  45.  
  46. >Thanks in advance
  47. >Bye Ms...
  48.  
  49. >+------------------_+-----------------------------------------------+
  50. >| Marc SCHAEFER _ //| sysadm@alphanet.ch  -or-    schaefer@di.epfl.ch |
  51. >| Battieux 6c    \X/ | MUD:mud.imp.ch@2345 FTP:liasun3.epfl.ch:/pub2 |
  52. >| 2013 COLOMBIER  CH| Week fast response mail schaefer@di.epfl.ch   |
  53. >+-------------------+-----------------------------------------------+
  54. > We pay for incoming and outgoing mail, please don't send long files
  55. --
  56.   Opinions expressed in this message are my Own. I represent nobody else.
  57.   Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)
  58.   FidoNet 1:163/109 Welmat Help 1:1/139  Current WELMAT 'keeper of sources'.
  59.