D5: move in, and give the assembler somewhere to look

The demo disk is three directories instead of thirty nine names in one list
with cosmos.asm sitting between fileStream.asm and sbfs.asm:

  /Apps    what you run
  /Source  what you name to the assembler
  /Lib     what those include

The split is by ROLE rather than by which directory the host keeps a file in.
Everything in /Lib is named by an #Include somewhere and by nothing else, which
is what makes it a library rather than a source.

THAT LAYOUT WAS NOT POSSIBLE UNTIL NOW, and finding out why is what this rung
actually cost. An include on the machine was a bare name resolved where you
stood, so every source that calls a service had to sit in the same directory as
services.asm - which is every source worth having. The first arrangement of
this disk put the examples in a directory of their own and none of them would
assemble.

So the native assembler has a search path: beside you, then /Lib. The same rule
the shell already uses for a program it does not recognise, applied to the
thing that reads source, and the same reasoning for it being two fixed places
rather than a list - a list needs somewhere to live between one boot and the
next, and there is no such place yet. It also brings the native assembler
nearer the host one, which has searched -I directories since before there was a
machine to run this on.

The reader's per-file state grew from 293 bytes to 301, because the name it
keeps is a path now and every block of a file is asked for by it. Six of those
would no longer fit the room set aside, so the include list moved up a page.
Both numbers are written down in two places on purpose and both were changed.

dir said cosmos.asm was 17,460 bytes. It is 82,996. The size came out of the
block count's LOW BYTE shifted up and the tail beneath it, which is sixteen
bits, so anything from 256 blocks upward came back as itself less 65,536 - a
plausible number, and wrong. Files that big say their size in blocks now.
Printing the true figure wants decimal printing twenty four bits wide, which is
a page of console.asm to say something nobody reads more precisely than "big".

The Assembler Manual's line about SBFS being flat was the last thing in the
repository still claiming it, and docs.sh now looks for that phrase and three
like it in all four documents. Not a section that is wrong - one clause inside
a paragraph that is otherwise right, which is the shape this kind of staleness
takes.

The duplicate puts are gone with the wildcard that caused them, so building the
disk is quiet.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01E2JrLzFvuFX9fgi1LDRjrW

Programs/CosmOS/Assembler/scratch.asm

@@ -19,12 +19,17 @@
 ;   0x8C00  8192   the label names, packed end to end
 ;   0xAC00 13312   the output file being built
 ;   0xE000  1792   the vector names, 64 entries of twenty eight
-;   0xE700  1758   the reader's stack, six levels of 293
-;   0xEE00   368   which files have been included, sixteen names of 23
+;   0xE700  2048   the reader's stack, six levels of 301
+;   0xEF00   368   which files have been included, sixteen names of 23
 ;
-; That ends at 0xEF70, with the Stack coming down from 0xFFFF above it - about four
+; That ends at 0xF070, with the Stack coming down from 0xFFFF above it - nearly four
 ; kilobytes, against the tens of bytes of CALL frames this ever nests.
 ;
+; The reader's levels went from 293 to 301 when an include gained somewhere to be looked
+; for: the name in each level is a PATH now, and "/Lib/" is five characters of it. Six
+; levels of 301 is 1806, so the room here has to stay above that - which is why the include
+; list moved up rather than the stack simply being asked to fit.
+;
 ; THE TWO THINGS THAT DECIDE THESE SIZES are the largest program it will be asked to build
 ; and the largest one it will be asked to read. CosmOS is 475 labels and 9,564 bytes of
 ; output; the assembler itself is 555 labels, about 6,800 bytes of name and 11,648 of output. The
@@ -41,4 +46,4 @@ ScratchVecNames:
 ScratchSrcStack:
   0xE7 0x00
 ScratchIncNames:
-  0xEE 0x00
+  0xEF 0x00