zellyn/a2audit

Apple II audit routines: for testing your Apple II or emulator

a2audit's Issues

Keyboard polling test idea

The Mr. Xerox crack of Dung Beetles has an irritating keyboard wait routine at the graphical title screen.

033E: 8D 10 C0        STA KBDSTRB
0341: AD 00 C0        LDA KEYBOARD
0344: 10 F8           BPL $33E

Because the keyboard strobe is constantly being cleared, there is scarcely any time to poll the keyboard. This caused me some headaches because I was only polling the keyboard once per frame.

'build' fails

Linux debian sid.

Hermit installed as /home/michel/.cache/hermit/pkg/hermit@stable/hermit
Hermit is installed as /home/michel/bin/hermit

See https://cashapp.github.io/hermit/usage/get-started/ for more information.

████████████████████████████████████████████████████████████████████████████████▏ 2/2    100.0%

fatal:hermit: https://github.com/zellyn/retrocomputing-hermit-packages.git/acme.hcl: acme-0.97: no source provided

The error URLs are not working

• [ ]

New LC test: Double STA after LC write-enabled should not write-protect LC

Hi Zellyn,
Can you add a new LC test:

LDA $C081
LDA $C081 ; 2nd read will write-enable the LC
STA $C081 ; LC remains write-enabled
STA $C081 ; LC still remains write-enabled

This was a development-only bug in AppleWin, where a2audit 1.04 was passing but Gemstone Warrior was failing. Here AppleWin was write-protecting LC on the 2nd write to C081.

Thanks.

New LC test: STA after LC write-enabled should not write-protect LC

Hi Zellyn,
Can you add a new LC test:

LDA $C081
LDA $C081 ; 2nd read will write-enable the LC
STA $C081 ; LC remains write-enabled

AppleWin bug Ref.

• AppleWin was falsely write-protecting the LC on this STA $C081.

Thanks.

Wrong error message and possibly wrong error checking

I am seeing the following report:

In text:

GOT $02 AT $00FF OF MAIN MEM (WANT $06)
AFTER SEQUENCE
- LDA #$06
- STA $C005
- STA $C001

Here is the test data:

	;; Test 6: write to aux
	lda #6
	sta SET_RAMWRT
	sta SET_80STORE
	jsr .check
	!byte .C_skip, 2, 1, 2, 1, 3, 2, 3, 2

Here are the two issues:

1: The error message is wrong

There is no wanted value "6", the actual wanted value is "2". Maybe the error reporting routine is using the test number here instead of the desired value?

2: The test checking might be wrong

Since we're looking at main memory location $00FF, the very first value of the array is what we are expecting: 2.

Which is what my emulator seems to be returning (and my Rust tests, which are a direct port of yours confirm that I am returning 2).

It looks like the test is not just displaying that it wants value 6, but it might actually be testing against 6...

LC test: false reads should not apply to enhanced //e

The false reads behavior does not appear in the 65c02. https://twitter.com/JBrooksBSI/status/853736277065121793

Apple II original with LC detected as Apple II+

An Apple II with a LC is not the same as an Apple II+, as the ROMs are different (eg. it contains Programmer's aid 1, integer basic).

So strictly speaking you machine detection should say that it's a "PLAIN APPLE II WITH LANGUAGE CARD", not an "APPLE II PLUS".

NB. Fantavision crashes to the monitor for an original (plain) Apple II with LC, but works for an Apple II+ with LC.

---

Apple II original with slot-0 empty:

APPLE II AUDIT 1.06                     
                                        
MEMORY:48K                              
PLAIN APPLE II                          
48K:SKIPPING LANGUAGE CARD TEST         

Apple II original with LC in slot-0:

APPLE II AUDIT 1.06                     
                                        
MEMORY:64K                              
APPLE II PLUS                           
TESTING LANGUAGE CARD                   

New LC test: false reads (John Brooks)

John Brooks said (via twitter pm):

FYI: This test might be worth adding to your //e test suite
It enables LC writes by utilizing 6502 false read to do 2x reads with one insn
Works on real IIGS hardware and on GSport
Fails on OpenEmulator and Virtual ][
KEGS/GSport/GSplus seem correct

Add 'Reset MMU' test for //e's

On Slack, #coding, @xotmatrix said (11th April):

If you put your JMP ($FFFC) in the stack page it will reset the Apple //e MMU, just like it would if you pressed Reset. Bit of a weird quirk with it; because the MMU doesn't have Reset pin, instead it looks for three accesses to $01xx and then $FFFC on address bus to know when a Reset happened.

This subroutine will reset the MMU by itself when it's in the stack page.

100: 2C FC FF   ; BIT $FFFC
103: 60         ; RTS

No emulators appear to support it (AppleWin, MAME, microM8).
Also from Slack, it's just a //e thing, so not supported on //c or IIgs.

Add a version number to audit.dsk

Can you add a version number to the audit.dsk?

When I run it from an Apple II (emulator), then I need to be able to see the version of the test suite. I can use this to compare and track any changes you make against current/future revisions of audit.dsk.

Thanks.

Memory bank question

I am receiving the following error for my emulator:

However, if I read the switches correctly:

    lda $c080 ; read ram 2, no write
    lda $c081 ; read rom, write rom, ram 2

In other words, after these two switches, read of $D17B should be taking place in rom, so it can't be #$22.

Am I missing something?