6502/CLK
1
0
Fork 0
mirror of https://github.com/TomHarte/CLK.git synced 2025-01-27 06:35:04 +00:00
Code Issues Projects Releases Wiki Activity

I think I've definitively decided against this model of timing.

Browse Source
This commit is contained in:
Thomas Harte 2017-06-22 21:32:14 -04:00
parent 73c7b18900
commit aec4fd066b
2 changed files with 1 additions and 20 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
OSBindings/Mac/Clock Signal.xcodeproj/xcshareddata/xcschemes/Clock Signal.xcscheme
View File

@ -68,7 +68,7 @@
</AdditionalOptions>
</TestAction>
<LaunchAction
buildConfiguration = "Debug"
buildConfiguration = "Release"
selectedDebuggerIdentifier = "Xcode.DebuggerFoundation.Debugger.LLDB"
selectedLauncherIdentifier = "Xcode.DebuggerFoundation.Launcher.LLDB"
launchStyle = "0"

19
Processors/Z80/Z80.hpp
View File

@ -1955,25 +1955,6 @@ template <class T> class Processor {
bool get_wait_line() {
return wait_line_;
}
/*!
For receivers of perform_machine_cycle only. Temporarily rejects the current machine
cycle, causing time to be rewinded to its beginning.
Behaviour will be to cause the Z80 to repeat this machine cycle, having adjusted total
running time appropriately. This method is intended for use if a subclass receives
perform_machine_cycle, indicating that the cycle should be completed, and discovers
that it should have signalled IRQ, NMI or BUSREQ during the cycle. In that case it
can rewind time and post the signal with a proper time offset.
*/
// void reject_machine_cycle() {
// }
/*!
Returns the bus cycle that the Z80 is currently in the process of performing.
*/
// const PartialMachineCycle &get_current_bus_cycle(int &cycles_since_start) {
// }
};
}