- Cleanup session reading logic to properly handle all cases of TCP send
coalesced data.
- Use Remote Console EXECUTE Command to consolidate register query activity
when halted.
- Use -16 switch for EXAMINE and DEPOSIT commands to be sure to present data
in a reliable simulator independent way.
- Add sim_panel_halt_text and sim_panel_device_debug_mode APIs
- Better cleanup of simulator process during panel shutdown on Win32
- Properly digest all register data when it arrives from register
queries and repeat activities.
- Invoke register callback functon when transitioning to Halt state.
- Add option to access instruction history with sim_panel_get_history
API
- More interesting testing in FrontPanelTest program
- Reworked STEP, HALT, BOOT, and RUN API's to properly interlock with
the receive thread.
- Shorten destroy delay while debugging to 1 second.
- Allow execution and text breakpoints to be set and/or cleared while
simulator is running.
- Add sim_panel_mem_deposit_instruction API
- Properly shutdown debug activities when more than one panel is active
- Properly unwind socket facilities when more than one panel is active
- More rigorously unwind things when a panel is destroyed while its
simulator is running.
- Give explicit session request traffic priority over potentially pending
repeat command processing.
- Add sim_panel_debug() API to allow the front panel application to write
directly to the API's debug file.
- Made transitions to panel Error state properly done with the mutex
properly serializing accesss to the panel State variable.
- Add explicit support for referencing register array elements.
- Reworked the parsing of the grouped output sets for explicitly queried
registers and the auto repeat output sets.
- Fix race conditions in the various RUN, START, BOOT, and CONT commands.
- Fix incorrect RUN/HALT state after STEP commands
- Tolerate input TCP traffic that has been legitimately coalesced into
different
Adds:
1) Simulator side execution of register update activities at an interval
specified in usecs. Rates in excess of 1000Hz should be achievable
for locally connected frontpanel applications.
2) New API for simulators to describe the register state available in
the simulator. If all of a the state which is potentially interesting
to front panel applications is always present in the variables
described by simh REG structures, then frontpanel API access to
that data can be more efficiently provided.
- added verification of the existence of simulator registers which they are referenced.
- sim_frontpanel API version checking to make sure that the invoking API and the simulator support the same capabilities.
- added the ability for a simulator to reference data in simh register data which is not in the set of registers defined in the default simh device (usually the CPU).
- added a simulator time reference relating to a set of register data which is provided.
- added example automatically creating a console terminal port from a simulator startup (front panel or not).
