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