111 Commits

Author	SHA1	Message	Date
Thomas Harte	0032ad2634	Edging ever onwards; killed forced attempt at uniformity in targets, sketched out the interface for a next-file-from call to Acorn tapes.	2016-08-29 21:10:38 -04:00
Thomas Harte	d1abfc040c	Addressed my dithering here: the file format containers themselves should do nothing but inspect the data to find out whether it is of the correct format. The machine steps are there for machine-specific validation. So it's probably easier to treat a binary ROM image just as a binary ROM image. Therefore, the Acorn-specific .rom detection is now in an Acorn-specific area.	2016-08-29 08:48:49 -04:00
Thomas Harte	d9f0065154	Sketched out just enough classes to get through the get-contents-into-memory step of static analysis.	2016-08-28 12:20:40 -04:00
Thomas Harte	24938326ac	ROMs definitely have no behaviour other than responding to memory accesses. Cartridges might. So picked the more general term. Sketched out a class at least to parse PRG as though it were a cartridge. Hence the static analyser can guess at whether a PRG is a cartridge or an ordinary program.	2016-08-27 18:26:51 -04:00
Thomas Harte	a1b3a18d11	Started forcing a resolution on ROMs by doing. But have immediately misstepped. Rename coming momentarily...	2016-08-27 18:17:40 -04:00
Thomas Harte	56c0d70c1f	Gave disks their own namespace.	2016-08-27 17:15:09 -04:00
Thomas Harte	c0402d0c2b	Gave tapes their own namespace.	2016-08-27 17:09:45 -04:00
Thomas Harte	8c333059a8	Turning this into a slog: gave UEF a more appropriate name, got as far as now having to decide what to do about ROMs as to structure. I guess they're machine specific, so specific classes?	2016-08-27 16:40:21 -04:00
Thomas Harte	55ada536ac	Added a test call, further mutated result structure.	2016-08-27 14:25:16 -04:00
Thomas Harte	e68ff64045	Actually, this is less prescriptive.	2016-08-27 13:42:51 -04:00
Thomas Harte	5ffd9e4f0d	This is probably how the static analyser interface will look?	2016-08-23 21:35:59 -04:00