riscos-re

Reconstruct interfaces, SWI tables, and state machines from RISC OS module binaries.

3|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/gerph/riscos-agent-skills --skill riscos-re
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: riscos-re
Source: https://github.com/gerph/riscos-agent-skills/tree/main/skills/riscos-re
Command: npx skills add https://github.com/gerph/riscos-agent-skills --skill riscos-re

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Reconstruct functionality, interfaces, and state machines from RISC OS module binaries, to understand legacy behavior or reimplement in C.

Core Features & Use Cases

  • Identify the module header and extract interface definitions to map external entry points.
  • Analyze dispatch tables, SWIs, commands, and state handling to enable faithful reimplementation.
  • Create documentation of interfaces and behavior to guide migration and maintenance.

Quick Start

Supply a RISC OS module binary and I will guide you through reconstructing its functionality.

Frequently Asked Questions about riscos-re

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I reverse-engineer a RISC OS module binary to understand its behavior?

To reverse-engineer a RISC OS module binary, you analyze its module header, extract interface definitions, and map dispatch tables and SWIs to reconstruct functionality and state machines for reimplementation.

What is the process for extracting SWI tables and state machines from RISC OS modules?

Extracting SWI tables and state machines involves analyzing module binaries to identify external entry points, map software interrupts, and document state handling to enable a faithful C reimplementation.

How can I reimplement legacy RISC OS modules in C?

You can reimplement legacy RISC OS modules in C by first reverse-engineering the binary to document interfaces, SWI dispatch tables, and state machines into a repeatable reimplementation plan.

Do I need to analyze module headers before extracting interfaces from RISC OS binaries?

Yes, identifying the module header is the first step to extracting interface definitions, as it allows you to map external entry points and analyze dispatch tables for reverse-engineering.