home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / next / programm / 8261 < prev    next >
Encoding:
Text File  |  1993-01-23  |  1.4 KB  |  40 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!usc!cs.utexas.edu!asuvax!ncar!mimbres.cs.unm.edu!droid!bbum
  3. From: bbum@stone.com
  4. Subject: Re: Passing Stream Data between Client and Server?
  5. Message-ID: <1993Jan22.185942.412@stone.com>
  6. Sender: bbum@stone.com
  7. Reply-To: bbum@stone.com
  8. Organization: Stone Design Corp
  9. References: <1993Jan22.111601.15395@informatik.uni-hamburg.de>
  10. Date: Fri, 22 Jan 1993 18:59:42 GMT
  11. Lines: 27
  12.  
  13. In article <1993Jan22.111601.15395@informatik.uni-hamburg.de>  
  14. becker@informatik.uni-hamburg.de (Ulrich Becker) writes:
  15. > In article <1993Jan18.203809.6077@ornl.gov> woo@ornl.gov (John W. Wooten)  
  16. writes:
  17. > > [Problem description]
  18. > >
  19. > > The problem is that NXStreams can't be used between proxy objects since  
  20. > > the size of the NXStream can't be determined.  The information can't be  
  21. > > passed as char * since there are imbedded nulls.
  22. > > 
  23. > 
  24. > Why not use bit/byte stuffing?
  25.  
  26. If one responds to the NXEncoding/NXDecdoing protocol, then you could create  
  27. a wire compatible object that either uses encode/decodeBytes:count: or pass  
  28. an NXData object between the two hosts....
  29.  
  30. > > [John W. Wooten]
  31. > 
  32. > Ulrich Becker
  33. > 
  34. > Becker@informatik.uni-hamburg.de
  35.  
  36. b.bum
  37. -- 
  38. <bbum@stone.com>   | "I ride tandem with the random...
  39. Stone Design Corp  |   ...things don't run the way I planned them." p.gabriel
  40.