home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / lisp / 2847 < prev    next >
Encoding:
Text File  |  1992-11-10  |  1.9 KB  |  49 lines
  1. Newsgroups: comp.lang.lisp
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!stanford.edu!kronos.arc.nasa.gov!kepler.arc.nasa.gov!philpot
  3. From: philpot@kepler.arc.nasa.gov (Andrew Philpot)
  4. Subject: *READ-SUPPRESS* and #P syntax
  5. Message-ID: <1992Nov11.014902.6585@kronos.arc.nasa.gov>
  6. Sender: usenet@kronos.arc.nasa.gov (Will Edgington, wedgingt@ptolemy.arc.nasa.gov)
  7. Nntp-Posting-Host: kepler.arc.nasa.gov
  8. Organization: NASA/ARC Information Sciences Division
  9. Date: Wed, 11 Nov 1992 01:49:02 GMT
  10. Lines: 37
  11.  
  12. Should *READ-SUPPRESS* be obeyed when reading literal pathnames using
  13. #P?
  14.  
  15. Siutation: My code was trying to read in some files which contain
  16. references to pathnames using the #P syntax.  Lucid and Franz have
  17. different syntaxes for the object following the #P.  Lucid allows only
  18. a string, whereas Franz supports both strings and lists in this
  19. position.  Lucid signals an error when given an expression of the form
  20. #P followed by a list, since that violates its #P reader.
  21.  
  22. So far, so good.  However, in (lucid) lcl4.1b, you can't avoid
  23. signaling this error when reading a Franz-derived #P pathname.
  24. Putting a #-LUCID or #+EXCL qualifier in front of the form doesn't
  25. seem to work; it reads enough to signal the error anyway.
  26.  
  27. One would imagine that the intent of using READ-SUPPRESS to implement
  28. the *FEATURES* idea was to avoid signaling errors associated with just
  29. this kind of implementation-specific extension.
  30.  
  31. However, strictly speaking, this behavior is allowed by pp. 522 ff. of
  32. CLtL2.  It appears that the appropriate section of the new dpAns spec
  33. agrees with CLtl2 in this matter.  I couldn't swear I got to the right
  34. section, but there was one in dict-reader.tex that mirrored 22.1.2
  35. pretty well, and I didn't find any reference to #P there.
  36.  
  37. Is it the intent of dpAns that
  38.  
  39.   (defvar my-path
  40.       #+EXCL #P(:type "lisp")
  41.       #+LUCID #P".lisp"
  42.       )
  43.  
  44. can cause an error?
  45.  
  46. -- 
  47. ---------------------------------------------------------------
  48.              philpot@ptolemy.arc.nasa.gov
  49.