S1: the write side learns to stream

osFileStart, osFileWrite and osFileDone are the mirror of osFileInfo and
osFileBlock. A program can now write a file it never holds: Pour writes twelve
blocks and a tail while keeping 256 bytes of it at a time, and the host tool
reads all 3,112 bytes back with every block where it was put.

ONE WRITE IS OPEN AT A TIME AND COSMOS HOLDS IT. Reading needs no state - a name
and an index are the whole question - but writing safely does, because the new
file has to exist before the old one is thrown away and something has to
remember which temporary belongs to which name. Keeping that here means the
careful order is written once instead of in every program that streams.

Nothing already on the disk is touched until osFileDone, so a disk without room
says so while the old file is still there. That is stronger than osFileSave can
manage, where the size is only known once the caller has every byte in hand.
osFileSave stays: Edit and Files hand over whole documents and have no reason to
learn any of this.

osFileWrite refuses an index past the end of the file, and that refusal is not
politeness. Files are contiguous, so block nine of a three block file is a real
block belonging to something else, and writing it would put one file's bytes
inside another with nothing anywhere saying so. Checked both ways: the tail
block is allowed and the one past it is not.

Three bugs, all of them the same shape - a register or pointer used for two
things at once:

DP3 carried the block count in and was popped high byte first, which is the
wrong way round from every reader in the system and made the count two hundred
and fifty six times too big.

sbfsStreamStart took the name in DP0 and then wanted DP0 for something else
before it had read it, so it walked whatever it last pointed at and reported
that it could find no room.

sbfsStreamWrite kept the caller's block in DP3 across a find - DP3 being the
pointer a return does not put back, which is exactly why the find uses it too.
What went to the disk was whatever the scan last looked at. It goes in memory
now, and the file is correct because every block says which block it is; a
check on the length alone would have passed all three of these.

Writing no longer finds the file for each block either. Nothing moves a file
once it is made, so where it starts is settled when the temporary is created.
That was not even slow - a scan stops the moment it matches - but it was a walk
of the directory per block for an answer that cannot change, and it is 28 per
cent of the cost of writing forty blocks.

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

This commit is contained in:

Anachronaut

2026-08-25 14:53:37 -04:00

co-authored by

Claude Opus 5

parent 7cd5e34347

commit 9f7dffdeca

9 changed files with 673 additions and 3 deletions

									
										Programs/CosmOS/Assembler/Asm.asm
									
		+5
		-1
	
												View File
												
				@@ -2050,8 +2050,12 @@ DropWalk:

				; How big an output file this can build. Everything the assembler makes has to fit here at once,

				; because a file is written in one call and there is nowhere to put half of one. CosmOS

				; itself comes to 9,564 bytes.

				; Eighteen kilobytes, and IT HAS TO AGREE WITH THE SCRATCH MAP, which says where that room

				; actually is. Three numbers in three files describe these buffers - this one, LabLimit and

				; LabRoom in labels.asm, and the map itself - and each of the three has now been the one

				; that was left behind while the other two moved.

				ImgRoom:

				  0x34 0x00

				  0x48 0x00

				MagicSPBT:

				"SPBT"