home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / hp48 / 5757 < prev    next >
Encoding:
Text File  |  1992-11-15  |  1.2 KB  |  32 lines
  1. Newsgroups: comp.sys.hp48
  2. Path: sparky!uunet!stanford.edu!agate!iat.holonet.net!brianw
  3. From: brianw@iat.holonet.net (Brian Walsh)
  4. Subject: Re: LISP in system RPL
  5. Message-ID: <BxrqAn.4CE@iat.holonet.net>
  6. Organization: HoloNet (BBS: 510-704-1058)
  7. References: <STEVEV.92Nov14123612@miser.uoregon.edu>
  8. Date: Sun, 15 Nov 1992 17:37:35 GMT
  9. Lines: 21
  10.  
  11. stevev@miser.uoregon.edu (Steve VanDevender) writes:
  12. : Your function "LISP" is more commonly known to LISP hackers as
  13. : "mapcar".  (mapcar f l) applies the function f to each member of
  14. : the list l.  The name, while more cryptic, seems less misleading
  15. : that calling your function LISP.:
  16. To each his own.  Every car needs a map :-)
  17.  
  18. : Your program can easily do argument checking; wrap the program in
  19. : this:
  20. [stuff deleted]
  21. : If you want to make sure that the level 1 argument is either a
  22. : list or a program, you would also have to insert explicit tests
  23. : for those types.  The basic type checking used above will at
  24. : least avoid the possibility of major damage from wrong arguments
  25. : being passed.
  26. Thanks!  I had thought of your suggestion; it seems reasonable enough, since
  27. the xEVAL will check the process anyway.  So I'll implement it.
  28.  
  29. -- Brian Walsh
  30.    brianw@holonet.net
  31.  
  32.