Files
LithosAnanake/proof/StarForth_Framebuffer_Words.thy
T
Robert Allan James 1e76ebea97 proof/: add console-fabric word coverage (framebuffer/keyboard/scroll/ttf)
Stadium console fabric words (FABRIC.md items 4.3.3/4.3.5/4.3.7e/4.4q/
4.4v/4.4y). All four files gate their real hardware-touching bodies
behind __STARKERNEL__ (and, for keyboard, architecture too):

- StarForth_Framebuffer_Words.thy: PLOT/FB-WIDTH/FB-HEIGHT fully modelled
  for the hosted-build fallback (deterministic, no hardware dependency);
  kernel bodies (fb_put_pixel/fb_width/fb_height) deferred. Finding:
  FB-WIDTH/FB-HEIGHT have no overflow guard before pushing -- second
  instance of this class of bug after DECAY-RATE@.
- StarForth_Keyboard_Words.thy: all 6 words' non-kernel-or-wrong-arch
  fallback modelled (fixed constant pushes / no-op); third and fourth
  missing-overflow-guard instances. Real hardware polling
  (i8042/virtio-input) deferred.
- StarForth_Scroll_Words.thy / StarForth_TTF_Words.thy: both files gate
  registration itself behind __STARKERNEL__, so their words don't exist
  at all in a hosted build -- no fallback to model, sentinel-only.

Suite now 48 theories, confirmed green via a full clean rebuild (HOL-
Library cold-built in 15m18s after an accidental heap clear, StarForth
itself 33s).
2026-08-14 16:15:27 -04:00

97 lines
4.4 KiB
Plaintext

theory StarForth_Framebuffer_Words
imports StarForth_Base
begin
(* =========================================================================
Mirrors: src/word_source/framebuffer_words.c
Registers: PLOT FB-WIDTH FB-HEIGHT
Part of the Stadium console fabric work (FABRIC.md item 4.3.3). All
three words are registered UNCONDITIONALLY in both hosted and kernel
builds, but their bodies are `#ifdef __STARKERNEL__`-gated: the kernel
branch calls real framebuffer hardware functions (fb_put_pixel/
fb_width/fb_height), the hosted branch is a fixed fallback with no
hardware dependency at all.
── Scope ─────────────────────────────────────────────────────────────
The HOSTED build's behaviour is fully modelled -- it is deterministic
and has no hardware dependency (this repo's `make` still produces a
plain hosted binary per CLAUDE.md, so this is a real, reachable build
configuration, not a hypothetical). The KERNEL build's behaviour is not
modelled: fb_put_pixel/fb_width/fb_height are raw hardware framebuffer
accessors with no vm_state counterpart, the same class of gap as every
other hardware-boundary word in this console-fabric group.
── Finding: FB-WIDTH/FB-HEIGHT have no overflow guard ──────────────────
Neither checks `ds_full` (or any capacity condition) before pushing --
same hazard class as physics_freeze_words.c's DECAY-RATE@, the first
instance of this sweep finding a missing overflow guard. Second
instance now, both in diagnostic/hardware-boundary words that read as
"just returns a number" and evidently didn't get the same underflow-
guard-writing discipline as stack-manipulation words.
======================================================================== *)
(* ── PLOT ( x y color -- ) : hosted build ─────────────────────────────── *)
(* C: guard `vm->dsp < 2` (need 3 elements); hosted branch discards all
three popped values with no further effect. *)
definition forth_plot_hosted :: "vm_state \<Rightarrow> vm_state" where
"forth_plot_hosted vm =
(case data_stack vm of
color # y # x # xs \<Rightarrow> vm\<lparr>data_stack := xs\<rparr>
| _ \<Rightarrow> set_error vm)"
lemma plot_hosted_underflow_nil:
assumes "data_stack vm = []"
shows "vm_error (forth_plot_hosted vm)"
by (simp add: forth_plot_hosted_def set_error_def assms)
lemma plot_hosted_underflow_one:
assumes "data_stack vm = [a]"
shows "vm_error (forth_plot_hosted vm)"
by (simp add: forth_plot_hosted_def set_error_def assms)
lemma plot_hosted_underflow_two:
assumes "data_stack vm = [a, b]"
shows "vm_error (forth_plot_hosted vm)"
by (simp add: forth_plot_hosted_def set_error_def assms)
lemma plot_hosted_normal:
assumes "data_stack vm = color # y # x # xs"
shows "forth_plot_hosted vm = vm\<lparr>data_stack := xs\<rparr>"
by (simp add: forth_plot_hosted_def assms)
lemma plot_kernel_not_modelled: True
\<comment> \<open>Kernel build: fb_put_pixel((uint32_t)x, (uint32_t)y, (uint32_t)color)
-- raw hardware framebuffer write, no vm_state counterpart.\<close>
by simp
(* ── FB-WIDTH / FB-HEIGHT ( -- n ) : hosted build ─────────────────────── *)
(* C: hosted branch pushes 0 unconditionally, no capacity guard at all. *)
definition forth_fb_width_hosted :: "vm_state \<Rightarrow> vm_state" where
"forth_fb_width_hosted vm = vm\<lparr>data_stack := 0 # data_stack vm\<rparr>"
definition forth_fb_height_hosted :: "vm_state \<Rightarrow> vm_state" where
"forth_fb_height_hosted vm = vm\<lparr>data_stack := 0 # data_stack vm\<rparr>"
lemma fb_width_hosted_pushes_zero:
"data_stack (forth_fb_width_hosted vm) = 0 # data_stack vm"
by (simp add: forth_fb_width_hosted_def)
lemma fb_height_hosted_pushes_zero:
"data_stack (forth_fb_height_hosted vm) = 0 # data_stack vm"
by (simp add: forth_fb_height_hosted_def)
lemma fb_width_hosted_no_overflow_guard: True
\<comment> \<open>See file header finding -- unconditional push, no ds_full check,
modelled faithfully.\<close>
by simp
lemma fb_dimensions_kernel_not_modelled: True
\<comment> \<open>Kernel build: fb_width()/fb_height() query real hardware/firmware
framebuffer geometry -- no vm_state counterpart.\<close>
by simp
end