@@ -410,11 +410,11 @@ Python's execution model does not operate in a vacuum. It runs on
410410a host machine and through that host's runtime environment, including
411411its operating system (OS), if there is one. When a program runs,
412412the conceptual layers of how it runs on the host look something
413- like this::
413+ like this:
414414
415- **host machine**
416- **process** (global resources)
417- **thread** (runs machine code)
415+ | **host machine**
416+ | **process** (global resources)
417+ | **thread** (runs machine code)
418418
419419Each process represents a program running on the host. Think of each
420420process itself as the data part of its program. Think of the process'
@@ -469,14 +469,14 @@ Python Runtime Model
469469--------------------
470470
471471The same conceptual layers apply to each Python program, with some
472- extra data layers specific to Python::
473-
474- **host machine**
475- **process** (global resources)
476- globl runtime (*state*)
477- interpreter (*state*)
478- **thread** (runs "C-API" and Python bytecode)
479- thread *state*
472+ extra data layers specific to Python:
473+
474+ | **host machine**
475+ | **process** (global resources)
476+ | globl runtime (*state*)
477+ | interpreter (*state*)
478+ | **thread** (runs "C-API" and Python bytecode)
479+ | thread *state*
480480
481481At the conceptual level: when a Python program starts, it looks exactly
482482like that diagram, with one of each. The runtime may grow to include
0 commit comments