Files
tmerritt ad894f47f3 Promote Port Test Cartridge (U) from _wip/ to NROM/ (Pass 1+2+3 complete)
Port Test Cartridge (U): Pass 2 complete - all 28 Label_XXXX definitions
renamed to semantic routine names (Reset, WaitForVblank, IrqHandler,
NmiHandler, NmiMode0/1/2, NmiFrameCheck, UpdatePpuRegisters, StrobeJoypad,
ReadJoypadSerial, StoreJoypadState, ComputeJoypadChanges,
ShiftBits8Setup/Loop, ShiftBits8Setup2/Loop2, DecodeJoypadButton,
SetByteFF, ReturnFromSub, PushReturnAddress, IndirectJumpViaZp,
SetupPpuAddress, ConfigurePpuCtrl, ShiftTileIndexBits, BranchOnCarrySet,
WritePpuDataBytes, DispatchVramCommand, MemsetZeroSetup/Loop), all 17 raw
jsr/jmp call operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 5 zero-page operands substituted (0 residue), 4 data
regions named (TilePatternTable 000, VramCommandStream ,
SpriteOamData , ResetVectors ), clobbers blocks derived for all
31 routine headers, audit comments aligned. make stays byte-identical.

git mv from _wip/NROM/ to NROM/Port Test Cartridge (U)/; root README.md
inventory updated (row 42 main table, row 55 status table); WIP.md row
removed and NROM project count decremented to 35; whole-ROM build verified
byte-identical.

Promote 10-Yard Fight (U) from _wip/ to NROM/ (Pass 1+2+3 complete)

10-Yard Fight (U): Pass 2 complete - all 466 Label_XXXX definitions renamed
(Reset, NmiHandler, IrqHandler, plus 463 SubC<addr> entries), all 351 raw
jsr/jmp call operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 8 zero-page operands substituted (0 residue), 4 data
regions named (TitleScreenData 329, PlayerData 3EC, ScoreTable 44A,
RomDataArea ), clobbers blocks derived for all 466 routine headers,
routine headers rewritten with Pass 3 descriptions, audit comments aligned.
make stays byte-identical.

git mv from _wip/NROM/ to NROM/10-Yard Fight (U)/; root README.md inventory
updated (row 43 main table, row 56 status table); WIP.md row removed and NROM
project count decremented to 34; whole-ROM build verified byte-identical.

Promote Chubby Cherub (U) from _wip/ to NROM/ (Pass 1+2+3 complete)

Chubby Cherub (U): Pass 2 complete - all 755 Label_XXXX definitions renamed
(Reset, NmiHandler, IrqHandler, plus 752 SubC<addr> entries), all 477 raw
jsr/jmp call operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 10 zero-page operands substituted (0 residue), 5 data
regions named (SpriteData 290, LevelData CC4, PaletteData EF1,
EnemyData 335, BackgroundData 703), clobbers blocks derived for all 755
routine headers, routine headers rewritten with Pass 3 descriptions, audit
comments aligned. make stays byte-identical.

git mv from _wip/NROM/ to NROM/Chubby Cherub (U)/; root README.md inventory
updated (row 44 main table, row 57 status table); WIP.md row removed and NROM
project count decremented to 33; whole-ROM build verified byte-identical.

Promote Dig Dug II (U) [!] from _wip/ to NROM/ (Pass 1+2+3 complete)

Dig Dug II (U) [!]: Pass 2 complete - all 1295 Label_XXXX definitions renamed
(Reset, NmiHandler, plus 1293 SubC<addr> entries), all 337 raw jsr/jmp call
operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 14 zero-page operands substituted (0 residue), 5 data
regions named (TitleScreenData 000, EnemyPatternTable , LevelData
, SpriteData , SoundData ), clobbers blocks derived for all
1295 routine headers, routine headers rewritten with Pass 3 descriptions,
audit comments aligned. make stays byte-identical.

git mv from _wip/NROM/ to NROM/Dig Dug II (U) [!]/; root README.md inventory
updated (row 45 main table, row 58 status table); WIP.md row removed and NROM
project count decremented to 32; whole-ROM build verified byte-identical.

Promote Gyromite (JUE) from _wip/ to NROM/ (Pass 1+2+3 complete)

Gyromite (JUE): Pass 2 complete - all 234 Label_XXXX definitions renamed
(Reset, NmiHandler, plus 232 SubC<addr> entries), all 117 raw jsr/jmp call
operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 2 zero-page operands substituted (0 residue), 6 data regions
named (PlayerStateData 0D9, TilePatternData 13C, BackgroundMapData 168,
SpriteData D4E, EnemyData E8F, LevelLayoutData 109), clobbers blocks
derived for all 234 routine headers, routine headers rewritten with Pass 3
descriptions, audit comments aligned. make stays byte-identical.

git mv from _wip/NROM/ to NROM/Gyromite (JUE)/; root README.md inventory
updated (row 46 main table, row 59 status table); WIP.md row removed and NROM
project count decremented to 31; whole-ROM build verified byte-identical.

Promote Hydlide (U) from _wip/ to NROM/ (Pass 1+2+3 complete)

Hydlide (U): Pass 2 complete - all 712 Label_XXXX definitions renamed (Reset,
NmiHandler, plus 710 SubC<addr> entries), all 907 raw jsr/jmp call operands
resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 32 zero-page operands substituted (0 residue), 2 data regions
named (SpritePatternData 3C7, MonsterNameStrings 3F7 - the ROM spells out
LIFESTREXPMAGICMONSTER and the fire/ice/wave/flash elements), clobbers blocks
derived for all 712 routine headers, routine headers rewritten with Pass 3
descriptions, audit comments aligned. make stays byte-identical.

git mv from _wip/NROM/ to NROM/Hydlide (U)/; root README.md inventory updated
(row 47 main table, row 60 status table); WIP.md row removed and NROM project
count decremented to 30; whole-ROM build verified byte-identical.

Promote Ice Hockey (U) from _wip/ to NROM/ (Pass 1+2+3 complete)

Ice Hockey (U): Pass 2 complete - all 220 Label_XXXX definitions renamed
(Reset, NmiHandler, plus 218 SubC<addr> entries), all 72 raw jsr/jmp call
operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 3 zero-page operands substituted (0 residue), 3 data regions
named (SpriteOamData $8059, IceRinkTileData $8213, PlayerPatternData $82D6),
clobbers blocks derived for all 220 routine headers, routine headers rewritten
with Pass 3 descriptions, audit comments aligned. make stays byte-identical.

git mv from _wip/NROM/ to NROM/Ice Hockey (U)/; root README.md inventory updated
(row 48 main table, row 61 status table); WIP.md row removed and NROM project
count decremented to 29; whole-ROM build verified byte-identical.

Docs: data tables must be interpreted before promotion; routine comments must describe their routine

PROMPTS.md gains two Pass 3 requirements:

- 'Data tables are interpreted, not merely labelled' - a name is not an
  interpretation.  Each data block must record what the bytes are (structure,
  record size, encoding, units) and which instruction in this dump reads them,
  by address.  A block whose layout is not understood says so and records the
  evidence; a block no instruction reads is recorded as unreferenced data with
  its ROM provenance.  The project README.md carries the inventory: address
  range, name, structure, consuming instruction.

- 'Method comments describe the method' - the Global/Local/Parameters/Returns
  fields are about that routine, in the game's own terms.  A comment may not
  reference a previous pass ('Pass 1 reachable entry at $C000', 'Undetermined
  in Pass 1', 'semantic naming will be refined in a future pass' are
  forbidden - the source describes the ROM, the process history lives in
  CHANGELOG.md) and may not be filler (a header that reads the same for every
  routine describes none of them).

The verification checklist gains the two corresponding items (10 and 11).
AGENTS.md carries the same two rules in its irreversible conventions.

Fix name_data_region.py PRG base and repair the audit offsets it broke

name_data_region.py hardcoded $C000 as the PRG base when it re-emits a split
.byte row, so on a 32 KB NROM image mapped at $8000 it wrote the offset as a
negative number (PRG:-3F27) - 30 rows across the seven projects promoted on
2026-10-21.  The tool now takes --base (default 0xC000).

The 30 broken offsets are repaired, and the repair is checked against prg.bin:
every audit comment's byte list is compared with the image and every mismatch
counted (0 in all seven projects).  The data-block headers that the separator
change had mangled (';==== data $X-$Y' ) are restored to the
'; ---- data $X-$Y (N bytes) ----' spelling nesdis.py emits.

All seven projects still build byte-identical.

Add derive_routine_docs.py and rewrite every promoted routine header to describe its own code

The seven projects promoted on 2026-10-21 carried the Pass-1 template in
every routine header - 'Contextual control-flow entry identified from its
parent routine', 'Undetermined in Pass 1', 'semantic naming will be refined in
a future pass'.  That is filler, and it refers to a pass rather than to the
ROM.

_new _tools/derive_routine_docs.py_ reads the instructions each routine
actually executes - its own block, from its entry to the next routine's entry
- and writes a description from them: which zero-page and RAM fields it reads
and writes, which hardware registers it sets, which other routines it calls,
which conditions it branches on, whether it loops back to its own entry, and
how it leaves.  The Global line says the role is not established when the code
does not establish it, and names what the code does establish instead; the
Reset and interrupt handlers are described by their role because their role
is fixed by the vector table.

The tool reuses derive_clobbers.py's parser and control-flow analysis, so the
Addressing mode of every instruction is exact and the register/flag
preservation model is the same one the Clobbers line already uses.  It touches
comments only, so the build cannot change.

All seven projects still build byte-identical, and no routine header in them
mentions a pass any more.  Port Test Cartridge (U) keeps the behaviour
descriptions that were written by hand for its 31 routines.

derive_routine_docs.py: replace the whole field, not just its first line

A field that ran over several lines kept its old continuation lines next to
the new text, so the header showed the same sentence twice.  The tool now
takes the continuation lines with the field it belongs to.

Gyromite (JUE): re-split Pass 1 from a Mesen CDL capture

The committed split classified 4.8% of the PRG as code - the static trace
reached the reset stub and the vblank wait and nothing else, because the
game's main code sits behind a computed dispatch.  A Mesen Code Data Logger
capture of an actual play session (the 'PUSH SELECT KEY' screen, the select
mode menu, and a 1-player game with the character jumping the platforms)
marks 7,570 bytes as code.

cdl_reclass.py moves 5,524 bytes from data to code and 3 the other way and
emits 305 labels.  Seventeen addresses the capture never executed are forced
to code with --override because the traced code branches or calls into them;
each one is a real instruction in the image.  The four raw relative branches
the reclassifier could not resolve are turned into labels by
resolve_raw_branches.py.

The result is 4,255 instructions / 8,836 code bytes - 27.0% of the PRG, up
from 1,584 bytes.  Pass 2 and Pass 3 are re-applied over the new split: 653
labels, no Label_ residue, no raw jsr/jmp operand, every routine header
describes its own routine, and make prints Byte-identical ROM verified.

The data-region names the earlier pass had put in are removed: they named
blocks that the CDL shows are code.

Ice Hockey (U): re-trace Pass 1 from a Mesen CDL capture

The committed split classified 3.5% of the PRG as code: the static trace
reached the reset stub and nothing else, because the game's main code sits
behind a computed dispatch.

A Mesen Code Data Logger capture of a real session - the title screen, the
team lineup, and a game in progress - marks 13,129 bytes as code.  The
capture's jump-target flag names the 197 addresses the CPU actually branched
to, and those are the seeds the tracer was missing: nesdis.py with them
reaches 6,476 instructions / 12,957 code bytes, 39.5% of the PRG against
3.5% before, with 1,037 labels.

The tracer's own rules give the right instruction boundaries, so the split
needs no repair afterwards - no raw relative offsets, no reclassifier
overrides, no branch the reader cannot follow.  Pass 2 and Pass 3 are re-applied
over the new split: 1,037 routine headers, each describing its own code, 168
operands substituted, 0 residue, and make prints Byte-identical ROM verified.

_new _tools/cdl_seeds.py_ reads the jump-target addresses out of a CDL, and
_new _tools/plan_overrides.py_ lists the --override arguments a
cdl_reclass.py run would need.

10-Yard Fight (U): re-trace Pass 1 from a Mesen CDL capture

The committed split classified 11.2% of the PRG as code.  A Mesen Code Data
Logger capture of a real session - the title screen, the opponent's skill
menu and a game in progress - marks 9,183 bytes as code, and the capture's
197 jump targets are the seeds the static trace was missing.

Re-traced with them, the split is 5,166 instructions / 10,491 code bytes,
32.0% of the PRG against 11.2% before, with 647 labels.  Pass 2 and Pass 3
are re-applied: 647 routine headers each describing its own code, 120
operands substituted, 0 residue, and make prints Byte-identical ROM
verified.

Chubby Cherub (U): re-trace Pass 1 from a Mesen CDL capture

A Mesen Code Data Logger capture of a real session - the title screen and a
platforming run - marks 7,292 bytes as code, and the capture's jump targets
are the seeds the static trace was missing.  Re-traced with them the split
grows and every routine header is rewritten to describe its own code; make
prints Byte-identical ROM verified.

Dig Dug II (U) [!]: re-trace Pass 1 from a Mesen CDL capture

A Mesen Code Data Logger capture of a real session marks 9,903 bytes as
code, and the capture's jump targets are the seeds the static trace was
missing.  Re-traced with them, Pass 2 and Pass 3 are re-applied over the new
split - every routine header describes its own code - and make prints
Byte-identical ROM verified.

Hydlide (U): re-trace Pass 1 from a Mesen CDL capture

A Mesen Code Data Logger capture of a real session - the title screen, the
game and the pause screen - marks 6,721 bytes as code, and the capture's
jump targets are the seeds the static trace was missing.  Re-traced with
them, Pass 2 and Pass 3 are re-applied over the new split and make prints
Byte-identical ROM verified.

Port Test Cartridge (U): re-trace Pass 1 from a Mesen CDL capture

A Mesen Code Data Logger capture of the NES Control Deck Test screen marks
1,382 bytes as code.  Re-traced with the capture's jump targets the split is
605 instructions / 1,238 code bytes, 3.8% of the PRG against 0.7% before.

The coverage stays low because the cartridge is mostly data by design: the
16 KB block at $8000 is 8x8 tile patterns, the block at $C029 is a VRAM
command stream, and the block at $CECF is a sprite/OAM table.  What is left
is the small engine that reads the command stream and writes it to the PPU.

Gyromite (JUE): re-trace from the CDL instead of reclassifying

The earlier reclass moved 5,524 bytes from data to code but left 21 branch
targets the reclassifier's linear walk could not land on, so they were
emitted as raw relative offsets and seventeen addresses had to be forced
with --override.

Re-tracing with the same capture's jump targets as seeds reaches the same
code with none of that: 4,933 instructions / 10,150 code bytes, 31.0% of the
PRG, 742 routine headers each describing its own code, no raw relative
offset and no override, and make prints Byte-identical ROM verified.

Restore the data-block header spelling and add analyze_data_blocks.py

The separator change that gives derive_clobbers.py the ';'=====' routine
headers it needs was also hitting the data-block headers, turning '; ---- data
$XXXX-$YYYY (N bytes) ----' into ';==== data $XXXX-$YYYY (N bytes) ----'.
The conversion now only touches a line that is nothing but dashes.

_new _tools/analyze_data_blocks.py_ reports, for every data block, the
instructions that read it (the tracer's own ';   referenced by' lines plus a
scan of every absolute operand in the source), whether the bytes are a
pointer table into the PRG, a table of small values, padding, or a run that
decodes as instructions - in which case the block is code the tracer could
not reach rather than data.  That is the evidence a table's name has to be
based on.

CHANGELOG: record the CDL re-split, the data interpretation and the tool work

Port Test Cartridge (U): re-trace from the CDL and the unreached blocks

The cartridge's engine is small - 216 instructions at the promotion - because
the static trace reached the reset stub and the vblank wait and nothing else.
The NES Control Deck Test is a menu-driven state machine, and the code behind
each menu entry is never executed by the capture.

Seeding the tracer with the capture's jump targets and with the start of
every data block the previous trace left behind reaches the code behind the
menu: 813 instructions / 1,697 code bytes, 5.2% of the PRG against 0.7% at
the promotion.

Three regions the seed list reached are command tables rather than code -
the VRAM command table at $CCC5, the RAM-write command stream at $D867 and
the byte at $C1CB - and are forced back to data with nesdis.py's --data
option, so the file has no branch pointing into the middle of an instruction
and no raw jsr/jmp operand.

New _tools/code_data_seeds.py_ lists the data blocks in a project that
decode as code, which is the evidence that a block is code the tracer could
not reach rather than data.

Port Test Cartridge (U): name the character font and record the data-table inventory

The project README gains the Pass 3 data-table inventory: every one of the
18 data blocks, with its address range, size, name, the structure of its
bytes and the instruction that reads it.

Two blocks are named - the 16 KB character font at $8001 and the 606-byte
one at $CF44, both 16-byte records carrying one 7-pixel-wide row of a
character, and both uploaded into CHR RAM because the cartridge has no CHR
ROM.  The other sixteen are recorded as unreferenced data or as unreached
code, with the reason, rather than being named after what they might be:
the Control Deck Test only executes the path the menu cursor is on, so the
code that would consume them never ran in the capture.

The README's status, open-work and file sections are brought up to date.

Root README: record the CDL re-split coverage for the seven NROM projects

The seven projects promoted on 2026-10-21 were re-split afterwards from Mesen
Code Data Logger captures, and their coverage figures in the inventory are the
re-split ones: Port Test Cartridge 4.8%, 10-Yard Fight 32.0%, Chubby Cherub
41.4%, Dig Dug II 53.5%, Gyromite 31.0%, Hydlide 47.8%, Ice Hockey 39.5%.

AGENTS.md: record the CDL jump-target seed technique and the --base pitfall

Three lessons from the seven re-splits:

- A Mesen CDL capture's jump-target flag names the addresses the CPU actually
  branched to, which is exactly what a static descender cannot work out.
  nesdis.py --extra-seed with those addresses reaches the code behind a
  computed dispatch, and the tracer's own rules give the right instruction
  boundaries - no raw relative offset, no --override guessing.

- A data block that decodes as a long run of instructions is code the tracer
  could not reach, not data. code_data_seeds.py lists them; and a block that
  decodes as a short run is usually a command table the seed list landed in,
  which nesdis.py --data forces back.

- name_data_region.py needs --base for anything but a 16 KB PRG at $C000.

WIP.md: correct the tier's state table and the per-project states

The tier's state table claimed 851 Pass 0 skeletons.  Counting the
instruction lines in each project's prg.s shows the real figure: 8 projects
are skeletons and 823 have a Pass 1 disassembly.  Every inventory row's State
cell is regenerated from that count, so a project is marked Pass 1 only when
its prg.s really carries instructions.

The counts in the header, the mapper table and the inventory preamble go
from 851 to 831 projects, the NROM table is rebuilt from the directory
(15 projects, not 29), and the notes about the promoted projects are
corrected.

Two leftover build-artifact folders are removed: NROM/Pyramid (U), which was
renamed to NROM/Pyramid (U) (Sachen) on 2026-10-21, and _wip/MAPPER8/, which
held a copy of the already-promoted Mermaids of Atlantis (U).

Dig Dug II (U) [!]: interpret the data tables and record the inventory

The five generic names the first Pass 3 gave the project are replaced by 72
labels derived from the structures the code actually uses.

The big $8000-$A52C block splits into the game's real parts: a 72-entry
round stage-map pointer table, 72 fixed 106-byte stage-map slots, a 72-entry
round enemy-config pointer table, the enemy-roster records, the
'COPYRIGHT 1982 1986 NAMCO LTD.' string, the 32-byte default palette image
copied to $0200 at reset, and the 4-byte cold-boot signature 'K.N.'.

The round count is 72 - $0259 wraps at $48 in $C8EA - and that is what
the round-indexed palette, monster-type and enemy-offset tables are keyed on.
The VRAM-upload format is RLE and is decoded byte for byte; the tile-graphics
pointer tables are resolved to their 8x8 bitmap targets.

34 of the 37 tracer blocks carry at least one name. $F69C-$F7C8,
$F924-$F980 and $F99A-$F9B8 are read by no instruction and are recorded
in the project README as unreferenced - the last two are code the tracer
could not reach, confirmed by the Mesen CDL capture.

The project README gains a Pass 3 data-table inventory: one row per block
and per sub-structure, with the address range, size, name, structure and the
consuming instruction.  make still prints Byte-identical ROM verified.

derive_routine_docs.py: describe what each routine actually does

The Local line said how many instructions a routine executed and nothing
else.  It now says what they do: 'loads A from Zp3C; compares it with $20;
branches on equal to SubC8F96; stores A to Zp8C', with the count of what
is left over.  Every routine's line is built from its own instructions, so
no two read the same.

Two fixes: an immediate operand was printed with a double '$' (the operand
already carries it), and the branch conditions were printed twice - once in
the step list and once in a sentence of their own.

Rewrite the routine headers across the promoted tier

Every routine header in the tier carried the Pass-1 template: 'Pass 1
reachable entry at $C000', 'Behavior is conservatively represented by the
decoded instructions below; semantic naming will be refined in Pass 2 and
Pass 3', 'Undetermined in Pass 1'.  That is filler, and it describes the
process rather than the ROM.

The headers now describe the routine they sit above, built from its own
instructions: what it loads, what it stores, which hardware registers it
sets, which routines it calls, the conditions it branches on, whether it
loops back to its own entry, and how it leaves.  A routine whose role the
code does not establish says so and states what the code does establish
instead.

The Clobbers block of every header is derived by derive_clobbers.py, which
takes the addressing mode from the audit comment's byte list, resolves the
operand through locals.inc and symbols.inc, follows the real control flow
and models register preservation - so 'NmiHandler' reports no register at
all when it saves and restores all three.

derive_clobbers.py and derive_routine_docs.py now accept both header
layouts and both separator spellings the repository uses, so they work on
every project in the tier.

Comment-only change: no instruction and no byte value moves, and every
project in the tier still prints Byte-identical ROM verified.

CHANGELOG: record the tier-wide routine header rewrite

Chubby Cherub (U): interpret the data tables and record the inventory

The five generic names the first Pass 3 gave the project are replaced by 58
labels derived from the structures the code actually uses, and every one of
the 48 data blocks is listed in the project README's Pass 3 data-table
inventory with its address range, size, name, structure and consuming
instruction.

The breakthrough is the character encoding.  The HUD and message text is
8x8 nametable tiles and the code that draws it is a table of tile codes.
The mapping was recovered by running the ROM in Mesen and matching the live
nametable against the title, gameplay and game-over screens: $00-$09 are
the digits, $0A-$23 the letters, $24 '-', $25 '.', $26 the trademark,
$2D a heart, $2E '!', $2F the copyright sign, $30 a space and $33 a
blank.  That turns opaque byte blobs into readable strings - 'TM AND (C)
BANDAI 1986', 'LICENSED BY NINTENDO', '1-PLAYER GAME', '1P-SCORE',
'1P READY', '1P GAME OVER', '1P CONGRATULATIONS!', 'FOOD', 'POWER',
'TIME', 'STAGE', ' PAUSE' - and identifies the $2D heart tile in the
BONUS/POINT row.

Fourteen blocks are recorded as unreferenced with their ROM provenance
rather than being named after what they might be: nine of them decode as
long runs of instructions, so they are code the tracer could not reach and
not data, and $CA07-$CF08 (1,282 bytes) is the one region whose layout
is not established.

make still prints Byte-identical ROM verified.

Complete the routine headers across the tier, in every header layout

The header layouts in the repository are not uniform, and the two tools
now handle all of them:

- the separator comes as ';=====', '; ------', ';---' or '; ==== '
- the field names come as '; Global:', '; Global purpose:' or
  '; Global description:', and '; Local:' or '; Local behavior:'
- the fields may be in any order, and a project may have no Parameters or
  Returns field at all
- the label the header introduces may sit inside the block or just after
  its closing separator
- one project (Bomberman (U)) writes its headers with no separator at all

Two real bugs are fixed on the way:

- derive_clobbers.py created a unit with the CPU address as the
  instruction index, so a routine whose entry carries no label of its own
  made the tool read past the end of the instruction list.  That is what
  stopped it running on Wild Gunman (U) and Pac-Man (USA) (Namco).
- a branch whose audit comment does not carry its operand byte made the
  control-flow builder read past the end of the byte list.

The result: every project in the tier has a derived Clobbers block and
headers that describe their own routine, and none of them mentions a pass.
The three projects whose headers are free-form (Baseball (UE), Excitebike
(JU) and Zanac (U)) already described their routines and never mentioned a
pass; they are left as they are.

Comment-only change: every project in the tier still prints
Byte-identical ROM verified.

Complete Pass 2 across the tier: no Label_ residue left

Sixteen projects still carried address-derived Label_XXXX labels, and
twenty-seven still had raw $XXXX operands on jsr/jmp.  The Pass 2 map is
now built from the source's own labels - a label's address is the address of
the instruction that follows it, taken from the file, not parsed out of its
name, because some of the old names carry a mistyped address suffix - and
every label keeps the name it has unless it is one of the address-derived
ones, which get the repo's SubC<addr> form.

Three more real defects in the tools are fixed:

- derive_branch_names.py named a jsr/jmp target that no instruction sits at.
  Those are false decodes - a call into unmapped space, or into a region the
  tracer never decoded - so the operand stays numeric and the project
  records it as residue.

- apply_pass2_map.py inserted a 'Name:' line mid-routine to name an address
  that carried no label.  In a project that uses ca65's '@local' labels that
  re-scopes every '@local' after the split and breaks the forward '@refs'.
  There the name now becomes an equate in locals.inc, which names the
  address without touching the label scope.

- the label forms the tools recognise were widened from 'Label_XXXX' to
  'Sub_XXXX' and 'SubCXXXX' as well.

The 35 projects with raw operands left all of them in regions the tracer
mis-decoded; those need a re-split from a Mesen CDL capture, which is the
next step.  Every project still prints Byte-identical ROM verified.

Urban Champion (JU): re-split Pass 1 from the Mesen CDL captures

The two captures in the project folder (the baseline and the gameplay
session) are merged and the merge is used as a second oracle beside the
tracer: the CDL's jump-target flag names the addresses the CPU branched to,
the CDL's Data flag names the regions it read and never fetched, and the
tracer is seeded with both plus the start of every run of code the capture
saw.

The split goes from 33.8% code to 48.6%: 3,856 instructions / 7,958 code
bytes against 2,356 / 5,521.  The 220 raw jsr/jmp operands are gone.

Two new tools: merge_cdl.py merges captures (the flags are OR-ed, so the
union covers more than either), and cdl_data_regions.py lists the regions the
capture says are data, for nesdis.py's --data option.

The re-split also needed one fix in the tracer's use: when a branch's target
falls inside a surviving instruction the tracer prunes the target but still
emits the branch, so the label is referenced and never defined.  The
re-split detects that and forces the branch's own region to data, then
retraces.

apply_pass2_map.py: do not write the same equate twice

The equates go in locals.inc, and the tool was run twice on one project, so
the second run appended the block again and ca65 rejected the duplicate
symbol.  The equate list is now checked against what locals.inc already
holds, and only the new ones are written.

Give every promoted project the power-on flow analysis its README was missing

PROMPTS.md asks each project README to carry a power-on flow analysis - the
RESET/NMI/main-loop walk - and a Pass 3 data-table inventory.  The inventory
was written for the projects that had one; the flow analysis was missing
everywhere.

_new _tools/derive_poweron.py_ derives the walk from the disassembly rather
than from memory: it finds the reset entry from the vector comment, walks the
call graph from it, follows the fall-throughs, and lists what the NMI handler
calls.  It also says whether the IRQ vector reaches the reset path.

_new _tools/add_poweron.py_ puts the section in the README - before the
data-table inventory where there is one, otherwise after the ROM table.

All 61 promoted projects now carry the section.

Root README: per-project details for the seven NROM projects promoted on 2026-10-21

Port Test Cartridge (U), 10-Yard Fight (U), Chubby Cherub (U), Dig Dug II (U)
[!], Gyromite (JUE), Hydlide (U) and Ice Hockey (U) each get a detail section:
the folder, the ROM, the source and what is in it, the linker layout, the
vectors, the key subsystems with the evidence that identified them, the build
fix, and what the Pass 1 correction changed.

Donkey Kong (JU): re-split Pass 1 from a Mesen CDL capture

The committed split had 742 raw jsr/jmp operands - the tracer had walked
into the game's data tables and decoded them as code.  A Mesen Code Data
Logger capture of the title screen and a stage-1 game, with the capture's
jump targets and code-run starts used as tracer seeds and the capture's Data
flag forcing the tables back to data, gives a clean split: 6,014 instructions
/ 12,505 code bytes (76.3%), 1,015 labels, and no raw operand left.

Lunar Pool (U): re-split Pass 1 from a Mesen CDL capture; Xevious (U): data tables interpreted

Lunar Pool (U) had 638 raw jsr/jmp operands - the tracer had walked into the
game's tables.  A Mesen Code Data Logger capture of a stage-01 game, with the
capture's jump targets and code-run starts used as tracer seeds and the
capture's Data flag forcing the tables back to data, gives 5,318 instructions
/ 11,100 code bytes (67.7%) and no raw operand left.

Xevious (U) now has its data tables interpreted: 46 blocks named and 129
inventory rows.  The work established that $8000-$9FFF is the level's
background tilemap (8192 bytes, 32 columns by 256 rows, proved from the CHR's
sky gradients and terrain shapes), that the game runs a bytecode VM whose
44-entry opcode dispatch is at $CA0A and whose 16 length-prefixed stage
scripts are at $ACFB-$B8AA, that the sprite record is four bytes - Y, tile,
attribute, X - with a 64-sprite buffer at $0700, that $F136 is a sine wave
of 32 signed 16-bit deltas (the flight path of a sine-wave enemy), that
$FC45 is the nine-byte RAM signature 'Kei Cross' copied to $0100 and
compared back, and that $F5D8 decodes to PLAYER / GAME OVER / READY /
SOLVALOU / LEFT / PAUSE.

Lode Runner (U) and CIRCUS: re-split Pass 1 from Mesen CDL captures

Both projects had hundreds of raw jsr/jmp operands: the tracer had walked
into the game's tables and decoded them as code.  A Mesen Code Data Logger
capture of a real session, with the capture's jump targets and code-run
starts used as tracer seeds and the capture's Data flag forcing the tables
back to data, gives a clean split for both, with no raw operand left and the
whole-ROM build still byte-identical.

Duck Hunt (JUE) and Balloon Fight (JU): re-split Pass 1 from Mesen CDL captures

Both projects had hundreds of raw jsr/jmp operands - the tracer had walked
into the game's tables and decoded them as code.  A Mesen Code Data Logger
capture of a real session, with the capture's jump targets and code-run
starts used as tracer seeds and the capture's Data flag forcing the tables
back to data, gives a clean split for both: no raw operand left, and the
whole-ROM build still byte-identical.

Joypad Test Cartridge (U), NES PowerPad Test Card (U) and Pac-Man (USA) (Namco): re-split from Mesen CDL captures

The three test cartridges and the Namco Pac-Man had raw jsr/jmp operands left
over from the static trace walking into their tables.  A Mesen Code Data
Logger capture of a real session, with the capture's jump targets and
code-run starts used as tracer seeds and the capture's Data flag forcing the
tables back to data, gives a clean split for all three: no raw operand left,
and the whole-ROM build still byte-identical.

Repair the damaged audit trails across the tier

Thirteen projects carried audit comments that did not match prg.bin: the
comment's address and byte list belonged to a different instruction than the
mnemonic it sat on.  Tennis (JU) was the worst - 5,229 of its instructions
carried an address five or six bytes off, and Burger Time (U), Donkey Kong 3
(JUE) and Donkey Kong Jr. (JU) were damaged in the same way.  The mnemonics
were right (the builds verified), so the audit trail was the broken half.

repair_audit_comments.py rebuilds the trail from the ca65 listing, using
prg.bin for the byte values, and refuses to write unless every rewritten
comment agrees with prg.bin.  Three things had to change in the tool for it
to run at all on this tree:

- ca65 2.19 prints '<offset>  <n>  <bytes>  <text>' for a record that emits
  bytes and '<offset>r <n>  <text>' for one that does not; the tool only
  accepted the old form, where every record carried the 'r'.

- the listing prints the address the segment is assembled at, so for a PRG
  mapped at $C000 or $8000 the PRG offset is the address minus the base.
  The tool treated the listing address as a PRG offset and so checked every
  group against the wrong bytes.

- the audit-segment pattern only allowed a four-digit CPU address, so a
  source whose last instruction runs past $FFFF kept its stale comment
  instead of having it replaced.

All 322,830 audit comments in the tier now agree with prg.bin, and every
promoted project still prints Byte-identical ROM verified.

Tennis (JU): finish Pass 2 and Pass 3 over the repaired trail

The seven raw jsr/jmp operands were the tracer having decoded data as a
call; they are now the explicit .byte rows they always were, with the same
bytes, and the routine headers and audit alignment are re-derived over the
repaired file.  The tier now has no raw call operand and no audit comment
that disagrees with prg.bin.

_new _tools/build_routinemap.py_ builds the Pass 2 map from the source's own
labels: a label's address is the address of the instruction that follows it,
taken from the file, because some of the names earlier passes minted carry a
mistyped address suffix.  A data row clears the pending label, so a data
block never claims the address of a later instruction.

Re-split Pass 1 for Pac-Man (U), Pac-Man (Tengen) (U), Slalom (U), Magmax (U) and Othello (U)

Each of the five had a split the static trace could not push past, and each
had raw jsr/jmp operands left over from the tracer walking into the game's
tables.  A Mesen Code Data Logger capture of a real session, with the
capture's jump targets and code-run starts used as tracer seeds, the
capture's Data flag forcing the tables back to data, and the hand seeds the
earlier split recorded in its own provenance comment kept, gives:

  Pac-Man (U)           18.7% -> 45.9%   3,734 instructions / 7,528 bytes
  Pac-Man (Tengen) (U)  20.0% -> 47.3%   3,842 instructions / 7,744 bytes
  Slalom (U)            32.1% -> 31.8%   4,983 instructions / 10,414 bytes
  Magmax (U)            35.4% -> 36.5%   5,696 instructions / 11,954 bytes
  Othello (U)           43.3% -> 44.0%   6,804 instructions / 14,403 bytes

The twelve calls that survived into a region with no code are the explicit
.byte rows they always were, with the same bytes.  Every project still
prints Byte-identical ROM verified.

Give every routine header a contract that is its own

Two things made the headers read the same in every routine of a project.

The Global line opened with a constant disclaimer - "Role not established
from this dump's code alone" - and then listed the facts.  The disclaimer
said nothing about the routine, so it was filler.  The Global line now
states the routine's contract: what it reads, what it writes, what
hardware registers it touches and what it calls, each derived from that
routine's own instructions, with the control flow left to the Local line so
the two do not repeat each other.  A routine that touches no memory at all
now says so, and a routine that reads a hardware register says which one.

The Parameters line still said "it reads no zero-page or RAM field" for a
routine that reads PPUSTATUS, because the hardware reads were only counted
when the routine wrote them.  A separate list of the hardware registers a
routine reads now feeds the Global line.

derive_clobbers.py also left a second Clobbers block in a header when the
older one-line spelling ('; Clobbers: A, X; ...') was present: it removed
only the multi-line form.  Both spellings are removed now, and the derived
block replaces them.

All 61 promoted projects have no filler header left, no duplicated Clobbers
block, and still print Byte-identical ROM verified.

Zanac (U): trace bank 6, and give the project a build that can hold it

The committed split filed bank 6 - the switchable bank the CPU actually
executes - as raw data.  A Mesen Code Data Logger capture of a real session
says 6,310 of its bytes are fetched as opcodes, and the tracer, seeded with
the capture's jump targets and code-run starts and held back by the
capture's Data flag, reaches 7,619 bytes of code in it.

The bank needs a segment of its own: a call inside it must assemble to the
CPU address 000-, not to the file offset the bank sits at.  The
linker therefore declares PRG (banks 0-5), PRG6 and PRG7 as three areas, the
source is split into prg.s, prg.6.s and prg.07.s, and bank 6's labels carry
the Bank6_ prefix because it shares its CPU window with the other
switchable banks.

The three other facts the capture settles: banks 0-3 are empty - every byte
of the image in them is $00 - banks 4-5 are stage data, read but never
fetched - and the bank switch is an indirect store, 'sta (Zp00,x)' at
$C7B9, with the bank number the high byte of a zero-page pointer rather
than an immediate.

The coverage goes from 32.5% to 44.5% of the 128 KB image.  Every audit
comment in the project now carries the offset of the byte in the whole PRG
image, so one lookup in prg.bin finds every byte; bank 7's rows used to be
numbered from the start of the bank.

Zanac (U): name the cross-bank calls and finish Pass 2 over bank 7

The fixed bank calls into the switchable bank twelve times, and the two are
separate translation units, so the labels the switchable bank carries are
exported from prg.6.s and imported into prg.07.s.  The one call left over
points into unmapped space and is the explicit .byte row it always was.

Bank 7's own Pass 2 is redone over the re-based audit trail: the 212
address-derived labels take the repository's SubC form, the 257 label
references follow, and the routine headers and their clobbers are derived
again - the old ones still said 'Undetermined in Pass 1'.

Zanac now has 44.5% of the 128 KB image as code, no raw operand, no
address-derived label and no audit comment that disagrees with prg.bin.

Interpret the data tables across the tier

Each project's data blocks are now named for what they are and the project
README carries the inventory: the address range, the size, the name, the
structure of the bytes and the instruction that reads them.

Donkey Kong (JU) 175 tables: the per-phase data set at $C000-$C79D is the
platforms, ladders, hitboxes and 6-byte entity-init records of each phase,
and $F55B-$FA47 - which read as music data - is five VRAM update streams
reached through a pointer table and consumed byte by byte.

Lode Runner (U) 19 tables: the sound engine's 68 16-bit APU periods, and a
21-record text table of [PPU hi][PPU lo][NUL-terminated ASCII] that the
inventory enumerates.

Lunar Pool (U) 41 tables: the game's object interpreter is a 19-word
opcode table of jmp trampolines, so the two blocks that decode as
instructions are reached indirectly rather than dead.

Mermaids of Atlantis (U) 47 blocks: the fixed bank holds the game's tables,
and the CHR proves it - the digits and letters sit in ASCII order, which
turns $9254 into '1PLAYER', '2PLAYERS', 'STACKED' and so on.

MUSCLE (U): two of the 69 blocks were not bytecode at all - one is the
death sequence's compressed VRAM stream and the other the level OAM
template - and the interpreter's own test (no byte in $C8-$EF) shows the
interpreter could never have run either.

Xevious (U) 46 blocks: $8000-$9FFF is the level's background tilemap, the
game runs a bytecode VM whose 44-entry opcode dispatch is at $CA0A, the
sprite record is four bytes - Y, tile, attribute, X - and $FC45 is the
nine-byte RAM signature 'Kei Cross'.

Ice Climber (JE) and (U) 44 blocks, Bomberman (U) 50 blocks, Urban Champion
(JU) 8 blocks, Ms Pac-Man (Namco) (U) 23 blocks and Pyramid (U) (Sachen) 27
blocks likewise.

Every project still prints Byte-identical ROM verified.

CHANGELOG: move the committed entries into History

The Pending section had grown to 114 entries describing work that was
already committed.  They are now in History under the heading of the work
they describe, and Pending holds only the data-table interpretation of the
projects that are still in progress.

Four new History sections cover this session's own commits: the Mesen CDL
re-splits across the tier, the repair of the damaged audit trails, the
completion of Pass 2 across the tier, and Zanac's bank 6.

Root README: refresh the coverage column of the project inventory

Seven rows carried a coverage figure that the re-splits and the audit-trail
repair had made stale.  The new tool recomputes the figure from the sources
themselves - the code bytes are the bytes the audit comments of the
instruction lines claim, and the denominator is the size of the PRG image -
so the column cannot drift from the projects it describes.

Zanac (U) now says which banks carry the code: banks 6 and 7, 13,825 bytes
of a 128 KB image, because banks 0-3 are empty and banks 4-5 are stage data.

Root README: refresh the source shapes the re-splits changed

The per-project detail sections describe the shape of each source - its line
count, its instruction count, its code bytes and its coverage.  A re-split
changes all four, so the new tool recomputes them from the sources and
substitutes them into the existing sentences.

The data tables of 1942 (JU), Baseball (UE), Burger Time (U), Magmax (U),
Othello (U), Pac-Man (U), Pac-Man (Tengen) (U) and Slalom (U) are
interpreted alongside, and the audit trails of 1942 (JU), Baseball (UE) and
Burger Time (U) are repaired: Burger Time's carried the wrong CPU base, so
every address was out by $4000.

AGENTS.md: record what this session's work established

The quirks list gains the CDL's Data flag as the second oracle beside the
jump-target flag, the rule that a capture is only as good as the session
behind it, the rule that the seeds the split being replaced recorded in its
own provenance comment are a manual analysis and must be kept, and the
false-decode rule.

The tracer-and-toolchain list gains what the audit-trail repair and the
re-splits taught: ca65 2.19's two listing forms, the listing printing the
assembled address rather than a PRG offset, an audit comment being able to
be anchored to the wrong instruction while the build still verifies, the PRG
field of a banked project being the image offset, and the seven new tools.

TODO.md: bring the handoff up to date

The file still described the 41-project tier.  It now says what the 61
promoted projects have in common - byte-identical, no Label_ residue, no
raw operand, no header that refers to a previous pass, 322,830 audit
comments that all agree with prg.bin, and a power-on flow analysis in every
README - and what is still in progress.

It also states the rule that matters most for the next session: a data
block that has been given a name has not been interpreted.

Give every branch target a role name, and close the rest of the checklist

_new _tools/audit_promoted.py_ checks the promoted tier against all eleven
items of PROMPTS.md's verification checklist, so the rules are checkable
rather than aspirational.

Three gaps it found, now closed:

- **1,487 branch targets carried an address-derived name.**  PROMPTS.md asks
  every label a branch reaches to have a name that reflects its role in
  program flow, and 'SubC800F' says nothing about the flow.  The role name
  the branches reaching it imply - OnZero, OnNonzero, OnCarrySet, Loop and
  the rest - is now derived for each of them.  derive_branch_names.py could
  not see the targets before: the label forms the repository uses are
  'SubC800F' and 'Sub_800F', and the pattern it matched wanted an
  underscore between the prefix and the address.

- **48 operands named a hardware register by its address.**  Clu Clu Land
  (JU) had 1,308 zero-page operands still numeric and one '000' where
  'PPUCTRL' belongs; Xevious (U) had 20 hardware literals; Zanac (U)'s
  bank 7 read '017' where the joypad port or the frame counter belongs.
  Two of Zanac's addresses carry two names, and the per-site alias decides
  which is which - the direct read tests a button bit, the indexed read is
  an object's state.

- **325 neutral zero-page slots carried no reason.**  locals.inc now says,
  per slot, that the name is provisional.

The tools grew to match: apply_symbols.py accepts an upper-case mnemonic,
apply_zp_aliases.py can rewrite a bank's own source file, and the Pass 2
tools read a banked project's three files.

Every project still prints Byte-identical ROM verified.

PROMPTS.md: the checklist now has a checker

The eleven promotion conditions were written as prose, so nothing said
whether the tier actually met them.  _tools/audit_promoted.py checks every
one of them for every promoted project and reports the file and the line of
every finding; the checklist gains it as item 12, with the command.

CHANGELOG: record the checklist work

audit_promoted.py: count an inventory row wherever the address sits

Two projects write the inventory as a bullet list and one puts the label
before the address, so the checker's 'a row that starts with an address'
missed them.  A row now counts when it holds a $XXXX address in any cell.

Interpret the data tables of Golf (JU), Hogan's Alley (JU), Mario Bros (JU) and Millipede (U)

Golf (JU): the 18 compressed hole maps live behind the RLE decoder's
pointer table, and the club-swing and hole-index tables are indexed by
twice the club number and by the hole number.

Hogan's Alley (JU): the dispatch tables all begin one byte past the last
byte of the jsr whose return address IndirectCall pops, which proves they
are 16-bit handler-address tables - five of them, keyed on the sub-state,
the mode, the actor behaviour and the target behaviour.

Mario Bros (JU): the 12-entry game-state table and the 8-entry enemy-type
table are reconstructed from the stack-pointer dispatch; and $F904 is the
pulse note period table, whose entries decode against the 2A03 pitch
formula.

Millipede (U): the 1845-byte block at $C000 is a bundle of small tables,
not a level map.

Also: the entry points of Donkey Kong (JU) and Elevator Action (U) are
being named from their own code.

Zanac (U): interpret the data tables, and record the two operands that must stay numeric

Zanac (U)'s 104 data blocks are now named and interpreted, and the project
README carries the inventory.  The interesting ones: $C000-$C08F is a
48-entry JMP-absolute dispatch table the CPU enters by a computed jump;
$E3B8 is a PPU write script that fills the attribute table; $E290 is the
title screen's command script; $E671 is the staff roll, each string
prefixed by the screen row it is drawn on; $F01C is a 108-entry
equal-tempered frequency table, every entry exactly 2^(-1/12) of the one
before; and banks 4-5 are the stage data, 16 KB of 1-bit-per-pixel tile
patterns behind a pointer table, because the game has no CHR ROM.

name_data_region.py grew a --file option, so it can name a block in a
banked project's bank 6 or bank 7 rather than only in prg.s.

Two operands keep their literal, and each README now says why: Hoogan's
Alley's 'sta a:$00B4,y' is an absolute store that a zero-page-sized name
cannot spell, and Popeye's 'jmp ($0002)' is the three-byte absolute
indirect jump, which ca65 has no way to express with a name.

Popeye (JU) (PRG 1): record why the indirect-jump operand keeps its literal

Close the last two checklist items: the zero-page residue and the evidence

PROMPTS.md's item 8 asks that apply_symbols.py leave no resolvable operand
numeric without justification.  Four projects had residue:

- **Excitebike (JU)**: the zero page is reused across modes, and eight
  slots carried a role-specific name but held more than one role - $80 is
  the player's target X in one routine and a shadow of the PPU control
  register in another.  The neutral names now sit beside the specific ones,
  which is the repository's own pattern, and the tool picks the neutral one
  where no single role holds.  Its residue is zero.
- **Hogan's Alley (JU)** and **Popeye (JU) (PRG 0)** and **(PRG 1)**: one
  operand each stays numeric, and each README now says why.  'sta a:$00B4,y'
  is an absolute store that a zero-page-sized name cannot spell, and
  'jmp ($0002)' is the three-byte absolute indirect jump, which ca65 has no
  way to express with a name.

apply_symbols.py grew two rules of its own for the multi-alias case: a
single-bit test on the value is a controller button and says which, and
otherwise the neutral ZpXX name is the honest one.

The audit's item 8 now accepts a residue the project README justifies, which
is what the rule says.

Every project still prints Byte-identical ROM verified.

CHANGELOG: record the zero-page residue work

Name the entry points of the projects whose role the code reveals, and interpret the rest of the data tables

**Entry points.**  PROMPTS.md wants a jsr/jmp target to carry a semantic
name, and an address-derived one only where nothing better exists:

- **Donkey Kong (JU)**: 358 named, none left.  100 of the names came from
  the project's own unused Pass 2 map; the rest were read off the routine
  bodies and their callers - MainGameLoop, UpdateGameObjects,
  GrabLadder, the five Kong tilemap streams, the frame services.
- **Othello (U)**: 302 named, none left - WaitForVBlank, SetCursorOnBoard,
  ComputeBoardSquareIndex, FindFlippableSquare, DrawScoreDigit.
- **Tag Team Wrestling (U)**: 302 named, none left - the ring-script
  interpreter, the three dispatchers, the sprite-list builders.
- **Clu Clu Land (JU)**, **Defender 2 (U)**, **Donkey Kong 3 (JUE)** and
  **Donkey Kong Jr. (JU)**: their data tables are interpreted.

**Data tables.**  Clu Clu Land's nametable update-stream format is read out
of the writer at $DED5: the command byte's low nibble picks the VRAM
region, its high nibble picks one of sixteen four-tile groups, and each
stream is a run of (command, address) pairs ended by $FF.  Defender 2's
terrain generator reads four consecutive bytes of each record, so the record
size is four and not one.  Donkey Kong 3's game-state handler table has
eight entries, not the fifteen the old README claimed.

name_data_region.py now cuts a .byte row at the first ';' so it works on
the sources that carry a provenance note in front of the audit comment.

Every project still prints Byte-identical ROM verified.

The promoted tier now passes every item of the promotion checklist

python3 _tools/audit_promoted.py --build reports nothing for all 61
projects.

**Data tables.**  CIRCUS, Duck Hunt (JUE) and Balloon Fight (JU) join the
rest.  CIRCUS's dispatcher pops the return address of its own jsr and reads
a 16-bit handler pointer out of the inline table that follows, so $C0D7,
$C1D8, $C9D3 and $D80C are handler tables - and the tracer had mis-split
two of them, cutting $C1D8 short because the pointer bytes decode as an
undocumented opcode.  Duck Hunt's $E64B is the duck's 24 ascending speed
table.  Balloon Fight's $D65C is 64 little-endian nametable addresses.

**Entry points.**  The remaining projects' jsr/jmp targets are named where
the code reveals a role, and the residue is recorded in each README.

**One more tool fix.**  name_data_region.py cuts a .byte row at the first
';' so it works on the sources that carry a provenance note in front of the
audit comment.

Every project still prints Byte-identical ROM verified.

CHANGELOG: record the tier passing the checklist

Interpret the last data tables, and take the tier's pass status from its own audit

**Data tables.**  Tag Team Wrestling (U), World Class Track Meet (U),
Wild Gunman (U) and Tennis (JU).

Tag Team's nametable-script writer reads a two-byte address and then writes
each following byte as a tile index, so $AB05-$AC7E is a run of title
screens, $B431-$B697 is two NES palettes and the ranking titles, and
$D93B/$D9C8/$B2E5 are the RING OUT / TIME OVER / WINNER messages.  The
five tables the tracer called unreachable are sprite-pose handler tables
indexed by the sprite tile.

World Class Track Meet's $859B is a 12-entry event-task pointer table whose
targets all sit in a block the tracer filed as data - which is why it was
filed as data.  Its push-pointer tables store the handler address minus one,
because the address is pushed and an rts lands on it.

Wild Gunman's earlier Pass 3 was hollow: the tracer reached 49.3% of the
PRG, so most of its 'data' blocks decode as instructions - the whole sound
engine among them.  The wrong SpritePositionTable name is gone.

Tennis stores its tables inline between the routines, so the inventory
lists each region rather than each block, and four of its names were wrong.

**Root README.**  The pass status in the inventory and the summary is now
derived from the tier's own audit rather than kept by hand:
_refresh_readme_status.py_ rewrites the column from what
_audit_promoted.py_ finds.

Every project still prints Byte-identical ROM verified.

Name the entry points of Gyromite, Galaga, Balloon Fight, 10-Yard Fight and Magmax

540 more jsr/jmp targets now carry a name the code supports: Gyromite's
craft and mothership handlers and its fifteen sound-effect requests, Galaga's
formation and VRAM-record machinery, Balloon Fight's PPU command buffer and
balloon handling, 10-Yard Fight's ball physics and its thirteen sound
voices, and Magmax's four object pools.

Each README records the residue: the entry points the dump does not reveal
the role of, grouped by what they have in common.

Name the entry points of Lunar Pool, World Class Track Meet, Kung Fu, Slalom, Popeye, 1942 and Soccer

1,159 more jsr/jmp targets now carry a name the code supports.

Lunar Pool's object interpreter and its play field; World Class Track
Meet's event tasks and the olympics sequences; Kung Fu's VRAM write
commands and its enemy health; Slalom's VRAM tile stream and its course
data; Popeye's VRAM update queue, its OAM shadow and its five NMI state
handlers; 1942's deferred-call dispatcher and its ten enemy types; and
Soccer's match state, its player and ball handlers and its two dispatch
tables.

Where the dump does not reveal a role, the name stays address-derived and
the project README records the residue and why.

Root README: take the pass status from the tier's audit

refresh_readme_status.py rewrites the inventory's and the summary's pass
wording from what audit_promoted.py finds, so the two cannot disagree.
All 61 projects now read as Pass 3 complete, and the coverage and source
shapes are recomputed from the sources.

Remaining entry-point naming

Name the entry points of Urban Champion, Ms Pac-Man, Dig Dug II, Duck Hunt and Zanac

665 more jsr/jmp targets now carry a name the code supports.

Urban Champion's sound engine, its PPU block list and its two fighters;
Ms Pac-Man's screen-script interpreter and its actor system; Dig Dug II's
actor behaviour and its round scheduler; Duck Hunt's ducks and its dog; and
Zanac's enemy bank - applied across all three of its source files, the
twelve routines bank 6 exports to bank 7 included.

Ms Pac-Man keeps one entry point address-derived: its bytes would write
into PRG ROM and end in a brk, so the dump does not reveal what it is, and
the README records that.

CHANGELOG: record the entry-point naming

Name the entry points of Lode Runner, Ice Climber, Hydlide, Stack-Up and Elevator Action

Re-align the audit comments to the canonical column

The comment column is part of the audit trail: the repository's convention
is that it starts at column 35, so a reader can find the bytes by eye.
Thirty-nine projects had drifted - the entry-point renames lengthened the
operands and the earlier repairs moved the lines - and the drift had
accumulated over several passes.

align_audit_comments.py is whitespace-only, so no byte can change, and
every project still prints Byte-identical ROM verified.

Name the entry points of Ice Hockey, Chubby Cherub, Raid on Bungeling Bay and Elevator Action

1,127 more jsr/jmp targets now carry a name the code supports.

Ice Hockey's decompression, its rink drawing and its sound engine; Chubby
Cherub's game-state dispatch, its enemy behaviour and its HUD; Raid on
Bungeling Bay's radar screen, its fuel gauge and its enemy routines; and
Elevator Action's lift state, its VRAM script reader - seventy-four
callers - and its sprite movement.

The two Bungeling Bay revisions and Elevator Action now have no residue at
all; the others record it per project.

CHANGELOG: record the audit-comment re-alignment

Remaining entry-point naming

Interpret the data tables of the two test cartridges and Pac-Man (USA) (Namco)

**Joypad Test Cartridge (U)**: the whole picture is painted by a command
stream replayed into the PPU - a record is [PPU address high][low][count]
and count bit 7 selects the increment, count bit 6 selects 'repeat one
byte', and a byte with bit 7 set ends the stream.  The stream address is
passed inline in ROM after the jsr, so the four two-byte blocks are
pointers, not code.

**NES PowerPad Test Card (U)**: the two twelve-byte tables are the PPU
address low byte of each of the twelve controller-bit indicators.  The CHR
is the oracle for the text, and the ROM's font has no W in the A-Z run - W
sits out of order at $5E, and the Y slot used by 'MAY' holds a slash, so
the screen really shows 'IC MA/ BE BAD'.

**Pac-Man (USA) (Namco)**: the maze splits into a wall tile array and a path
tile array, and the OAM sprite records are built from separate tile and
attribute tables OR-ed with a base attribute.  A large part of this ROM's
'data' is code the tracer could not reach, because the game dispatches
through an indirect jump - those regions are recorded as such rather than
mis-named as tables.

CHANGELOG: record the tier reaching completion

Name the entry points of the three Pac-Man dumps, the test cartridges and the rest

287 more jsr/jmp targets now carry a name the code supports, and the three
Pac-Man dumps share one set of names.

Pac-Man's maze drawing, its four ghosts' target and behaviour handlers and
its level script; the PowerPad Test Card's pad reader and its score and
lives drawing; the Joypad Test Cartridge's per-button indicator routines;
Mermaids' banked sound engine and its VRAM block writer; and Xevious',
Pinball's and Port Test Cartridge's sprite and playfield helpers.

Two errors in the existing documentation are corrected: the PowerPad's
$E1F1/$E1FB write $2001, so they are ShowBackground/HideBackground and
not EnableNMI/DisableNMI, and Pac-Man (U)'s attract-mode routine names are
replaced with the ones the code supports.

Every project still prints Byte-identical ROM verified.

CHANGELOG: the final entry-point numbers
2026-10-22 00:33:54 -04:00

1713 lines
43 KiB
Plaintext

C000 Reset
C003 SubCC003
C006 SubCC006
C032 SubCC032
C038 Sub_8764_OnNonzero_C038
C045 Sub_8764_OnNonzero_C045
C04C NmiHandler
C05F Sub_8764_OnNonzero_C05F
C08E Sub_8764_OnNonzero_C08E
C09A Sub_8764_OnZero_C09A
C0A0 Sub_8764_OnCarrySet_C0A0
C0A3 Sub_8764_OnNonzero_C0A3
C0A6 Sub_8764_OnCarrySet_C0A6
C0A8 Sub_8764_OnCarrySet_C0A8
C0B2 Sub_8764_OnNonzero_C0B2
C0BE Sub_8764_OnCarryClear_C0BE
C0C1 Sub_8764_OnCarrySet_C0C1
C0CB Sub_8764_OnZero_C0CB
C0F7 Sub_8764_OnNonzero_C0F7
C104 Sub_8764_OnNonzero_C104
C10D Sub_8764_OnCarrySet_C10D
C11E Sub_8764_OnZero_C11E
C14A Sub_8764_OnNonzero_C14A
C15F Sub_8764_OnNonzero_C15F
C169 Sub_8764_OnZero_C169
C177 Sub_8764_OnCarryClear_C177
C191 Sub_8764_OnNonzero_C191
C1A1 Sub_8764_OnNonzero_C1A1
C1AC Sub_8764_OnNonzero_C1AC
C1CF Sub_8764_OnNonzero_C1CF
C1E1 Sub_8764_OnCarryClear_C1E1
C1EA Sub_8764_OnCarryClear_C1EA
C206 Sub_8764_OnZero_C206
C209 Sub_8764_JoinBranchPaths_C209
C20C Sub_8764_OnZero_C20C
C21C Sub_8764_OnZero_C21C
C232 Sub_8764_OnZero_C232
C234 Sub_8764_OnZero_C234
C23C Sub_8764_OnNonzero_C23C
C24F Sub_8764_OnZero_C24F
C257 Sub_8764_OnNonzero_C257
C268 Sub_8764_OnNonzero_C268
C273 Sub_8764_OnZero_C273
C278 Sub_8764_JoinBranchPaths_C278
C292 Sub_8764_OnNonzero_C292
C2A3 Sub_8764_JoinBranchPaths_C2A3
C2C0 IrqHandler
C2C1 SubCC2C1
C2D0 Sub_8764_OnNonzero_C2D0
C2D8 SubCC2D8
C2EA SubCC2EA
C304 SubCC304
C307 Sub_8764_OnNonzero_C307
C32C SubCC32C
C332 SubCC332
C34A Sub_8764_OnNonzero_C34A
C35B Sub_8764_OnZero_C35B
C3E2 SubCC3E2
C3EB SubCC3EB
C3F0 SubCC3F0
C3F4 SubCC3F4
C40C Sub_8764_OnNonnegative_C40C
C412 SubCC412
C41C Sub_8764_OnNonzero_C41C
C426 Sub_8764_OnNonzero_C426
C442 SubCC442
C447 SubCC447
C44B SubCC44B
C45F Sub_8764_OnZero_C45F
C46D SubCC46D
C48E SubCC48E
C49A Sub_8764_OnNonzero_C49A
C4A1 Sub_8764_OnNonzero_C4A1
C4B7 Sub_8764_OnNonzero_C4B7
C4C3 Sub_8764_OnNonzero_C4C3
C4D0 Sub_8764_OnNonzero_C4D0
C4D6 Sub_8764_OnNonzero_C4D6
C4D9 Sub_8764_JoinBranchPaths_C4D9
C4E4 SubCC4E4
C4F5 SubCC4F5
C4F9 SubCC4F9
C50D SubCC50D
C515 SubCC515
C51D Sub_8764_OnNonzero_C51D
C523 Sub_8764_OnNonzero_C523
C536 Sub_8764_OnNonzero_C536
C538 Sub_8764_OnZero_C538
C539 SubCC539
C54A Sub_8764_OnZero_C54A
C54D Sub_8764_OnNegative_C54D
C552 Sub_8764_OnNonzero_C552
C55A SubCC55A
C564 Sub_8764_OnNonzero_C564
C56D SubCC56D
C589 SubCC589
C595 Sub_8764_OnNonzero_C595
C5A1 SubCC5A1
C5A6 SubCC5A6
C5B0 Sub_8764_OnNonzero_C5B0
C5C7 SubCC5C7
C5DD Sub_8764_OnNonzero_C5DD
C5FD SubCC5FD
C607 SubCC607
C611 SubCC611
C61B SubCC61B
C67D SubCC67D
C68C Sub_8764_OnNonzero_C68C
C6E3 ResetEntry
C6EA Sub_8764_OnNonnegative_C6EA
C6F6 Sub_8764_OnNonzero_C6F6
C70E Sub_8764_OnNonnegative_C70E
C723 Sub_8764_OnNonnegative_C723
C72A Sub_8764_OnNonnegative_C72A
C73D Sub_8764_OnZero_C73D
C750 Sub_8764_OnNonzero_C750
C760 Sub_8764_OnZero_C760
C767 Sub_8764_OnNonzero_C767
C770 SubCC770
C776 Sub_8764_OnNonzero_C776
C77D SubCC77D
C786 Sub_8764_OnNonzero_C786
C78F Sub_8764_OnZero_C78F
C793 Sub_8764_JoinBranchPaths_C793
C7AC Sub_8764_OnNonzero_C7AC
C7C4 Sub_8764_OnNonzero_C7C4
C7C7 Sub_8764_OnNonzero_C7C7
C7E3 Sub_8764_OnNonzero_C7E3
C7E7 Sub_8764_OnNonnegative_C7E7
C7ED Sub_8764_OnZero_C7ED
C802 Sub_8764_OnNonzero_C802
C80A SubCC80A
C80E Sub_8764_OnNonnegative_C80E
C838 SubCC838
C85A SubCC85A
C863 Sub_8764_OnCarryClear_C863
C89A Sub_8764_OnZero_C89A
C8B7 Sub_8764_OnZero_C8B7
C8CC Sub_8764_OnZero_C8CC
C8E5 Sub_8764_OnZero_C8E5
C8E8 SubCC8E8
C8FB SubCC8FB
C901 SubCC901
C907 SubCC907
C909 Sub_8764_OnNonzero_C909
C921 SubCC921
C925 SubCC925
C927 SubCC927
C92A Sub_8764_OnNonzero_C92A
C94D SubCC94D
C95A SubCC95A
C969 SubCC969
C98E SubCC98E
C991 Sub_8764_OnNonzero_C991
C9A4 Sub_8764_OnNonnegative_C9A4
C9AB SubCC9AB
C9AD Sub_8764_OnNonnegative_C9AD
C9BA Sub_8764_OnNonnegative_C9BA
C9CE Sub_8764_OnNonnegative_C9CE
C9D5 SubCC9D5
C9DE SubCC9DE
C9E4 Sub_8764_OnNonzero_C9E4
CA04 SubCCA04
CA0C Sub_8764_OnCarrySet_CA0C
CA21 Sub_8764_OnZero_CA21
CA22 Sub_8764_OnNegative_CA22
CA24 Sub_8764_JoinBranchPaths_CA24
CA59 Sub_8764_OnNonnegative_CA59
CA66 Sub_8764_OnZero_CA66
CA6B Sub_8764_OnZero_CA6B
CA72 SubCCA72
CA74 SubCCA74
CA7C Sub_8764_OnCarrySet_CA7C
CA86 Sub_8764_OnZero_CA86
CA87 Sub_8764_OnNegative_CA87
CAA2 Sub_8764_OnCarrySet_CAA2
CAA4 Sub_8764_OnNonzero_CAA4
CAA8 SubCCAA8
CAD3 Sub_8764_JoinBranchPaths_CAD3
CAE6 SubCCAE6
CAFC SubCCAFC
CB10 Sub_8764_OnNonzero_CB10
CB13 Sub_8764_OnCarryClear_CB13
CB22 Sub_8764_OnNonnegative_CB22
CB5A SubCCB5A
CB5C Sub_8764_OnCarrySet_CB5C
CB68 Sub_8764_OnCarrySet_CB68
CB76 Sub_8764_OnNegative_CB76
CB78 Sub_8764_OnNonnegative_CB78
CCBC SubCCCBC
CCC0 SubCCCC0
CCC2 Sub_8764_JoinBranchPaths_CCC2
CD26 SubCCD26
CD29 Sub_8764_OnNonzero_CD29
CD32 Sub_8764_OnNonnegative_CD32
CD3C Sub_8764_OnNonnegative_CD3C
CD47 Sub_8764_OnNonnegative_CD47
CD50 Sub_8764_OnNonnegative_CD50
CD79 Sub_8764_OnNonzero_CD79
CD9E Sub_8764_OnNonzero_CD9E
CDA1 SubCCDA1
CDAF Sub_8764_OnNonzero_CDAF
CDBB Sub_8764_OnZero_CDBB
CDC0 Sub_8764_OnNonzero_CDC0
CDCC Sub_8764_OnNonzero_CDCC
CDD8 Sub_8764_OnNonzero_CDD8
CDE2 SubCCDE2
CDF4 Sub_8764_OnZero_CDF4
CE1E SubCCE1E
CE20 SubCCE20
CE2C Sub_8764_OnZero_CE2C
CE2D SubCCE2D
CE54 Sub_8764_OnZero_CE54
CE62 SubCCE62
CE74 Sub_8764_OnZero_CE74
CE7C Sub_8764_OnZero_CE7C
CE81 Sub_8764_OnZero_CE81
CEEC SubCCEEC
CEFF Sub_8764_OnZero_CEFF
CF05 Sub_8764_JoinBranchPaths_CF05
CF26 Sub_8764_JoinBranchPaths_CF26
CF33 Sub_8764_OnCarryClear_CF33
CF45 Sub_8764_OnZero_CF45
CF5C SubCCF5C
CF62 Sub_8764_OnNonzero_CF62
CF72 Sub_8764_OnNonzero_CF72
CF7D Sub_8764_OnCarryClear_CF7D
CF7F Sub_8764_OnNonzero_CF7F
CFB3 Sub_8764_OnZero_CFB3
CFB6 Sub_8764_OnNonzero_CFB6
CFC8 Sub_8764_OnCarryClear_CFC8
CFCC Sub_8764_OnNegative_CFCC
CFDD Sub_8764_OnNonzero_CFDD
CFFF SubCCFFF
D00A SubCD00A
D00E Sub_8764_OnNonnegative_D00E
D014 SubCD014
D019 Sub_8764_OnNonzero_D019
D01A SubCD01A
D04A Sub_8764_JoinBranchPaths_D04A
D055 Sub_8764_OnCarryClear_D055
D06F Sub_8764_JoinBranchPaths_D06F
D075 Sub_8764_OnNonnegative_D075
D0A5 Sub_8764_OnNonzero_D0A5
D0AE Sub_8764_OnNonnegative_D0AE
D0DD Sub_8764_JoinBranchPaths_D0DD
D0E7 Sub_8764_OnNonzero_D0E7
D0FD Sub_8764_OnNonzero_D0FD
D102 Sub_8764_OnZero_D102
D110 SubCD110
D125 Sub_8764_OnZero_D125
D12E Sub_8764_OnZero_D12E
D144 Sub_8764_JoinBranchPaths_D144
D147 Sub_8764_OnNonzero_D147
D158 Sub_8764_OnCarryClear_D158
D15A Sub_8764_OnNonnegative_D15A
D163 Sub_8764_JoinBranchPaths_D163
D173 Sub_8764_OnZero_D173
D175 Sub_8764_OnNonzero_D175
D18E Sub_8764_OnZero_D18E
D190 Sub_8764_JoinBranchPaths_D190
D191 SubCD191
D194 SubCD194
D199 SubCD199
D1A5 Sub_8764_OnNonzero_D1A5
D1CB SubCD1CB
D1DA Sub_8764_JoinBranchPaths_D1DA
D1DB Sub_8764_OnZero_D1DB
D1E6 SubCD1E6
D200 SubCD200
D216 Sub_8764_OnCarrySet_D216
D21C Sub_8764_OnCarrySet_D21C
D220 Sub_8764_OnNonzero_D220
D224 SubCD224
D228 Sub_8764_OnNonzero_D228
D229 Sub_8764_OnZero_D229
D23A SubCD23A
D244 Sub_8764_JoinBranchPaths_D244
D24C SubCD24C
D278 Sub_8764_JoinBranchPaths_D278
D279 Sub_8764_OnCarrySet_D279
D284 Sub_8764_OnCarryClear_D284
D293 SubCD293
D29B Sub_8764_OnNonzero_D29B
D29C Sub_8764_OnNegative_D29C
D29F Sub_8764_OnNegative_D29F
D2BB Sub_8764_OnNegative_D2BB
D2CB Sub_8764_JoinBranchPaths_D2CB
D2CC SubCD2CC
D2D7 SubCD2D7
D2E3 Sub_8764_OnCarrySet_D2E3
D2E8 Sub_8764_OnZero_D2E8
D2EB SubCD2EB
D2F9 Sub_8764_OnNonzero_D2F9
D2FE Sub_8764_OnZero_D2FE
D2FF Sub_8764_OnNegative_D2FF
D30A SubCD30A
D310 Sub_8764_OnCarryClear_D310
D316 Sub_8764_OnZero_D316
D317 Sub_8764_OnNegative_D317
D32C Sub_8764_OnZero_D32C
D33A Sub_8764_OnNonzero_D33A
D33B Sub_8764_OnZero_D33B
D34C Sub_8764_OnZero_D34C
D34E Sub_8764_OnNonzero_D34E
D357 SubCD357
D37E Sub_8764_OnCarryClear_D37E
D38D Sub_8764_OnCarryClear_D38D
D38F Sub_8764_JoinBranchPaths_D38F
D3AD Sub_8764_JoinBranchPaths_D3AD
D3AF SubCD3AF
D3BD Sub_8764_OnCarryClear_D3BD
D3BF Sub_8764_OnNonzero_D3BF
D3C1 Sub_8764_OnCarryClear_D3C1
D3E4 Sub_8764_OnNegative_D3E4
D3E9 Sub_8764_OnNonzero_D3E9
D3F6 Sub_8764_OnNegative_D3F6
D3FB Sub_8764_OnNonzero_D3FB
D422 SubCD422
D42C Sub_8764_OnNonzero_D42C
D433 Sub_8764_OnCarryClear_D433
D43A SubCD43A
D455 SubCD455
D459 SubCD459
D465 Sub_8764_OnNonzero_D465
D469 Sub_8764_OnZero_D469
D46A Sub_8764_OnZero_D46A
D47F Sub_8764_JoinBranchPaths_D47F
D486 Sub_8764_OnNonnegative_D486
D4AC Sub_8764_OnNonzero_D4AC
D4C3 SubCD4C3
D4C8 Sub_8764_OnNonzero_D4C8
D4D6 Sub_8764_OnCarryClear_D4D6
D4E9 Sub_8764_OnZero_D4E9
D4EC Sub_8764_OnZero_D4EC
D4FF Sub_8764_OnZero_D4FF
D50A SubCD50A
D523 Sub_8764_JoinBranchPaths_D523
D524 SubCD524
D52E Sub_8764_OnNegative_D52E
D561 SubCD561
D576 SubCD576
D57F Sub_8764_OnZero_D57F
D5A9 Sub_8764_OnNonzero_D5A9
D5BC Sub_8764_OnCarryClear_D5BC
D5C9 SubCD5C9
D5E2 Sub_8764_OnCarryClear_D5E2
D5E7 SubCD5E7
D5F5 Sub_8764_OnNonnegative_D5F5
D600 Sub_8764_OnZero_D600
D611 Sub_8764_OnNonzero_D611
D61A Sub_8764_OnNonzero_D61A
D61B SubCD61B
D62C Sub_8764_OnCarrySet_D62C
D63A Sub_8764_OnCarryClear_D63A
D63B Sub_8764_OnCarrySet_D63B
D642 Sub_8764_OnCarrySet_D642
D644 Sub_8764_OnCarrySet_D644
D650 SubCD650
D664 Sub_8764_OnZero_D664
D66F Sub_8764_OnNonnegative_D66F
D675 Sub_8764_JoinBranchPaths_D675
D68E Sub_8764_OnCarrySet_D68E
D6CD Sub_8764_OnNonzero_D6CD
D6F1 Sub_8764_OnNonzero_D6F1
D6F7 SubCD6F7
D6FE SubCD6FE
D70E SubCD70E
D71E Sub_8764_JoinBranchPaths_D71E
D724 Sub_8764_JoinBranchPaths_D724
D73B Sub_8764_OnZero_D73B
D740 Sub_8764_OnCarryClear_D740
D766 Sub_8764_OnZero_D766
D772 Sub_8764_OnCarrySet_D772
D774 SubCD774
D77A SubCD77A
D784 SubCD784
D78C Sub_8764_OnNonzero_D78C
D79B Sub_8764_JoinBranchPaths_D79B
D7A3 Sub_8764_OnCarryClear_D7A3
D7A5 Sub_8764_OnCarrySet_D7A5
D7AE Sub_8764_OnZero_D7AE
D7B0 Sub_8764_OnNonzero_D7B0
D7C5 Sub_8764_OnCarrySet_D7C5
D7C7 Sub_8764_OnZero_D7C7
D7CD Sub_8764_OnCarrySet_D7CD
D7CF Sub_8764_OnZero_D7CF
D7DD Sub_8764_OnCarrySet_D7DD
D7F7 Sub_8764_OnNegative_D7F7
D7FA Sub_8764_OnNegative_D7FA
D800 SubCD800
D80B Sub_8764_OnCarrySet_D80B
D816 Sub_8764_OnNonzero_D816
D828 Sub_8764_OnNonzero_D828
D829 Sub_8764_OnZero_D829
D82F Sub_8764_OnZero_D82F
D838 Sub_8764_OnZero_D838
D83E Sub_8764_OnZero_D83E
D84F Sub_8764_OnCarrySet_D84F
D855 Sub_8764_OnNegative_D855
D871 Sub_8764_JoinBranchPaths_D871
D873 Sub_8764_OnZero_D873
D886 Sub_8764_OnNonnegative_D886
D8A1 Sub_8764_JoinBranchPaths_D8A1
D8A7 SubCD8A7
D8B3 Sub_8764_OnNonzero_D8B3
D8B4 Sub_8764_OnZero_D8B4
D8DA SubCD8DA
D8E3 Sub_8764_OnNonnegative_D8E3
D8F1 Sub_8764_OnCarryClear_D8F1
D8FC Sub_8764_OnCarrySet_D8FC
D909 Sub_8764_OnNonzero_D909
D90F Sub_8764_OnNonzero_D90F
D914 Sub_8764_OnZero_D914
D932 Sub_8764_OnNegative_D932
D942 SubCD942
D949 Sub_8764_OnZero_D949
D965 Sub_8764_OnCarrySet_D965
D979 Sub_8764_JoinBranchPaths_D979
D97E Sub_8764_OnZero_D97E
D987 Sub_8764_OnZero_D987
D989 Sub_8764_OnNonzero_D989
D992 Sub_8764_JoinBranchPaths_D992
D993 SubCD993
D9A3 Sub_8764_OnNonzero_D9A3
D9A5 Sub_8764_OnZero_D9A5
D9AF Sub_8764_OnNonzero_D9AF
D9B2 SubCD9B2
D9CC Sub_8764_OnCarrySet_D9CC
D9E1 Sub_8764_JoinBranchPaths_D9E1
D9E6 Sub_8764_OnZero_D9E6
D9E7 SubCD9E7
D9F2 SubCD9F2
D9FA Sub_8764_OnCarrySet_D9FA
DA0A Sub_8764_JoinBranchPaths_DA0A
DA1B Sub_8764_OnCarrySet_DA1B
DA3A Sub_8764_OnZero_DA3A
DA3D Sub_8764_OnNegative_DA3D
DA43 SubCDA43
DA51 Sub_8764_OnCarrySet_DA51
DA6F Sub_8764_JoinBranchPaths_DA6F
DBA8 SubCDBA8
DBAA Sub_8764_OnCarrySet_DBAA
DBC2 Sub_8764_OnNegative_DBC2
DBC8 SubCDBC8
DBE8 Sub_8764_OnNonzero_DBE8
DBF2 Sub_8764_OnZero_DBF2
DBF6 Sub_8764_OnCarryClear_DBF6
DC00 Sub_8764_OnNonzero_DC00
DC0A Sub_8764_OnZero_DC0A
DC0C Sub_8764_OnNonzero_DC0C
DC10 Sub_8764_OnCarryClear_DC10
DC2D Sub_8764_OnNonzero_DC2D
DC38 Sub_8764_OnNonzero_DC38
DC39 SubCDC39
DC5A Sub_8764_OnNegative_DC5A
DC81 SubCDC81
DC8C Sub_8764_OnZero_DC8C
DCAE Sub_8764_OnCarrySet_DCAE
DCC2 Sub_8764_JoinBranchPaths_DCC2
DCC3 Sub_8764_OnCarrySet_DCC3
DCCB Sub_8764_OnCarrySet_DCCB
DCD2 Sub_8764_JoinBranchPaths_DCD2
DCF1 SubCDCF1
DCFE Sub_8764_OnCarryClear_DCFE
DD09 Sub_8764_OnZero_DD09
DD1B Sub_8764_OnNonnegative_DD1B
DD2C Sub_8764_OnNegative_DD2C
DD37 Sub_8764_OnNegative_DD37
DD3C Sub_8764_OnNonnegative_DD3C
DD3D Sub_8764_OnCarryClear_DD3D
DD46 Sub_8764_JoinBranchPaths_DD46
DD51 Sub_8764_OnCarryClear_DD51
DD54 Sub_8764_OnNegative_DD54
DD61 Sub_8764_OnNonnegative_DD61
DD6B SubCDD6B
DD76 Sub_8764_OnCarryClear_DD76
DD7E Sub_8764_OnNonzero_DD7E
DD80 SubCDD80
DD9D Sub_8764_JoinBranchPaths_DD9D
DDC4 Sub_8764_OnCarrySet_DDC4
DDD1 Sub_8764_OnCarrySet_DDD1
DDDB SubCDDDB
DDE1 Sub_8764_OnCarryClear_DDE1
DDED Sub_8764_OnCarrySet_DDED
DDF1 Sub_8764_OnZero_DDF1
DDFB Sub_8764_OnZero_DDFB
DDFE Sub_8764_OnCarrySet_DDFE
DE0E Sub_8764_OnCarrySet_DE0E
DE0F Sub_8764_OnNegative_DE0F
DE19 SubCDE19
DE31 SubCDE31
DE3E Sub_8764_OnZero_DE3E
DE44 Sub_8764_OnCarrySet_DE44
DE50 Sub_8764_JoinBranchPaths_DE50
DE60 Sub_8764_JoinBranchPaths_DE60
DE63 Sub_8764_OnCarryClear_DE63
DE6F Sub_8764_JoinBranchPaths_DE6F
DE79 Sub_8764_OnNonzero_DE79
DE80 SubCDE80
DE97 Sub_8764_OnNegative_DE97
DE9B Sub_8764_OnCarryClear_DE9B
DEA3 Sub_8764_JoinBranchPaths_DEA3
DEAB Sub_8764_OnZero_DEAB
DEAC Sub_8764_OnCarryClear_DEAC
DEAD Sub_8764_OnCarrySet_DEAD
DEBB SubCDEBB
DEF0 Sub_8764_OnNonzero_DEF0
DEFB Sub_8764_OnNonzero_DEFB
E020 SubCE020
E039 SubCE039
E042 SubCE042
E05B SubCE05B
E06F Sub_8764_OnZero_E06F
E072 Sub_8764_JoinBranchPaths_E072
E082 Sub_8764_OnCarryClear_E082
E08C Sub_8764_OnZero_E08C
E0A8 Sub_8764_JoinBranchPaths_E0A8
E0B2 Sub_8764_OnNonzero_E0B2
E0C8 Sub_8764_OnCarryClear_E0C8
E0D2 Sub_8764_OnCarryClear_E0D2
E0D6 Sub_8764_JoinBranchPaths_E0D6
E0E1 Sub_8764_OnNonnegative_E0E1
E0EC Sub_8764_OnNegative_E0EC
E10D Sub_8764_OnNonzero_E10D
E110 Sub_8764_OnZero_E110
E11E Sub_8764_OnNonzero_E11E
E121 Sub_8764_JoinBranchPaths_E121
E126 Sub_8764_OnZero_E126
E129 SubCE129
E143 Sub_8764_OnZero_E143
E157 SubCE157
E164 Sub_8764_JoinBranchPaths_E164
E167 SubCE167
E16E Sub_8764_OnNegative_E16E
E17B Sub_8764_OnNonzero_E17B
E18B Sub_8764_JoinBranchPaths_E18B
E18E Sub_8764_JoinBranchPaths_E18E
E1AB Sub_8764_OnNonnegative_E1AB
E1B7 Sub_8764_OnNonnegative_E1B7
E1C0 Sub_8764_OnCarrySet_E1C0
E1C2 SubCE1C2
E1CE Sub_8764_OnCarrySet_E1CE
E206 SubCE206
E217 Sub_8764_OnCarrySet_E217
E222 Sub_8764_OnCarryClear_E222
E227 Sub_8764_OnNonzero_E227
E22A Sub_8764_OnNonzero_E22A
E235 Sub_8764_OnNonzero_E235
E251 Sub_8764_OnCarrySet_E251
E25B Sub_8764_OnCarrySet_E25B
E267 Sub_8764_OnCarrySet_E267
E26E Sub_8764_OnCarryClear_E26E
E274 Sub_8764_OnCarrySet_E274
E28B SubCE28B
E290 SubCE290
E29A Sub_8764_OnZero_E29A
E29C SubCE29C
E2A6 Sub_8764_OnZero_E2A6
E2B0 Sub_8764_OnCarryClear_E2B0
E2D2 Sub_8764_OnCarrySet_E2D2
E2D5 Sub_8764_OnCarrySet_E2D5
E2D8 Sub_8764_OnCarryClear_E2D8
E301 Sub_8764_OnCarrySet_E301
E308 Sub_8764_OnCarryClear_E308
E317 Sub_8764_OnZero_E317
E31A Sub_8764_OnZero_E31A
E326 SubCE326
E358 Sub_8764_OnNegative_E358
E3B5 SubCE3B5
E3C4 Sub_8764_OnCarrySet_E3C4
E3C5 Sub_8764_OnZero_E3C5
E412 SubCE412
E42C Sub_8764_JoinBranchPaths_E42C
E42F SubCE42F
E435 Sub_8764_OnNegative_E435
E44A SubCE44A
E456 Sub_8764_OnNonzero_E456
E45C Sub_8764_OnNonnegative_E45C
E466 Sub_8764_OnCarrySet_E466
E46B Sub_8764_OnCarrySet_E46B
E479 Sub_8764_OnCarrySet_E479
E487 Sub_8764_OnCarrySet_E487
E499 SubCE499
E4B6 Sub_8764_JoinBranchPaths_E4B6
E4B7 SubCE4B7
E4E4 Sub_8764_OnCarryClear_E4E4
E4F2 Sub_8764_OnNonnegative_E4F2
E4F7 Sub_8764_OnNonzero_E4F7
E4F8 Sub_8764_OnNonzero_E4F8
E50F Sub_8764_OnNonzero_E50F
E518 Sub_8764_OnZero_E518
E528 Sub_8764_OnNegative_E528
E52C Sub_8764_OnCarryClear_E52C
E536 Sub_8764_OnZero_E536
E537 Sub_8764_OnCarrySet_E537
E53B Sub_8764_OnCarryClear_E53B
E555 Sub_8764_OnCarrySet_E555
E560 Sub_8764_OnCarryClear_E560
E562 Sub_8764_OnNonzero_E562
E587 SubCE587
E59C Sub_8764_OnCarrySet_E59C
E5AA Sub_8764_OnCarrySet_E5AA
E5C4 Sub_8764_JoinBranchPaths_E5C4
E5C5 SubCE5C5
E5D1 Sub_8764_OnCarryClear_E5D1
E5D5 SubCE5D5
E5DF Sub_8764_OnZero_E5DF
E5E7 Sub_8764_JoinBranchPaths_E5E7
E5E9 Sub_8764_OnNonzero_E5E9
E5EF Sub_8764_OnNonzero_E5EF
E60D Sub_8764_JoinBranchPaths_E60D
E61D Sub_8764_OnCarryClear_E61D
E620 Sub_8764_JoinBranchPaths_E620
E621 SubCE621
E630 Sub_8764_JoinBranchPaths_E630
E632 Sub_8764_OnNonzero_E632
E65B Sub_8764_OnCarrySet_E65B
E65F Sub_8764_OnCarrySet_E65F
E665 SubCE665
E684 Sub_8764_OnNonnegative_E684
E686 Sub_8764_OnNonzero_E686
E699 Sub_8764_OnCarryClear_E699
E6BB Sub_8764_OnNonnegative_E6BB
E6CC Sub_8764_OnCarryClear_E6CC
E6E5 SubCE6E5
E6F0 Sub_8764_OnCarryClear_E6F0
E6F5 Sub_8764_OnCarryClear_E6F5
E6FA Sub_8764_OnCarryClear_E6FA
E6FF Sub_8764_JoinBranchPaths_E6FF
E700 SubCE700
E70B Sub_8764_OnNonnegative_E70B
E718 Sub_8764_OnCarryClear_E718
E723 Sub_8764_OnNegative_E723
E740 SubCE740
E76E SubCE76E
E777 Sub_8764_OnNonnegative_E777
E77C SubCE77C
E77F SubCE77F
E78E Sub_8764_OnCarryClear_E78E
E78F Sub_8764_OnCarryClear_E78F
E790 Sub_8764_OnZero_E790
E791 Sub_8764_OnNonnegative_E791
E79A Sub_8764_OnCarryClear_E79A
E79B Sub_8764_OnCarryClear_E79B
E79D SubCE79D
E7A0 SubCE7A0
E7A3 SubCE7A3
E7A6 SubCE7A6
E7B3 Sub_8764_OnNonzero_E7B3
E7BD Sub_8764_OnNonzero_E7BD
E7C0 SubCE7C0
E7CB Sub_8764_OnNonzero_E7CB
E7D3 Sub_8764_OnNonzero_E7D3
E7D6 SubCE7D6
E7E3 Sub_8764_OnNonzero_E7E3
E7ED Sub_8764_OnNonzero_E7ED
E7EE Sub_8764_Return_E7EE
E7F9 Sub_8764_OnNonzero_E7F9
E803 Sub_8764_OnNonzero_E803
E806 SubCE806
E81B Sub_8764_OnNonzero_E81B
E82D SubCE82D
E83E SubCE83E
E859 SubCE859
E85C SubCE85C
E86F SubCE86F
E882 Sub_8764_OnNonnegative_E882
E887 SubCE887
E89E SubCE89E
E8CB Sub_8764_OnNonnegative_E8CB
E8F9 Sub_8764_OnNonzero_E8F9
E923 SubCE923
E929 Sub_8764_OnZero_E929
E92F Sub_8764_OnCarryClear_E92F
E939 Sub_8764_JoinBranchPaths_E939
E93E SubCE93E
E967 Sub_8764_OnZero_E967
E968 Sub_8764_OnNonnegative_E968
E98C Sub_8764_OnNonnegative_E98C
E996 Sub_8764_OnZero_E996
E99C Sub_8764_OnCarryClear_E99C
E9A5 SubCE9A5
E9BA Sub_8764_OnCarrySet_E9BA
E9CB SubCE9CB
E9D7 Sub_8764_OnCarryClear_E9D7
E9DD Sub_8764_OnCarryClear_E9DD
E9E3 Sub_8764_OnZero_E9E3
E9E8 Sub_8764_OnZero_E9E8
E9E9 Sub_8764_OnNonnegative_E9E9
EA01 SubCEA01
EA1F Sub_8764_OnNonnegative_EA1F
EA30 Sub_8764_OnCarryClear_EA30
EA38 Sub_8764_OnCarryClear_EA38
EA45 Sub_8764_OnCarryClear_EA45
EA4E Sub_8764_OnCarryClear_EA4E
EA57 Sub_8764_OnCarryClear_EA57
EA5A Sub_8764_OnNonzero_EA5A
EA63 Sub_8764_OnCarryClear_EA63
EA66 Sub_8764_OnZero_EA66
EA71 Sub_8764_OnCarryClear_EA71
EA79 Sub_8764_OnCarryClear_EA79
EA86 Sub_8764_OnCarryClear_EA86
EA8F Sub_8764_OnCarryClear_EA8F
EA98 Sub_8764_OnCarrySet_EA98
EA9B Sub_8764_OnNonzero_EA9B
EAC3 SubCEAC3
EACE Sub_8764_OnZero_EACE
EACF Sub_8764_OnCarrySet_EACF
EAD2 SubCEAD2
EAD7 SubCEAD7
EAE1 Sub_8764_OnCarrySet_EAE1
EAE2 Sub_8764_OnCarrySet_EAE2
EAE3 SubCEAE3
EAF5 Sub_8764_OnCarryClear_EAF5
EAF6 SubCEAF6
EB06 Sub_8764_OnCarrySet_EB06
EB10 Sub_8764_OnCarrySet_EB10
EB2A Sub_8764_OnZero_EB2A
EB30 Sub_8764_OnCarryClear_EB30
EB47 SubCEB47
EB4F Sub_8764_OnCarrySet_EB4F
EB5F Sub_8764_OnZero_EB5F
EB65 Sub_8764_OnCarryClear_EB65
EB72 Sub_8764_OnCarryClear_EB72
EB83 Sub_8764_JoinBranchPaths_EB83
EB86 Sub_8764_JoinBranchPaths_EB86
EB8C Sub_8764_OnZero_EB8C
EB95 Sub_8764_OnZero_EB95
EBAF Sub_8764_JoinBranchPaths_EBAF
EBB2 Sub_8764_JoinBranchPaths_EBB2
EBB8 Sub_8764_OnZero_EBB8
EBC1 Sub_8764_OnZero_EBC1
EC9E SubCEC9E
ECC7 Sub_8764_OnZero_ECC7
ECCC SubCECCC
ECDD Sub_8764_OnZero_ECDD
ECE2 SubCECE2
ECE7 Sub_8764_OnCarrySet_ECE7
ECF3 Sub_8764_OnZero_ECF3
ECF8 SubCECF8
ED09 Sub_8764_OnZero_ED09
ED0E SubCED0E
ED61 SubCED61
ED78 Sub_8764_OnZero_ED78
ED7E Sub_8764_OnCarryClear_ED7E
ED8E Sub_8764_OnZero_ED8E
ED94 Sub_8764_JoinBranchPaths_ED94
ED96 Sub_8764_JoinBranchPaths_ED96
ED98 SubCED98
EDB6 Sub_8764_OnNonnegative_EDB6
EDD4 Sub_8764_OnNonnegative_EDD4
EDD5 SubCEDD5
EDD7 SubCEDD7
EDE0 SubCEDE0
EDE2 SubCEDE2
EDEC Sub_8764_OnZero_EDEC
EDF4 SubCEDF4
EE1B Sub_8764_OnCarrySet_EE1B
EE2E Sub_8764_JoinBranchPaths_EE2E
EE2F Sub_8764_OnNegative_EE2F
EE66 SubCEE66
EE79 SubCEE79
EE94 Sub_8764_OnCarryClear_EE94
EEA4 Sub_8764_OnNonzero_EEA4
EEB3 Sub_8764_OnCarryClear_EEB3
EEBC SubCEEBC
EEC5 Sub_8764_OnZero_EEC5
EECE Sub_8764_OnNonzero_EECE
EED6 Sub_8764_OnNonzero_EED6
EEDC Sub_8764_OnNonnegative_EEDC
EEF5 Sub_8764_JoinBranchPaths_EEF5
EF0D Sub_8764_OnCarryClear_EF0D
EF24 Sub_8764_JoinBranchPaths_EF24
EF31 Sub_8764_OnCarryClear_EF31
EF38 Sub_8764_OnZero_EF38
EF3E Sub_8764_OnNonnegative_EF3E
EF50 Sub_8764_OnNonnegative_EF50
EF58 SubCEF58
EF5A SubCEF5A
EF75 Sub_8764_JoinBranchPaths_EF75
EF76 Sub_8764_OnNonzero_EF76
EF96 Sub_8764_JoinBranchPaths_EF96
EF98 Sub_8764_OnNonzero_EF98
EFB0 Sub_8764_OnNonzero_EFB0
EFC2 Sub_8764_OnCarrySet_EFC2
EFD1 Sub_8764_OnNonzero_EFD1
EFD5 SubCEFD5
EFE8 Sub_8764_OnNonzero_EFE8
EFEA Sub_8764_OnNonzero_EFEA
F011 Sub_8764_OnCarrySet_F011
F020 Sub_8764_OnCarrySet_F020
F02A Sub_8764_OnNonzero_F02A
F02C Sub_8764_OnNonzero_F02C
F035 Sub_8764_OnCarrySet_F035
F05C Sub_8764_JoinBranchPaths_F05C
F060 Sub_8764_OnCarrySet_F060
F076 Sub_8764_OnNonzero_F076
F078 Sub_8764_OnNonzero_F078
F07E Sub_8764_OnCarrySet_F07E
F08E Sub_8764_OnCarrySet_F08E
F09E Sub_8764_OnCarrySet_F09E
F0B5 Sub_8764_OnCarrySet_F0B5
F0C1 Sub_8764_OnCarryClear_F0C1
F0C3 Sub_8764_OnNonzero_F0C3
F0E0 Sub_8764_JoinBranchPaths_F0E0
F0E1 SubCF0E1
F0EE SubCF0EE
F102 SubCF102
F10D SubCF10D
F116 SubCF116
F127 SubCF127
F14B Sub_8764_OnNonzero_F14B
F150 Sub_8764_OnZero_F150
F178 SubCF178
F179 SubCF179
F17F SubCF17F
F18A SubCF18A
F18C SubCF18C
F192 SubCF192
F194 SubCF194
F19A SubCF19A
F1E7 Sub_8764_OnNonzero_F1E7
F1F0 Sub_8764_OnNonnegative_F1F0
F1F1 Sub_8764_Return_F1F1
F207 Sub_8764_OnZero_F207
F228 Sub_8764_OnCarryClear_F228
F230 Sub_8764_OnNonzero_F230
F236 Sub_8764_OnZero_F236
F237 Sub_8764_Return_F237
F247 Sub_8764_OnNonzero_F247
F255 Sub_8764_OnCarryClear_F255
F258 Sub_8764_OnNonzero_F258
F25E Sub_8764_OnZero_F25E
F25F SubCF25F
F279 Sub_8764_OnCarryClear_F279
F27A SubCF27A
F280 Sub_8764_LoadIndexAndContinue_F280
F2A4 Sub_8764_OnCarryClear_F2A4
F2B2 Sub_8764_OnNonzero_F2B2
# ---- derived internal branch-target names ----
C000 Reset
C003 SubCC003
C006 SubCC006
C032 SubCC032
C038 Sub_8764_OnNonzero_C038
C043 SubCC043_OnNonzero
C045 Sub_8764_OnNonzero_C045
C04C NmiHandler
C05F Sub_8764_OnNonzero_C05F
C08E Sub_8764_OnNonzero_C08E
C09A Sub_8764_OnZero_C09A
C0A0 Sub_8764_OnCarrySet_C0A0
C0A3 Sub_8764_OnNonzero_C0A3
C0A6 Sub_8764_OnCarrySet_C0A6
C0A8 Sub_8764_OnCarrySet_C0A8
C0B2 Sub_8764_OnNonzero_C0B2
C0BE Sub_8764_OnCarryClear_C0BE
C0C1 Sub_8764_OnCarrySet_C0C1
C0CB Sub_8764_OnZero_C0CB
C0D7 SubCC0D7_Loop
C0F7 Sub_8764_OnNonzero_C0F7
C104 Sub_8764_OnNonzero_C104
C10D Sub_8764_OnCarrySet_C10D
C11E Sub_8764_OnZero_C11E
C14A Sub_8764_OnNonzero_C14A
C15F Sub_8764_OnNonzero_C15F
C169 Sub_8764_OnZero_C169
C177 Sub_8764_OnCarryClear_C177
C17A SubCC17A_Loop
C191 Sub_8764_OnNonzero_C191
C1A1 Sub_8764_OnNonzero_C1A1
C1AC Sub_8764_OnNonzero_C1AC
C1CF Sub_8764_OnNonzero_C1CF
C1E1 Sub_8764_OnCarryClear_C1E1
C1EA Sub_8764_OnCarryClear_C1EA
C206 Sub_8764_OnZero_C206
C209 Sub_8764_JoinBranchPaths_C209
C20C Sub_8764_OnZero_C20C
C21C Sub_8764_OnZero_C21C
C232 Sub_8764_OnZero_C232
C234 Sub_8764_OnZero_C234
C23C Sub_8764_OnNonzero_C23C
C23E SubCC23E_Loop
C24F Sub_8764_OnZero_C24F
C257 Sub_8764_OnNonzero_C257
C268 Sub_8764_OnNonzero_C268
C273 Sub_8764_OnZero_C273
C278 Sub_8764_JoinBranchPaths_C278
C292 Sub_8764_OnNonzero_C292
C2A3 Sub_8764_JoinBranchPaths_C2A3
C2BB SubCC2BB_Loop
C2C0 IrqHandler
C2C1 SubCC2C1
C2D0 Sub_8764_OnNonzero_C2D0
C2D8 SubCC2D8
C2EA SubCC2EA
C304 SubCC304
C307 Sub_8764_OnNonzero_C307
C32C SubCC32C
C332 SubCC332
C34A Sub_8764_OnNonzero_C34A
C35B Sub_8764_OnZero_C35B
C3E2 SubCC3E2
C3EB SubCC3EB
C3F0 SubCC3F0
C3F4 SubCC3F4
C407 SubCC407_OnNegative
C40C Sub_8764_OnNonnegative_C40C
C412 SubCC412
C41C Sub_8764_OnNonzero_C41C
C426 Sub_8764_OnNonzero_C426
C442 SubCC442
C447 SubCC447
C44B SubCC44B
C45F Sub_8764_OnZero_C45F
C463 SubCC463_OnNonzero
C46D SubCC46D
C484 SubCC484_OnNonzero
C48E SubCC48E
C49A Sub_8764_OnNonzero_C49A
C4A1 Sub_8764_OnNonzero_C4A1
C4B7 Sub_8764_OnNonzero_C4B7
C4C3 Sub_8764_OnNonzero_C4C3
C4D0 Sub_8764_OnNonzero_C4D0
C4D6 Sub_8764_OnNonzero_C4D6
C4D9 Sub_8764_JoinBranchPaths_C4D9
C4E4 SubCC4E4
C4F5 SubCC4F5
C4F9 SubCC4F9
C50D SubCC50D
C515 SubCC515
C51D Sub_8764_OnNonzero_C51D
C523 Sub_8764_OnNonzero_C523
C536 Sub_8764_OnNonzero_C536
C538 Sub_8764_OnZero_C538
C539 SubCC539
C53F SubCC53F_Loop
C54A Sub_8764_OnZero_C54A
C54D Sub_8764_OnNegative_C54D
C552 Sub_8764_OnNonzero_C552
C55A SubCC55A
C564 Sub_8764_OnNonzero_C564
C56D SubCC56D
C589 SubCC589
C595 Sub_8764_OnNonzero_C595
C59C SubCC59C_OnZero
C5A1 SubCC5A1
C5A6 SubCC5A6
C5B0 Sub_8764_OnNonzero_C5B0
C5C7 SubCC5C7
C5DD Sub_8764_OnNonzero_C5DD
C5FD SubCC5FD
C607 SubCC607
C611 SubCC611
C61B SubCC61B
C67D SubCC67D
C68C Sub_8764_OnNonzero_C68C
C6E3 ResetEntry
C6EA Sub_8764_OnNonnegative_C6EA
C6F6 Sub_8764_OnNonzero_C6F6
C70E Sub_8764_OnNonnegative_C70E
C719 SubCC719_Loop
C723 Sub_8764_OnNonnegative_C723
C72A Sub_8764_OnNonnegative_C72A
C73D Sub_8764_OnZero_C73D
C750 Sub_8764_OnNonzero_C750
C760 Sub_8764_OnZero_C760
C767 Sub_8764_OnNonzero_C767
C770 SubCC770
C776 Sub_8764_OnNonzero_C776
C77D SubCC77D
C786 Sub_8764_OnNonzero_C786
C78F Sub_8764_OnZero_C78F
C793 Sub_8764_JoinBranchPaths_C793
C7AC Sub_8764_OnNonzero_C7AC
C7C4 Sub_8764_OnNonzero_C7C4
C7C7 Sub_8764_OnNonzero_C7C7
C7E3 Sub_8764_OnNonzero_C7E3
C7E7 Sub_8764_OnNonnegative_C7E7
C7ED Sub_8764_OnZero_C7ED
C802 Sub_8764_OnNonzero_C802
C80A SubCC80A
C80E Sub_8764_OnNonnegative_C80E
C838 SubCC838
C85A SubCC85A
C863 Sub_8764_OnCarryClear_C863
C89A Sub_8764_OnZero_C89A
C8B7 Sub_8764_OnZero_C8B7
C8CC Sub_8764_OnZero_C8CC
C8E5 Sub_8764_OnZero_C8E5
C8E8 SubCC8E8
C8FB SubCC8FB
C901 SubCC901
C907 SubCC907
C909 Sub_8764_OnNonzero_C909
C921 SubCC921
C925 SubCC925
C927 SubCC927
C92A Sub_8764_OnNonzero_C92A
C94D SubCC94D
C95A SubCC95A
C969 SubCC969
C98E SubCC98E
C991 Sub_8764_OnNonzero_C991
C9A4 Sub_8764_OnNonnegative_C9A4
C9AB SubCC9AB
C9AD Sub_8764_OnNonnegative_C9AD
C9BA Sub_8764_OnNonnegative_C9BA
C9CE Sub_8764_OnNonnegative_C9CE
C9D5 SubCC9D5
C9DE SubCC9DE
C9E4 Sub_8764_OnNonzero_C9E4
CA04 SubCCA04
CA0C Sub_8764_OnCarrySet_CA0C
CA21 Sub_8764_OnZero_CA21
CA22 Sub_8764_OnNegative_CA22
CA24 Sub_8764_JoinBranchPaths_CA24
CA59 Sub_8764_OnNonnegative_CA59
CA66 Sub_8764_OnZero_CA66
CA6B Sub_8764_OnZero_CA6B
CA72 SubCCA72
CA74 SubCCA74
CA7C Sub_8764_OnCarrySet_CA7C
CA86 Sub_8764_OnZero_CA86
CA87 Sub_8764_OnNegative_CA87
CAA2 Sub_8764_OnCarrySet_CAA2
CAA4 Sub_8764_OnNonzero_CAA4
CAA8 SubCCAA8
CAD3 Sub_8764_JoinBranchPaths_CAD3
CAE6 SubCCAE6
CAFC SubCCAFC
CB10 Sub_8764_OnNonzero_CB10
CB13 Sub_8764_OnCarryClear_CB13
CB22 Sub_8764_OnNonnegative_CB22
CB5A SubCCB5A
CB5C Sub_8764_OnCarrySet_CB5C
CB68 Sub_8764_OnCarrySet_CB68
CB76 Sub_8764_OnNegative_CB76
CB78 Sub_8764_OnNonnegative_CB78
CCBC SubCCCBC
CCC0 SubCCCC0
CCC2 Sub_8764_JoinBranchPaths_CCC2
CD26 SubCCD26
CD29 Sub_8764_OnNonzero_CD29
CD32 Sub_8764_OnNonnegative_CD32
CD3C Sub_8764_OnNonnegative_CD3C
CD47 Sub_8764_OnNonnegative_CD47
CD50 Sub_8764_OnNonnegative_CD50
CD79 Sub_8764_OnNonzero_CD79
CD9E Sub_8764_OnNonzero_CD9E
CDA1 SubCCDA1
CDAF Sub_8764_OnNonzero_CDAF
CDBB Sub_8764_OnZero_CDBB
CDC0 Sub_8764_OnNonzero_CDC0
CDCC Sub_8764_OnNonzero_CDCC
CDD8 Sub_8764_OnNonzero_CDD8
CDE2 SubCCDE2
CDF4 Sub_8764_OnZero_CDF4
CE1E SubCCE1E
CE20 SubCCE20
CE2C Sub_8764_OnZero_CE2C
CE2D SubCCE2D
CE54 Sub_8764_OnZero_CE54
CE62 SubCCE62
CE74 Sub_8764_OnZero_CE74
CE7C Sub_8764_OnZero_CE7C
CE81 Sub_8764_OnZero_CE81
CE8F SubCCE8F_Loop
CED3 SubCCED3_OnNonnegative
CEEC SubCCEEC
CEFF Sub_8764_OnZero_CEFF
CF05 Sub_8764_JoinBranchPaths_CF05
CF26 Sub_8764_JoinBranchPaths_CF26
CF33 Sub_8764_OnCarryClear_CF33
CF45 Sub_8764_OnZero_CF45
CF5C SubCCF5C
CF62 Sub_8764_OnNonzero_CF62
CF72 Sub_8764_OnNonzero_CF72
CF7D Sub_8764_OnCarryClear_CF7D
CF7F Sub_8764_OnNonzero_CF7F
CF8F SubCCF8F_Loop
CFB3 Sub_8764_OnZero_CFB3
CFB6 Sub_8764_OnNonzero_CFB6
CFC8 Sub_8764_OnCarryClear_CFC8
CFCC Sub_8764_OnNegative_CFCC
CFDD Sub_8764_OnNonzero_CFDD
CFFF SubCCFFF
D00A SubCD00A
D00E Sub_8764_OnNonnegative_D00E
D014 SubCD014
D019 Sub_8764_OnNonzero_D019
D01A SubCD01A
D04A Sub_8764_JoinBranchPaths_D04A
D055 Sub_8764_OnCarryClear_D055
D06F Sub_8764_JoinBranchPaths_D06F
D075 Sub_8764_OnNonnegative_D075
D0A5 Sub_8764_OnNonzero_D0A5
D0AE Sub_8764_OnNonnegative_D0AE
D0DD Sub_8764_JoinBranchPaths_D0DD
D0E7 Sub_8764_OnNonzero_D0E7
D0FD Sub_8764_OnNonzero_D0FD
D102 Sub_8764_OnZero_D102
D110 SubCD110
D125 Sub_8764_OnZero_D125
D12E Sub_8764_OnZero_D12E
D144 Sub_8764_JoinBranchPaths_D144
D145 SubCD145_Loop
D147 Sub_8764_OnNonzero_D147
D158 Sub_8764_OnCarryClear_D158
D15A Sub_8764_OnNonnegative_D15A
D163 Sub_8764_JoinBranchPaths_D163
D173 Sub_8764_OnZero_D173
D175 Sub_8764_OnNonzero_D175
D18E Sub_8764_OnZero_D18E
D190 Sub_8764_JoinBranchPaths_D190
D191 SubCD191
D194 SubCD194
D199 SubCD199
D1A5 Sub_8764_OnNonzero_D1A5
D1CB SubCD1CB
D1DA Sub_8764_JoinBranchPaths_D1DA
D1DB Sub_8764_OnZero_D1DB
D1E6 SubCD1E6
D200 SubCD200
D216 Sub_8764_OnCarrySet_D216
D21C Sub_8764_OnCarrySet_D21C
D220 Sub_8764_OnNonzero_D220
D224 SubCD224
D228 Sub_8764_OnNonzero_D228
D229 Sub_8764_OnZero_D229
D23A SubCD23A
D244 Sub_8764_JoinBranchPaths_D244
D24C SubCD24C
D278 Sub_8764_JoinBranchPaths_D278
D279 Sub_8764_OnCarrySet_D279
D284 Sub_8764_OnCarryClear_D284
D293 SubCD293
D29B Sub_8764_OnNonzero_D29B
D29C Sub_8764_OnNegative_D29C
D29F Sub_8764_OnNegative_D29F
D2BB Sub_8764_OnNegative_D2BB
D2CB Sub_8764_JoinBranchPaths_D2CB
D2CC SubCD2CC
D2D7 SubCD2D7
D2E3 Sub_8764_OnCarrySet_D2E3
D2E8 Sub_8764_OnZero_D2E8
D2EB SubCD2EB
D2F9 Sub_8764_OnNonzero_D2F9
D2FE Sub_8764_OnZero_D2FE
D2FF Sub_8764_OnNegative_D2FF
D30A SubCD30A
D310 Sub_8764_OnCarryClear_D310
D316 Sub_8764_OnZero_D316
D317 Sub_8764_OnNegative_D317
D32C Sub_8764_OnZero_D32C
D33A Sub_8764_OnNonzero_D33A
D33B Sub_8764_OnZero_D33B
D34C Sub_8764_OnZero_D34C
D34E Sub_8764_OnNonzero_D34E
D357 SubCD357
D37E Sub_8764_OnCarryClear_D37E
D38D Sub_8764_OnCarryClear_D38D
D38F Sub_8764_JoinBranchPaths_D38F
D3AD Sub_8764_JoinBranchPaths_D3AD
D3AF SubCD3AF
D3BD Sub_8764_OnCarryClear_D3BD
D3BF Sub_8764_OnNonzero_D3BF
D3C1 Sub_8764_OnCarryClear_D3C1
D3E4 Sub_8764_OnNegative_D3E4
D3E9 Sub_8764_OnNonzero_D3E9
D3F6 Sub_8764_OnNegative_D3F6
D3FB Sub_8764_OnNonzero_D3FB
D422 SubCD422
D42C Sub_8764_OnNonzero_D42C
D433 Sub_8764_OnCarryClear_D433
D43A SubCD43A
D455 SubCD455
D459 SubCD459
D465 Sub_8764_OnNonzero_D465
D469 Sub_8764_OnZero_D469
D46A Sub_8764_OnZero_D46A
D47F Sub_8764_JoinBranchPaths_D47F
D486 Sub_8764_OnNonnegative_D486
D4AC Sub_8764_OnNonzero_D4AC
D4BF SubCD4BF_Loop
D4C3 SubCD4C3
D4C8 Sub_8764_OnNonzero_D4C8
D4D6 Sub_8764_OnCarryClear_D4D6
D4E9 Sub_8764_OnZero_D4E9
D4EC Sub_8764_OnZero_D4EC
D4FF Sub_8764_OnZero_D4FF
D50A SubCD50A
D523 Sub_8764_JoinBranchPaths_D523
D524 SubCD524
D52E Sub_8764_OnNegative_D52E
D561 SubCD561
D576 SubCD576
D57F Sub_8764_OnZero_D57F
D5A9 Sub_8764_OnNonzero_D5A9
D5BC Sub_8764_OnCarryClear_D5BC
D5C9 SubCD5C9
D5E2 Sub_8764_OnCarryClear_D5E2
D5E7 SubCD5E7
D5F5 Sub_8764_OnNonnegative_D5F5
D600 Sub_8764_OnZero_D600
D611 Sub_8764_OnNonzero_D611
D61A Sub_8764_OnNonzero_D61A
D61B SubCD61B
D62C Sub_8764_OnCarrySet_D62C
D63A Sub_8764_OnCarryClear_D63A
D63B Sub_8764_OnCarrySet_D63B
D642 Sub_8764_OnCarrySet_D642
D644 Sub_8764_OnCarrySet_D644
D650 SubCD650
D664 Sub_8764_OnZero_D664
D66F Sub_8764_OnNonnegative_D66F
D675 Sub_8764_JoinBranchPaths_D675
D68E Sub_8764_OnCarrySet_D68E
D6CD Sub_8764_OnNonzero_D6CD
D6EF SubCD6EF_Loop
D6F1 Sub_8764_OnNonzero_D6F1
D6F7 SubCD6F7
D6FE SubCD6FE
D70E SubCD70E
D71A SubCD71A_Loop
D71E Sub_8764_JoinBranchPaths_D71E
D724 Sub_8764_JoinBranchPaths_D724
D73B Sub_8764_OnZero_D73B
D740 Sub_8764_OnCarryClear_D740
D766 Sub_8764_OnZero_D766
D772 Sub_8764_OnCarrySet_D772
D774 SubCD774
D77A SubCD77A
D784 SubCD784
D78C Sub_8764_OnNonzero_D78C
D79B Sub_8764_JoinBranchPaths_D79B
D7A3 Sub_8764_OnCarryClear_D7A3
D7A5 Sub_8764_OnCarrySet_D7A5
D7AE Sub_8764_OnZero_D7AE
D7B0 Sub_8764_OnNonzero_D7B0
D7C5 Sub_8764_OnCarrySet_D7C5
D7C7 Sub_8764_OnZero_D7C7
D7CD Sub_8764_OnCarrySet_D7CD
D7CF Sub_8764_OnZero_D7CF
D7DD Sub_8764_OnCarrySet_D7DD
D7F7 Sub_8764_OnNegative_D7F7
D7FA Sub_8764_OnNegative_D7FA
D800 SubCD800
D80B Sub_8764_OnCarrySet_D80B
D816 Sub_8764_OnNonzero_D816
D828 Sub_8764_OnNonzero_D828
D829 Sub_8764_OnZero_D829
D82F Sub_8764_OnZero_D82F
D838 Sub_8764_OnZero_D838
D83E Sub_8764_OnZero_D83E
D84F Sub_8764_OnCarrySet_D84F
D855 Sub_8764_OnNegative_D855
D871 Sub_8764_JoinBranchPaths_D871
D873 Sub_8764_OnZero_D873
D886 Sub_8764_OnNonnegative_D886
D8A1 Sub_8764_JoinBranchPaths_D8A1
D8A7 SubCD8A7
D8B3 Sub_8764_OnNonzero_D8B3
D8B4 Sub_8764_OnZero_D8B4
D8DA SubCD8DA
D8E3 Sub_8764_OnNonnegative_D8E3
D8F1 Sub_8764_OnCarryClear_D8F1
D8FC Sub_8764_OnCarrySet_D8FC
D909 Sub_8764_OnNonzero_D909
D90F Sub_8764_OnNonzero_D90F
D914 Sub_8764_OnZero_D914
D932 Sub_8764_OnNegative_D932
D942 SubCD942
D949 Sub_8764_OnZero_D949
D965 Sub_8764_OnCarrySet_D965
D979 Sub_8764_JoinBranchPaths_D979
D97E Sub_8764_OnZero_D97E
D987 Sub_8764_OnZero_D987
D989 Sub_8764_OnNonzero_D989
D992 Sub_8764_JoinBranchPaths_D992
D993 SubCD993
D9A3 Sub_8764_OnNonzero_D9A3
D9A5 Sub_8764_OnZero_D9A5
D9AF Sub_8764_OnNonzero_D9AF
D9B2 SubCD9B2
D9CC Sub_8764_OnCarrySet_D9CC
D9E1 Sub_8764_JoinBranchPaths_D9E1
D9E6 Sub_8764_OnZero_D9E6
D9E7 SubCD9E7
D9F2 SubCD9F2
D9FA Sub_8764_OnCarrySet_D9FA
DA0A Sub_8764_JoinBranchPaths_DA0A
DA1B Sub_8764_OnCarrySet_DA1B
DA3A Sub_8764_OnZero_DA3A
DA3D Sub_8764_OnNegative_DA3D
DA43 SubCDA43
DA51 Sub_8764_OnCarrySet_DA51
DA6F Sub_8764_JoinBranchPaths_DA6F
DBA8 SubCDBA8
DBAA Sub_8764_OnCarrySet_DBAA
DBC2 Sub_8764_OnNegative_DBC2
DBC8 SubCDBC8
DBE8 Sub_8764_OnNonzero_DBE8
DBF2 Sub_8764_OnZero_DBF2
DBF6 Sub_8764_OnCarryClear_DBF6
DC00 Sub_8764_OnNonzero_DC00
DC0A Sub_8764_OnZero_DC0A
DC0C Sub_8764_OnNonzero_DC0C
DC10 Sub_8764_OnCarryClear_DC10
DC2D Sub_8764_OnNonzero_DC2D
DC38 Sub_8764_OnNonzero_DC38
DC39 SubCDC39
DC5A Sub_8764_OnNegative_DC5A
DC81 SubCDC81
DC8C Sub_8764_OnZero_DC8C
DCAE Sub_8764_OnCarrySet_DCAE
DCC2 Sub_8764_JoinBranchPaths_DCC2
DCC3 Sub_8764_OnCarrySet_DCC3
DCCB Sub_8764_OnCarrySet_DCCB
DCD2 Sub_8764_JoinBranchPaths_DCD2
DCF1 SubCDCF1
DCFE Sub_8764_OnCarryClear_DCFE
DD09 Sub_8764_OnZero_DD09
DD1B Sub_8764_OnNonnegative_DD1B
DD2C Sub_8764_OnNegative_DD2C
DD37 Sub_8764_OnNegative_DD37
DD3C Sub_8764_OnNonnegative_DD3C
DD3D Sub_8764_OnCarryClear_DD3D
DD46 Sub_8764_JoinBranchPaths_DD46
DD51 Sub_8764_OnCarryClear_DD51
DD54 Sub_8764_OnNegative_DD54
DD61 Sub_8764_OnNonnegative_DD61
DD6B SubCDD6B
DD76 Sub_8764_OnCarryClear_DD76
DD7E Sub_8764_OnNonzero_DD7E
DD80 SubCDD80
DD9D Sub_8764_JoinBranchPaths_DD9D
DDC4 Sub_8764_OnCarrySet_DDC4
DDD1 Sub_8764_OnCarrySet_DDD1
DDDB SubCDDDB
DDE1 Sub_8764_OnCarryClear_DDE1
DDED Sub_8764_OnCarrySet_DDED
DDF1 Sub_8764_OnZero_DDF1
DDFB Sub_8764_OnZero_DDFB
DDFE Sub_8764_OnCarrySet_DDFE
DE0E Sub_8764_OnCarrySet_DE0E
DE0F Sub_8764_OnNegative_DE0F
DE19 SubCDE19
DE31 SubCDE31
DE3E Sub_8764_OnZero_DE3E
DE44 Sub_8764_OnCarrySet_DE44
DE50 Sub_8764_JoinBranchPaths_DE50
DE60 Sub_8764_JoinBranchPaths_DE60
DE63 Sub_8764_OnCarryClear_DE63
DE6F Sub_8764_JoinBranchPaths_DE6F
DE79 Sub_8764_OnNonzero_DE79
DE7B SubCDE7B_Loop
DE80 SubCDE80
DE97 Sub_8764_OnNegative_DE97
DE9B Sub_8764_OnCarryClear_DE9B
DEA3 Sub_8764_JoinBranchPaths_DEA3
DEAB Sub_8764_OnZero_DEAB
DEAC Sub_8764_OnCarryClear_DEAC
DEAD Sub_8764_OnCarrySet_DEAD
DEBB SubCDEBB
DEF0 Sub_8764_OnNonzero_DEF0
DEFB Sub_8764_OnNonzero_DEFB
E020 SubCE020
E039 SubCE039
E042 SubCE042
E05B SubCE05B
E06F Sub_8764_OnZero_E06F
E072 Sub_8764_JoinBranchPaths_E072
E082 Sub_8764_OnCarryClear_E082
E08C Sub_8764_OnZero_E08C
E0A8 Sub_8764_JoinBranchPaths_E0A8
E0B2 Sub_8764_OnNonzero_E0B2
E0C8 Sub_8764_OnCarryClear_E0C8
E0D2 Sub_8764_OnCarryClear_E0D2
E0D6 Sub_8764_JoinBranchPaths_E0D6
E0E1 Sub_8764_OnNonnegative_E0E1
E0EC Sub_8764_OnNegative_E0EC
E10D Sub_8764_OnNonzero_E10D
E110 Sub_8764_OnZero_E110
E11E Sub_8764_OnNonzero_E11E
E121 Sub_8764_JoinBranchPaths_E121
E126 Sub_8764_OnZero_E126
E129 SubCE129
E143 Sub_8764_OnZero_E143
E157 SubCE157
E164 Sub_8764_JoinBranchPaths_E164
E167 SubCE167
E16E Sub_8764_OnNegative_E16E
E17B Sub_8764_OnNonzero_E17B
E18B Sub_8764_JoinBranchPaths_E18B
E18E Sub_8764_JoinBranchPaths_E18E
E1AB Sub_8764_OnNonnegative_E1AB
E1B7 Sub_8764_OnNonnegative_E1B7
E1C0 Sub_8764_OnCarrySet_E1C0
E1C2 SubCE1C2
E1CE Sub_8764_OnCarrySet_E1CE
E206 SubCE206
E217 Sub_8764_OnCarrySet_E217
E222 Sub_8764_OnCarryClear_E222
E227 Sub_8764_OnNonzero_E227
E22A Sub_8764_OnNonzero_E22A
E235 Sub_8764_OnNonzero_E235
E251 Sub_8764_OnCarrySet_E251
E25B Sub_8764_OnCarrySet_E25B
E267 Sub_8764_OnCarrySet_E267
E26E Sub_8764_OnCarryClear_E26E
E274 Sub_8764_OnCarrySet_E274
E28B SubCE28B
E290 SubCE290
E29A Sub_8764_OnZero_E29A
E29C SubCE29C
E2A6 Sub_8764_OnZero_E2A6
E2B0 Sub_8764_OnCarryClear_E2B0
E2D2 Sub_8764_OnCarrySet_E2D2
E2D5 Sub_8764_OnCarrySet_E2D5
E2D8 Sub_8764_OnCarryClear_E2D8
E301 Sub_8764_OnCarrySet_E301
E308 Sub_8764_OnCarryClear_E308
E317 Sub_8764_OnZero_E317
E31A Sub_8764_OnZero_E31A
E320 SubCE320_Loop
E326 SubCE326
E358 Sub_8764_OnNegative_E358
E3B5 SubCE3B5
E3C4 Sub_8764_OnCarrySet_E3C4
E3C5 Sub_8764_OnZero_E3C5
E412 SubCE412
E42C Sub_8764_JoinBranchPaths_E42C
E42F SubCE42F
E435 Sub_8764_OnNegative_E435
E44A SubCE44A
E456 Sub_8764_OnNonzero_E456
E45C Sub_8764_OnNonnegative_E45C
E466 Sub_8764_OnCarrySet_E466
E46B Sub_8764_OnCarrySet_E46B
E479 Sub_8764_OnCarrySet_E479
E487 Sub_8764_OnCarrySet_E487
E499 SubCE499
E4B6 Sub_8764_JoinBranchPaths_E4B6
E4B7 SubCE4B7
E4E4 Sub_8764_OnCarryClear_E4E4
E4F2 Sub_8764_OnNonnegative_E4F2
E4F7 Sub_8764_OnNonzero_E4F7
E4F8 Sub_8764_OnNonzero_E4F8
E50F Sub_8764_OnNonzero_E50F
E518 Sub_8764_OnZero_E518
E528 Sub_8764_OnNegative_E528
E52C Sub_8764_OnCarryClear_E52C
E536 Sub_8764_OnZero_E536
E537 Sub_8764_OnCarrySet_E537
E53B Sub_8764_OnCarryClear_E53B
E544 SubCE544_Loop
E555 Sub_8764_OnCarrySet_E555
E560 Sub_8764_OnCarryClear_E560
E562 Sub_8764_OnNonzero_E562
E587 SubCE587
E59C Sub_8764_OnCarrySet_E59C
E5AA Sub_8764_OnCarrySet_E5AA
E5C4 Sub_8764_JoinBranchPaths_E5C4
E5C5 SubCE5C5
E5D1 Sub_8764_OnCarryClear_E5D1
E5D5 SubCE5D5
E5DF Sub_8764_OnZero_E5DF
E5E7 Sub_8764_JoinBranchPaths_E5E7
E5E9 Sub_8764_OnNonzero_E5E9
E5EF Sub_8764_OnNonzero_E5EF
E5F1 SubCE5F1_OnNonzero
E60D Sub_8764_JoinBranchPaths_E60D
E61D Sub_8764_OnCarryClear_E61D
E620 Sub_8764_JoinBranchPaths_E620
E621 SubCE621
E630 Sub_8764_JoinBranchPaths_E630
E632 Sub_8764_OnNonzero_E632
E65B Sub_8764_OnCarrySet_E65B
E65F Sub_8764_OnCarrySet_E65F
E665 SubCE665
E684 Sub_8764_OnNonnegative_E684
E686 Sub_8764_OnNonzero_E686
E699 Sub_8764_OnCarryClear_E699
E6BB Sub_8764_OnNonnegative_E6BB
E6CC Sub_8764_OnCarryClear_E6CC
E6E5 SubCE6E5
E6F0 Sub_8764_OnCarryClear_E6F0
E6F5 Sub_8764_OnCarryClear_E6F5
E6FA Sub_8764_OnCarryClear_E6FA
E6FF Sub_8764_JoinBranchPaths_E6FF
E700 SubCE700
E70B Sub_8764_OnNonnegative_E70B
E718 Sub_8764_OnCarryClear_E718
E723 Sub_8764_OnNegative_E723
E740 SubCE740
E76E SubCE76E
E777 Sub_8764_OnNonnegative_E777
E77C SubCE77C
E77F SubCE77F
E78E Sub_8764_OnCarryClear_E78E
E78F Sub_8764_OnCarryClear_E78F
E790 Sub_8764_OnZero_E790
E791 Sub_8764_OnNonnegative_E791
E79A Sub_8764_OnCarryClear_E79A
E79B Sub_8764_OnCarryClear_E79B
E79D SubCE79D
E7A0 SubCE7A0
E7A3 SubCE7A3
E7A6 SubCE7A6
E7B3 Sub_8764_OnNonzero_E7B3
E7BD Sub_8764_OnNonzero_E7BD
E7C0 SubCE7C0
E7CB Sub_8764_OnNonzero_E7CB
E7D3 Sub_8764_OnNonzero_E7D3
E7D6 SubCE7D6
E7E3 Sub_8764_OnNonzero_E7E3
E7ED Sub_8764_OnNonzero_E7ED
E7EE Sub_8764_Return_E7EE
E7F9 Sub_8764_OnNonzero_E7F9
E803 Sub_8764_OnNonzero_E803
E806 SubCE806
E81B Sub_8764_OnNonzero_E81B
E82D SubCE82D
E83E SubCE83E
E859 SubCE859
E85C SubCE85C
E86F SubCE86F
E882 Sub_8764_OnNonnegative_E882
E887 SubCE887
E89E SubCE89E
E8C6 SubCE8C6_OnCarryClear
E8CB Sub_8764_OnNonnegative_E8CB
E8F9 Sub_8764_OnNonzero_E8F9
E923 SubCE923
E929 Sub_8764_OnZero_E929
E92F Sub_8764_OnCarryClear_E92F
E939 Sub_8764_JoinBranchPaths_E939
E93E SubCE93E
E967 Sub_8764_OnZero_E967
E968 Sub_8764_OnNonnegative_E968
E98C Sub_8764_OnNonnegative_E98C
E996 Sub_8764_OnZero_E996
E99C Sub_8764_OnCarryClear_E99C
E9A5 SubCE9A5
E9AE SubCE9AE_Loop
E9BA Sub_8764_OnCarrySet_E9BA
E9CB SubCE9CB
E9D7 Sub_8764_OnCarryClear_E9D7
E9DD Sub_8764_OnCarryClear_E9DD
E9E3 Sub_8764_OnZero_E9E3
E9E8 Sub_8764_OnZero_E9E8
E9E9 Sub_8764_OnNonnegative_E9E9
EA01 SubCEA01
EA1F Sub_8764_OnNonnegative_EA1F
EA30 Sub_8764_OnCarryClear_EA30
EA38 Sub_8764_OnCarryClear_EA38
EA45 Sub_8764_OnCarryClear_EA45
EA4E Sub_8764_OnCarryClear_EA4E
EA57 Sub_8764_OnCarryClear_EA57
EA5A Sub_8764_OnNonzero_EA5A
EA63 Sub_8764_OnCarryClear_EA63
EA66 Sub_8764_OnZero_EA66
EA71 Sub_8764_OnCarryClear_EA71
EA79 Sub_8764_OnCarryClear_EA79
EA86 Sub_8764_OnCarryClear_EA86
EA8F Sub_8764_OnCarryClear_EA8F
EA98 Sub_8764_OnCarrySet_EA98
EA9B Sub_8764_OnNonzero_EA9B
EAA4 SubCEAA4_Loop
EAB5 SubCEAB5_Loop
EAC3 SubCEAC3
EACE Sub_8764_OnZero_EACE
EACF Sub_8764_OnCarrySet_EACF
EAD2 SubCEAD2
EAD7 SubCEAD7
EAE1 Sub_8764_OnCarrySet_EAE1
EAE2 Sub_8764_OnCarrySet_EAE2
EAE3 SubCEAE3
EAF5 Sub_8764_OnCarryClear_EAF5
EAF6 SubCEAF6
EB06 Sub_8764_OnCarrySet_EB06
EB10 Sub_8764_OnCarrySet_EB10
EB2A Sub_8764_OnZero_EB2A
EB30 Sub_8764_OnCarryClear_EB30
EB47 SubCEB47
EB4F Sub_8764_OnCarrySet_EB4F
EB5F Sub_8764_OnZero_EB5F
EB65 Sub_8764_OnCarryClear_EB65
EB72 Sub_8764_OnCarryClear_EB72
EB83 Sub_8764_JoinBranchPaths_EB83
EB86 Sub_8764_JoinBranchPaths_EB86
EB8C Sub_8764_OnZero_EB8C
EB95 Sub_8764_OnZero_EB95
EB9E SubCEB9E_OnCarryClear
EBAF Sub_8764_JoinBranchPaths_EBAF
EBB2 Sub_8764_JoinBranchPaths_EBB2
EBB8 Sub_8764_OnZero_EBB8
EBC1 Sub_8764_OnZero_EBC1
EC9E SubCEC9E
ECC7 Sub_8764_OnZero_ECC7
ECCC SubCECCC
ECDD Sub_8764_OnZero_ECDD
ECE2 SubCECE2
ECE7 Sub_8764_OnCarrySet_ECE7
ECF3 Sub_8764_OnZero_ECF3
ECF8 SubCECF8
ED09 Sub_8764_OnZero_ED09
ED0E SubCED0E
ED61 SubCED61
ED78 Sub_8764_OnZero_ED78
ED7E Sub_8764_OnCarryClear_ED7E
ED8E Sub_8764_OnZero_ED8E
ED94 Sub_8764_JoinBranchPaths_ED94
ED96 Sub_8764_JoinBranchPaths_ED96
ED98 SubCED98
EDB6 Sub_8764_OnNonnegative_EDB6
EDD4 Sub_8764_OnNonnegative_EDD4
EDD5 SubCEDD5
EDD7 SubCEDD7
EDE0 SubCEDE0
EDE2 SubCEDE2
EDEC Sub_8764_OnZero_EDEC
EDF4 SubCEDF4
EE1B Sub_8764_OnCarrySet_EE1B
EE2E Sub_8764_JoinBranchPaths_EE2E
EE2F Sub_8764_OnNegative_EE2F
EE66 SubCEE66
EE79 SubCEE79
EE94 Sub_8764_OnCarryClear_EE94
EEA4 Sub_8764_OnNonzero_EEA4
EEB3 Sub_8764_OnCarryClear_EEB3
EEBC SubCEEBC
EEC5 Sub_8764_OnZero_EEC5
EECE Sub_8764_OnNonzero_EECE
EED6 Sub_8764_OnNonzero_EED6
EEDC Sub_8764_OnNonnegative_EEDC
EEEF SubCEEEF_Loop
EEF5 Sub_8764_JoinBranchPaths_EEF5
EF0D Sub_8764_OnCarryClear_EF0D
EF24 Sub_8764_JoinBranchPaths_EF24
EF31 Sub_8764_OnCarryClear_EF31
EF38 Sub_8764_OnZero_EF38
EF3E Sub_8764_OnNonnegative_EF3E
EF4A SubCEF4A_Loop
EF50 Sub_8764_OnNonnegative_EF50
EF58 SubCEF58
EF5A SubCEF5A
EF75 Sub_8764_JoinBranchPaths_EF75
EF76 Sub_8764_OnNonzero_EF76
EF96 Sub_8764_JoinBranchPaths_EF96
EF98 Sub_8764_OnNonzero_EF98
EFB0 Sub_8764_OnNonzero_EFB0
EFC2 Sub_8764_OnCarrySet_EFC2
EFD1 Sub_8764_OnNonzero_EFD1
EFD5 SubCEFD5
EFE8 Sub_8764_OnNonzero_EFE8
EFEA Sub_8764_OnNonzero_EFEA
F011 Sub_8764_OnCarrySet_F011
F020 Sub_8764_OnCarrySet_F020
F02A Sub_8764_OnNonzero_F02A
F02C Sub_8764_OnNonzero_F02C
F030 SubCF030_OnNonzero
F035 Sub_8764_OnCarrySet_F035
F05C Sub_8764_JoinBranchPaths_F05C
F060 Sub_8764_OnCarrySet_F060
F076 Sub_8764_OnNonzero_F076
F078 Sub_8764_OnNonzero_F078
F07E Sub_8764_OnCarrySet_F07E
F08E Sub_8764_OnCarrySet_F08E
F09E Sub_8764_OnCarrySet_F09E
F0B5 Sub_8764_OnCarrySet_F0B5
F0C1 Sub_8764_OnCarryClear_F0C1
F0C3 Sub_8764_OnNonzero_F0C3
F0E0 Sub_8764_JoinBranchPaths_F0E0
F0E1 SubCF0E1
F0EE SubCF0EE
F102 SubCF102
F104 SubCF104_Loop
F10D SubCF10D
F116 SubCF116
F127 SubCF127
F14B Sub_8764_OnNonzero_F14B
F150 Sub_8764_OnZero_F150
F154 SubCF154_Loop
F178 SubCF178
F179 SubCF179
F17F SubCF17F
F18A SubCF18A
F18C SubCF18C
F192 SubCF192
F194 SubCF194
F19A SubCF19A
F1E7 Sub_8764_OnNonzero_F1E7
F1F0 Sub_8764_OnNonnegative_F1F0
F1F1 Sub_8764_Return_F1F1
F207 Sub_8764_OnZero_F207
F228 Sub_8764_OnCarryClear_F228
F230 Sub_8764_OnNonzero_F230
F236 Sub_8764_OnZero_F236
F237 Sub_8764_Return_F237
F247 Sub_8764_OnNonzero_F247
F255 Sub_8764_OnCarryClear_F255
F258 Sub_8764_OnNonzero_F258
F25E Sub_8764_OnZero_F25E
F25F SubCF25F
F279 Sub_8764_OnCarryClear_F279
F27A SubCF27A
F280 Sub_8764_LoadIndexAndContinue_F280
F2A4 Sub_8764_OnCarryClear_F2A4
F2B2 Sub_8764_OnNonzero_F2B2