home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / misc / 4037 < prev    next >
Encoding:
Text File  |  1992-12-15  |  2.3 KB  |  46 lines
  1. Newsgroups: comp.lang.misc
  2. Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!rdg.dec.com!jch
  3. From: jch@rdg.dec.com (John Haxby)
  4. Subject: Re: who should specify languages?
  5. Message-ID: <1992Dec15.180308.23378@rdg.dec.com>
  6. Sender: news@rdg.dec.com (Mr News)
  7. Organization: Digital Equipment Corporation
  8. References: <1992Dec2.230925.8405@newshost.lanl.gov> <1992Dec10.065945.7682@BofA.com> <1992Dec10.192524.25311@newshost.lanl.gov> <id.L8RV.IQC@ferranti.com> <1992Dec14.201155.9907@newshost.lanl.gov>
  9. Date: Tue, 15 Dec 1992 18:03:08 GMT
  10. Lines: 34
  11.  
  12. In article <1992Dec14.201155.9907@newshost.lanl.gov>, jlg@cochiti.lanl.gov (J. Giles) writes:
  13. |> Having languages compatible only at the pipe-I/O level is not 
  14. |> really acceptable.  It's too clumsy, slow, and inflexible to
  15. |> be of any real use for production purposes.  Operationally,
  16. |> a pipe is a weak subset of the functionality that should be
  17. |> present in an interprocess communications package.  Semantically,
  18. |> pipes are a very weak subset of function composition.  Among the
  19. |> problems is the lack of type-checking across the protocol - all your
  20. |> data must be reduced to byte streams (you *could* encode the type 
  21. |> information into the stream, but who does?).  Another problem
  22. |> is that all the communication requires two system calls, and on
  23. |> most implementations: a trip through the system buffers for all
  24. |> the data (both of these are *slow* and it's preferable not to
  25. |> move the data at all).
  26.  
  27. Well, it depends.  In some cases, procedure call `compatibility' is a
  28. good thing: although you can take it too far (eg VMS where practically
  29. everything is call-by-reference for the sake of FORTRAN).
  30.  
  31. In some cases, however, the textual integration that UNIX is a shining
  32. example of it useful: it helps the modularization; it means that itsy bitsy
  33. programs can do itsy bitsy jobs and join together in a useful way.  Not
  34. that I'm suggesting that this is a good way to write, say, a wysiwyg editor,
  35. but it's not a bad way to write a text processing system (the troff family, for
  36. example), because it allows you to do all sorts of other things to get
  37. interesting and unssual spelling mistakse :-)
  38.  
  39. -- 
  40. John Haxby, Definitively Wrong.
  41. Digital                <jch@rdg.dec.com>
  42. Reading, England        <...!uknet!wessex!jch>
  43.  
  44. ----------------------------------------------------------------
  45. The opinions expressed herein are my own, not my employers.
  46.