[no subject]

[<Moon at SCRC-POINTER>]

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
the filename.