TomCh

For IRQ/NMI, probably best to handle this in the global `CardManager` object: ie. there's a `SyncEvent` per IRQ & NMI per card. When an IRQ(or NMI) occurs, then call the...

Let me also add this idea: - Move "help" button to end of buttons ( kept original F1...F8 order, ie. F1=Help ) - >By convention, help menus & help toolbar...

Can you provide a simple reproducible for this? EG. attach (or link to) a ProDOS disk, and then describe the steps where it used to work (1.30.11.0) and now doesn't...

Right... it's just a 140KiB image, so all the nibblisation is generated by AppleWin. @Michaelangel007 - when you say "track 23" is this hex 23? ie. dec 35... which isn't...

The simple fix is just to remove the check against `nProDOSslot`: https://github.com/AppleWin/AppleWin/blob/f8da683d4598c97a4784bc55a0ae450d1b0173ce/source/Windows/WinFrame.cpp#L665 For this ProDOS v1.9 (16-JUL-90), the value of `nProDOSslot` gets read from memory as $FF. So I guess...

But I agree, @Michaelangel007, relying on magic DOS3.3/ProDOS memory locations for track & sector is brittle.

>If you add this assert() > >``` >assert(m_VolTrkSecChk[2] ``` > >to line 273 of DecodeLatchNibble() I did this, and it works fine, ie. the assert doesn't trigger. NB. It looks...

>Looks like the bug is on line [264](https://github.com/AppleWin/AppleWin/blob/master/source/DiskFormatTrack.cpp#L264) > >`m_VolTrkSecChk[i] = ((m_VolTrkSecChk4and4[i*2] & 0x55) Should be: >`m_VolTrkSecChk[i] = ((m_VolTrkSecChk4and4[i*2]

>>Why does track 23 have a VolumeTrackSectorChecksum of Vol:3C Trk:3C Sec:3C Chk:3C ? : >Probably a bug in DecodeLatchNibble(). I'll take a look... Your assert only fires if `m_enhanceDisk ==...

I don't know, but the nibbles in the `m_VolTrkSecChk4and4[8]` buffer is junk - that nibble sequence doesn't appear on that track (T$0E). NB. I fixed the code (in the branch)...