Starting work on v1.18.1
This commit is contained in:
parent
4056abc8bd
commit
5f29c9967b
131 changed files with 181 additions and 173 deletions
|
|
@ -2303,8 +2303,9 @@ ChipSet.prototype.updateSwitchDesc = function()
|
|||
sText += this.getSWMemorySize(true) + "Kb";
|
||||
sText += ", " + asMonitorTypes[this.getSWVideoMonitor(true)] + " Monitor";
|
||||
sText += ", " + this.getSWFloppyDrives(true) + " Floppy Drives";
|
||||
if (this.sw1 != null && this.sw1 != this.sw1Init || this.sw2 != null && this.sw2 != this.sw2Init)
|
||||
if (this.sw1 != null && this.sw1 != this.sw1Init || this.sw2 != null && this.sw2 != this.sw2Init) {
|
||||
sText += " (Reset required)";
|
||||
}
|
||||
controlDesc.textContent = sText;
|
||||
}
|
||||
};
|
||||
|
|
@ -3869,8 +3870,7 @@ ChipSet.prototype.updateTimer = function(iTimer, fCycleReset)
|
|||
* FYI, technically, it appears that the count is never supposed to reach 0, and that an initial count of 1
|
||||
* is "illegal", whatever that means.
|
||||
*/
|
||||
else
|
||||
if (timer.mode == ChipSet.PIT_CTRL.MODE2) {
|
||||
else if (timer.mode == ChipSet.PIT_CTRL.MODE2) {
|
||||
timer.fOUT = (count != 1); // yes, this line does seem rather pointless....
|
||||
if (count <= 0) {
|
||||
count = countInit + count;
|
||||
|
|
@ -3903,8 +3903,7 @@ ChipSet.prototype.updateTimer = function(iTimer, fCycleReset)
|
|||
* TODO: Implement the correct behavior for this mode when the count is ODD. In that case, fOUT is supposed
|
||||
* to be "high" for (N + 1) / 2 ticks and "low" for (N - 1) / 2 ticks.
|
||||
*/
|
||||
else
|
||||
if (timer.mode == ChipSet.PIT_CTRL.MODE3) {
|
||||
else if (timer.mode == ChipSet.PIT_CTRL.MODE3) {
|
||||
count -= ticksElapsed;
|
||||
if (count <= 0) {
|
||||
timer.fOUT = !timer.fOUT;
|
||||
|
|
|
|||
|
|
@ -1411,8 +1411,8 @@ X86.aOpGrp6Real = [
|
|||
];
|
||||
|
||||
/*
|
||||
* Unlike Grp6, Grp7 does not require separate real-mode and protected-mode dispatch tables,
|
||||
* because all Grp7 instructions are valid in both modes.
|
||||
* Unlike Grp6, Grp7 and Grp8 do not require separate real-mode and protected-mode dispatch tables, because
|
||||
* all Grp7 and Grp8 instructions are valid in both modes.
|
||||
*/
|
||||
X86.aOpGrp7 = [
|
||||
X86.fnSGDT, X86.fnSIDT, X86.fnLGDT, X86.fnLIDT, // 0x0F,0x01(reg=0x0-0x3)
|
||||
|
|
|
|||
|
|
@ -49,12 +49,12 @@ X86.opADDmb = function ADDmb()
|
|||
var b = this.getIPByte();
|
||||
/*
|
||||
* Opcode bytes 0x00 0x00 are sufficiently uncommon that it's more likely we've started
|
||||
* executing in the weeds, so we'll print a warning if Messages.CPU is enabled (at which
|
||||
* point you can also choose to halt if Messages.HALT is enabled).
|
||||
* executing in the weeds, so we'll print a warning if you're in DEBUG mode, and optionally
|
||||
* stop the CPU if a Debugger is available.
|
||||
*/
|
||||
if (DEBUG && !b) {
|
||||
this.printMessage("suspicious opcode: 0x00 0x00", DEBUGGER || this.bitsMessage);
|
||||
if (DEBUGGER) this.stopCPU();
|
||||
if (DEBUGGER && this.dbg) this.stopCPU();
|
||||
}
|
||||
this.aOpModMemByte[b].call(this, X86.fnADDb);
|
||||
};
|
||||
|
|
|
|||
Loading…
Reference in a new issue