mirror of
https://github.com/tjboldt/Apple2-IO-RPi.git
synced 2024-09-28 17:55:08 +00:00
e9aa6612c6
At least on the alternative hardware, this "blindly sending" a reset command causes the shell to be terminated right away: The driver acknowldges the reset command with a zero byte - and that byte ends up being read by DumpOutput causing it to branch to endOutput. Maybe that sending a reset command is beneficial on the original hardware. Then another .if is required. Or DumpOutput shouldn't quit on reading a zero byte - the shell handler doesn't seem to send it on purpose(?) |
||
|---|---|---|
| .. | ||
| assemble.cmd | ||
| assemble.sh | ||
| AT28C64B.bin | ||
| CommandFirmware.asm | ||
| CommandFirmware.lst | ||
| compare.sh | ||
| DriveFirmware.asm | ||
| DriveFirmware.lst | ||
| Exec.Command.bas | ||
| FileAccessFirmware.asm | ||
| FileAccessFirmware.lst | ||
| Load.File.bas | ||
| MenuFirmware.asm | ||
| MenuFirmware.lst | ||
| RPi.Command.asm | ||
| RPi.Command.bin | ||
| RPi.Command.lst | ||
| Shell.asm | ||
| Shell.bin | ||
| Shell.lst | ||
| Update.Firmware.bas | ||