home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / amiga / programm / 13292 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  1.4 KB
  1. Path: sparky!uunet!decwrl!waikato.ac.nz!comp.vuw.ac.nz!actrix!templar!jbickers
  2. Newsgroups: comp.sys.amiga.programmer
  3. Subject: Re: How to store client data in XPR structure ?
  4. Message-ID: <jbickers.0fjr@templar.actrix.gen.nz>
  5. From: jbickers@templar.actrix.gen.nz (John Bickers)
  6. Date: 12 Sep 92 18:36:43 PST
  7. References: <sysop.0ddm@alphanet.alphanet.ch>
  8. Organization: TAP, NZAmigaUG
  9. Lines: 22
  10.  
  11. Quoted from <sysop.0ddm@alphanet.alphanet.ch> by sysop@alphanet.alphanet.ch (Marc SCHAEFER):
  12.  
  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. > structure so my callback functions are able to retrieve the information.
  16.  
  17.     Do your callback functions even get to see the XPR_IO structure?
  18.     I was under the impression they didn't, which I think is a flaw in
  19.     the design. I used a global variable. One drawback of this also is
  20.     that it makes it hard to use XPR with several serial devices at
  21.     once.
  22.  
  23.     Anyway, if your callback functions can see the XPR_IO pointer, you
  24.     can put your data at a -ve offset from the pointer.
  25.  
  26.     BTW, if your callback functions can see the XPR_IO pointer, can
  27.     you post how they manage it?
  28.  
  29. > | Marc SCHAEFER _ //| sysadm@alphanet.ch  -or-    schaefer@di.epfl.ch |
  30. --
  31. *** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
  32. ***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
  33.