home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / lucidem / help / 163 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  1.2 KB
  1. Path: sparky!uunet!mcsun!corton!seti!margaux.inria.fr!murthy
  2. From: murthy@margaux.inria.fr (Chet Murthy)
  3. Newsgroups: alt.lucid-emacs.help
  4. Subject: RPC protocols in LEmacs 19
  5. Keywords: RPC
  6. Message-ID: <4028@seti.UUCP>
  7. Date: 29 Jul 92 11:19:02 GMT
  8. Sender: news@seti.UUCP
  9. Organization: INRIA Rocquencourt,Le Chesnay, France.
  10. Lines: 22
  11.  
  12.  
  13. First off, I have to thank the guys behind lemacs 19 - it's a really
  14. nice piece of work.  And now ... my question about an extension ...
  15.  
  16. I have been thinking about writing some RPC code, so that emacs can
  17. act as an RPC/XDR server/client.  Not too hard - I just need to link
  18. the XDR library, and write some code to (un)marshal LISP objects.
  19.  
  20. The problem is, I want this to be compatible with the rest of Emacs -
  21. which means, if I am transporting a large object, and it comes over in
  22. chunks, I would like for the unmarshaling to happen "in the
  23. background".  This is rather difficult to make work, without
  24. coroutining, and the only other way I have thought of is to transport
  25. records, store the record until complete, and then unmarshal it all at
  26. once.
  27.  
  28. Which incurs the allocation cost of the buffer/string list.  Does
  29. anybody out there have a better idea?  Or, even better, has anybody
  30. implemented this?
  31.  
  32. Thanks in advance,
  33. --chet--
  34.