A served-tree pane spoils no Grep, and `look .` from a gone directory is ENOENT

A pane named `/virtual` gave Grep the root `/`, which swallowed every
other pane's directory and ran out of walk before any file: every Grep
missed. Grep passes over panes of the served tree. And `.` from a pane
whose directory was gone resolved to the served tree's root (/virtual/),
or through the jump list to another pane's directory: a dot path is the
looking pane's own, and gone it fails, `look: <dir>: no such directory`.

Co-Authored-By: Claude Opus 5.5 <[email protected]>

1 files changed, 6 insertions, 2 deletions

diff --git a/docs/fs.md b/docs/fs.md
index a45bff17..184f6131 100644
--- a/docs/fs.md
+++ b/docs/fs.md
@@ -719,8 +719,12 @@ column's `exec`, or to any other file -- with an
 errno that fits, EINVAL for malformed input (an unknown word, a control
 character, a command line over 1024 bytes, a `size` or `winsize` out of
 range, a bad address or event record), else EIO or the errno the words
-name (ENOENT for a pane, file or directory gone and for a Find or Grep
-that finds nothing, `grep: no match, not found`, ENOSPC for no room or
+name (ENOENT for a pane, file or directory gone -- `look .` from a pane
+whose directory is gone says `look: <dir>: no such directory` -- and for a
+Find or Grep that finds nothing, `grep: no match, not found`; Grep walks
+every pane's directory on this host, passing over panes of the served
+tree (`/virtual/`, a peer's `/n/<name>/`) and directories not there,
+so none of them spoils the rest, ENOSPC for no room or
 slot, EBUSY for a held lock) -- and logs its reason exactly once, as `err <serial|->
 <file>: <why>`, with no `msg` for it. A builtin a click runs (Save, get's
 `Modified`, Tty with no room, Edit) is no exception. What is not a