Alfred

Just trying to build the sieve.pas example. MP compiles it fine, but mads has issues: What file has the missing definitions ?

It was the low/high byte separation. Normally all you see is a .WORD address. to see low/high there was surprising.

Ok, so the PLA version works, but when I change the sequence back to the stack version: ; all regs 16 bit TSX LDA $0102,X STA CALLER I get $0000 in CALLER. $0100,X should be the next free stack byte, $0101,X is the PHP byte, so $0102,X ought to be the first byte of the return address. What am I missing here K, why am I not seeing $3C52 in the stack version ? edit: NM, in changing the code up I made a mistake about the stack. Both versions work correctly now.

You're absolutely right. I figured it had to be my code but I wasn't seeing it. Thanks.

It really is, I've left out the various SEP/REP and other instructions to simplify the example. The full code is: ABEND PHP SAVE CALLER STATE ; .ALLW ; ; SAVE ALL REGS AS WORD SIZE ; STA SAVEA STX SAVEX STY SAVEY ; ; PUT CALLER'S JSR ADDRESS INTO TERCOD. ; ; TSX X = STKREG. ; LDA $101,X LOW BYTE. PLA PULL CALLER RETURN STA CALLER PUT IN LSB POSITION. ; .ALLB ; PLA STA PSTATUS PROCESSOR STATUS ; PHK PLA STA CALLER+2 CALLER'S BANK ------------------------------------------ I was getting $0303 using the stack extract, so I changed it to the PLA version and it's still wonky. I need to play with it some more to try and understand what's going on with the stack pointer. Edit: yes, I understand the PHK isn't really the caller's bank, it just is in this case.

I've run into an odd quirk in 65816 mode with regards to the stack. Code is simplified here for the example. ; IN NATIVE 8/8 MODE 3C50 JSR $A809 ->> leads to A8D3 via JMP ...... ; ACC IS 16 BIT HERE A8D3 PLA STA $A9BB A9BB $3152 ?? Should be at least $3Cxx, should it not ? This is 4.30 test6.

I'm curious, from what source did you learn 6502 assembly language ? In almost 50 years, I have -never- seen that construct for an init/run vector.

I still have the piece of graph paper with all the clue stuff on it. It was really quite a good game.

The Eidolon also used duplicate sectors. It took me a while to relocate them and alter the boot sequence.

Very low memlo, something like $0CBE compared to 3.2's $1C19. Extra 4K comes in handy. Can't use it with Basic XE though, as they both use the block of ram under the OS at $C000-$CFFF.

If you can find a decent boot disk, unless you are using Basic XE, I would suggest using SpartaDos 2.3.

Agreed. Extremely capable and insanely complicated with dozens and dozens of commands.

I seem to recall the arrow keys are messed up in Altirra, you have to hold the shift key when using the arrow keys.

Yes, one: Forget Bug65. DDT is far superior. I don't understand your comment about using disk versions so you can share. There is nothing about using the cartridge version that stops you from transferring files out of Altirra.

I was wrong, on page 20 of the Action! Runtime manual, chapter 5.2.3 it quite clearly states you must set DEVICE to zero.