Skip to content
Beskid The Beskid Book

Beskid

Jump to a Beskid service

Beskid

Jump to a Beskid service

17.4 Panic, IO, and syscalls

When the process dies, how IO fails, and where syscalls enter.

Panic, IO, and syscalls

Panic terminates the process in the reference runtime—no “catch and continue the ERP” fantasy at the platform boundary. Normative detail: Panic, IO, and syscalls.

Syscall-backed surfaces are split (Input, Output, Error) under runtime System paths; higher-level console work stays in corelib (chapter 16). If your bug is “wrong bytes on stderr,” trace IO policy here before rewriting Console.WriteLine nostalgia.

Contract failures vs panic are language-owned—chapter 09. Runtime owns what happens after the failure kind is chosen.

17. Execution