mirror of
https://github.com/fadden/6502bench.git
synced 2024-11-05 21:06:08 +00:00
a902f69aea
The ZipChip GS register definitions can take advantage of the new I/O direction feature. Pulling them out into a .sym65 makes sense. |
||
|---|---|---|
| .. | ||
| A2-Amper-fdraw | ||
| A2-HP-CDA | ||
| A2-lz4fh | ||
| A2-Zippy | ||
| Scripts | ||
| Tutorial | ||
| README.md | ||
SourceGen Examples
These are some sample projects you can play with. The binaries are accompanied by the original source code, so you can compare the SourceGen project to the original.
- Tutorial: simple projects, intended for use with the tutorial in the manual.
- Scripts: extension script samples.
- A2-lz4fh: two functions for unpacking a simplified form of LZ4 compression. One is 6502, the other is 65816. This is pretty straightforward. (Full project)
- A2-Amper-fdraw: 6502 code that provides an Applesoft BASIC interface to a machine-language graphics library. The public interface of the graphics library is defined in a .sym65 file. This example has multiple entry points in a jump table, and is used to demonstrate address table formatting in the advanced tutorial. (Full project)
- A2-Zippy: a program for controlling an Apple IIgs CPU accelerator card. 65816 sources, with a little bit of ProDOS 8 and IIgs toolbox usage. Demonstrates how extension scripts are used during analysis. (Full project)
- A2-HP-CDA: HardPressed Classic Desk Accessory. This is 65816 code in OMF loader format, which SourceGen doesn't support, so it's a little rough. (This is chiefly here to answer the question, "what does it look like when you disassemble OMF binaries?") (Full project)
(You may be wondering why some of the example files have filenames with things like "#061d60" in them. It's a method of preserving the file type for Apple II files used by some utilities. The potential advantage for disassembly is that the file type often determines the load address, possibly removing some initial guesswork.)