home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / amiga / programm / 13258 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  1.6 KB
  1. Path: sparky!uunet!usc!wupost!tulane!darwin.sura.net!Sirius.dfn.de!chx400!impch!alphanet!sysop
  2. From: sysop@alphanet.alphanet.ch (Marc SCHAEFER)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: How to store client data in XPR structure ?
  5. Distribution: world
  6. Reply-To: sysop@alphanet.ch
  7. Message-ID: <sysop.0ddm@alphanet.alphanet.ch>
  8. Date: 11 Sep 92 11:49:53 GMT+2
  9. Organization: ALPHANET Network First - Colombier (NE), Switzerland
  10. Lines: 27
  11.  
  12. Hi.
  13.  
  14. I want to call XPR functions from an reentrant environment, ie no
  15. global variable. However I need to pass some information in the XPR
  16. structure so my callback functions are able to retrieve the information.
  17. May I use the xpr_data field ?    It is not clearly documented as being
  18. client use only. If it is used by the XPR library for some strange
  19. internal structure, I wouldn't be able to use it and I would have to
  20. add a field to the XPR structure (thus jeopardizing upward compatibility).
  21.  
  22. In summary: is the xpr_data client use only
  23.         if not, what would be the best way for me to store a
  24.         data pointer ?
  25.  
  26. Thanks in advance
  27. Bye Ms...
  28.  
  29. [Please keep mail answers short and don't send huge files (>5k :-) )
  30. without asking - we pay for incoming mail]
  31.  
  32. --
  33. +------------------_+-----------------------------------------------+
  34. | Marc SCHAEFER _ //| sysadm@alphanet.ch  -or-    schaefer@di.epfl.ch |
  35. | Battieux 6c    \X/ | MUD:mud.imp.ch@2345 FTP:liasun3.epfl.ch:/pub2 |
  36. | 2013 COLOMBIER  CH| Week fast response mail schaefer@di.epfl.ch   |
  37. +-------------------+-----------------------------------------------+
  38.  We pay for incoming and outgoing mail, please don't send long files
  39.