home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / lisp / mcl / 1626 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.8 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!swrinde!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!data.nas.nasa.gov!taligent!apple!cambridge.apple.com!cfry@MIT.EDU
  2. From: cfry@MIT.EDU (Christopher Fry)
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: Logical pathname bug?
  5. Message-ID: <9211182224.AA17964@MIT.EDU>
  6. Date: 18 Nov 92 23:03:38 GMT
  7. Sender: info-mcl-request@cambridge.apple.com
  8. Lines: 34
  9. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  10.  
  11. I define some logical pathnames.
  12. I use them to load some .lisp files.
  13. The files load fine. I can meta-point functions defined in them.
  14. They have pathnames like "hd:ccs:oval:foo.lisp".
  15. When I eval a defun in such a file I get the warning message
  16.  
  17. ;Warning:  FUNCTION LIST-OF-VALUES previously defined in: 
  18. oval-source:eval.lisp
  19. ;                  is now being redefined in: root:hd;eval.lisp
  20.  
  21. Now when I meta point the fn, I get a choice of two pathnames, neither 
  22. of which are
  23. correct, and neither of which are either of the above two. They are:
  24. "eval.lisp {hd;}" and
  25. "eval.lisp {}"
  26.  
  27. Choosing the first errors with 
  28. > Error: File #4P"root:hd;eval.lisp" does not exist.
  29. > While executing: #<STANDARD-METHOD FRED-INITIALIZE (FRED-MIXIN)>
  30. (it's true that that file doesn't exist, but why did meta-point think it 
  31. did?)
  32.  
  33. Choosing the second works fine.
  34.  
  35. The directory in the title bar of a fred window editing the file is 
  36. the correct physical directory.
  37. Inspecting the window shows that its instance variable ccl::my-file-name
  38. is the correct full physical pathname.
  39.  
  40. I play some tricks with defining logical pathnames. Its likely I'm doing 
  41. something wrong. CLtL2 has done an excellent job of documenting a very 
  42. complex mechanism obscurly. If there are better explanations of logical 
  43. pathnames, please tell me where. But it still sounds like MCL2 is 
  44. inconsistent here.
  45.