Microchess

[xxl]

I prepared Atari version of Microchess.

 

http://www.benlo.com/microchess/Kim-1Microchess.html

 

 

szachy.obx

Edited April 17, 2020 by xxl

[_The Doctor__]

I saved it as kimchess....and now I'm gonna get busy playing...

[Voxel]

Thanks for sharing!

 

I'm torn between this and the one in development on for the 2600...maybe I should play both.

[Preppie]

Altirra is giving me errors on this prog, is there some special setting I need for an .obx ?

 

[+CharlieChaplin]

4 minutes ago, Preppie said:

Altirra is giving me errors on this prog, is there some special setting I need for an .obx ?

 

 

Simply rename to .XEX and it should work...

 

[Preppie]

12 minutes ago, CharlieChaplin said:

 

Simply rename to .XEX and it should work...

 

Thanks but still getting error, maybe I've changed something in emulator that's messing thing up.

[R0ger]

14 minutes ago, Preppie said:

Thanks but still getting error, maybe I've changed something in emulator that's messing thing up.

Send screenshot .. most likely you have CPU set to break on BRK, NOP or illegal instruction.

Edited April 17, 2020 by R0ger

[Preppie]

8 minutes ago, R0ger said:

Send screenshot .. most likely you have CPU set to break on BRK, NOP or illegal instruction.

No, that's not set.  I don't think I've changed anything major since installing but you never know.

 

It's just the standard popup that says 'emulator has stopped due to program error'

 

I know nothing about altirra, if a program runs then great but if not I usualy just accept it and move on.  

[+gnusto]

6 hours ago, Preppie said:

Altirra is giving me errors on this prog, is there some special setting I need for an .obx ?

Works on Altirra here, NTSC or PAL, but requires more than 48K (so no default 400/800).

[Rybags]

Strange it'd need so much RAM - I do suspect possibly it's directly using the hardware vectors at $FFFA ?

 

or not... maybe just a plain legacy incompatibility thing.

Edited April 18, 2020 by Rybags

[xxl]

you have to set the operating system to XL OS (any) surely it's about the procedures:

 

OUTCHAR equ $F2B0

SGETCH equ $F180

 

https://www.atariarchives.org/mapping/appendix12.php

 

in a few days "chess" will be improved, there is a lot of garbage in the current version - unleashed test procedures, unused data etc.

[Preppie]

Yes, when I click debug it's highlighting $F2B0

 

I have it setup for 800XL so I don't know what else I can tell you.  Don't worry about it, I've lived with bigger dissapointments than this

 

[xxl]

If you don't want to use Atari OS, you may be disappointed more often

[Preppie]

20 minutes ago, xxl said:

If you don't want to use Atari OS, you may be disappointed more often

Oh, it's the official roms I need not the altirra.  Did a search and found them, it's working now

 

http://atari.vjetnam.cz/index.php?frame=roms

 

TYVM

[snicklin]

This might not sound like a compliment, but it is a very big compliment:

 

XXL, you are the master of little. 

[Wrathchild]

@xxlNo real excuse for jumping directly into the OS these days?

 

The $F2B0 routine in the XL OS is reflected in the Vector table at $E400 (so the E: PUT is at $E406), but stored as EOUTCH-1.

Similarly SGETCH-1 is found at $E414.

 

 

So during initialisation this can be inserted (incremented) into a replacement JMP which is called instead. E.g.

InitOutCh:
 CLC
 LDA $E406
 ADC #1
 STA VecOutCh+1
 LDA $E407
 ADC #0
 STA VecOutCh+2
 RTS

VecOutCh:
 JMP $FFFF

Then this should allow your programs to work OK on other OS's. E.g. for OS/B

 

 

 

 

Edited April 18, 2020 by Wrathchild

[_The Doctor__]

Dead on Wrathchild, old 800 can use the love.

[flashjazzcat]

1 hour ago, Wrathchild said:

@xxlNo real excuse for jumping directly into the OS these days?

Unless causing problems with anything third-party is one of your trademark methods.

 

Those entry points in Mapping the Atari should never have been published in the first place; the impressionable are encouraged to think they are legitimate calls.

[a8isa1]

20 hours ago, xxl said:

I prepared Atari version of Microchess.

 

http://www.benlo.com/microchess/Kim-1Microchess.html

 

 

szachy.obx 4.47 kB · 46 downloads

a couple of game play requests

 

- display the notation for the computer's last move.

 

- a mistake typing is easy to do.  it's not too diffiucult to restore a piece to its original position by entering another move but only if the piece is still on the board.  please make it possible to restore removed pieces back to the board.  an un-do option would be even better.

[kenjennings]

4 hours ago, Wrathchild said:

@xxlNo real excuse for jumping directly into the OS these days?

 

The $F2B0 routine in the XL OS is reflected in the Vector table at $E400 (so the E: PUT is at $E406), but stored as EOUTCH-1.

Similarly SGETCH-1 is found at $E414.

 

Is (was) the table guaranteed to stay there?   Would it be safer-ish, more compliant to get it from the open E: IOCB #0 table?   I've seen it done this way:

 

IOCB = $0340 ; Base IO Control Block, Channel 0, E: by default

ICPTL = IOCB+$06 ; Put char routine (low)

ICPTH = IOCB+$07 ; Put char routine (high)

; . . . . .

PutCH
	sta OUTPUT ; Self modifying code - save the byte below.

	lda ICPTH ; High byte for Put Char in E:/IOCB Channel 0.
	pha       ; Push to stack

	lda ICPTL ; Low byte for Put Char in E:/IOCB Channel 0.
	pha       ; Push to stack

OUTPUT = *+1
	lda #$00 ; Modified at routine entry.

; This rts actually triggers calling the address of PutCH
; that was pushed onto the stack above.

	rts 

 

 

 

 

[Wrathchild]

1 hour ago, kenjennings said:

Is (was) the table guaranteed to stay there?

I had included an image of that area in my original post but removed it (hence the edit).

 

I'd considered that as maybe less sure if any other startup code running before and closing or opening things would maybe alter the $34x location.

Additionally, xxl is using the S: GET routine without that having been opened and hence not present in that area to perform the same obtaining of the address, hence my decision not to opt for this.

 

From the OS listings I'd consider that table fixed and others (e.g. Altirra OS, MyIDE) would have followed this and not relocated it, but there maybe others that don't.

 

[phaeron]

1 hour ago, Wrathchild said:

I had included an image of that area in my original post but removed it (hence the edit).

 

I'd considered that as maybe less sure if any other startup code running before and closing or opening things would maybe alter the $34x location.

Additionally, xxl is using the S: GET routine without that having been opened and hence not present in that area to perform the same obtaining of the address, hence my decision not to opt for this.

 

From the OS listings I'd consider that table fixed and others (e.g. Altirra OS, MyIDE) would have followed this and not relocated it, but there maybe others that don't.

 

$E400-E44F is officially documented as a stable address region for the built-in CIO device tables in both Section 5 and Appendix J of the Atari Operating System User's Manual and will work on any Atari OS. The catch is that it only points to the built-in devices and will bypass a fast E:/S: handler or XEP80 driver. For printing to the screen, there is no advantage over using ICPTL/H.

 

[Wrathchild]

8 minutes ago, phaeron said:

will bypass a fast E:/S: handler

Indeed, and as the OP's intent (by jumping direct into the O/S) appeared to be to use the OS's routines, choosing to go with obtaining from the OS device table.

Whether that would still place nice with other handlers present is an exercise for others  

[Wrathchild]

Using a hex editor I've added a pre-section to setup the jumps (S: PUT was also being used) and then replaced the JSR/JMP calls with the new vector. Seems to be OK.

MiniChess.xex

[_The Doctor__]

I have saved wrathchild's as KimMicroMinichess....

8.3 makes life tough though KiMiChes.xex

:)