[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: BUG-zwei at SCRC-TENEX, bug-lmfs at SCRC-POINTER
- From: <Moon at SCRC-POINTER>
- Date: Tue ,19 Jan 82 19:35:00 EDT
In zwei in System 78.51, ZMail 38.5, Symbolics 8.13, Tape 6.5, LMFS
21.36, Canon 9.11, microcode 841, on Terrier:
I tried to read in <POINTER:>LMWIN>COLD.LISP, which bombed out for the usual
reason that it does occasionally (namely it has in it "methods" for a "flavor"
whose flavor property is T.) I decided to call that a bug in the flavor system
and fixed it (again), however when I went to read in the file again it showed
up another bug in someone. I won't bother making the flavor fix a patch.
The symbol I was meta-.'ing had acquired a ZMACS-BUFFERS property, however the
buffer was not in the known buffers since it had never finished reading in.
DEFINITION-TEXT-LOCATION called FIND-FILE on the BUFFER-NAME (rather than
the BUFFER-PATHNAME). This works on every file system but the Symbolics one,
which refuses to parse its string-for-editor as a valid pathname, which is
why it wasn't ever noticed before. I'm not sure whether to call this a bug
in definition-text-location for using the wrong form of the filename, or a bug
in lmfs because there might be reasons that it needed to use that form of