There's presently a barrier with syscall.Nanosleep() in delay/udelay.go; this is likely to be something appropriate for Linux and Windows but not OSX.

in some runs, Ive noticed that the explosion animation doesnt also show. Not sure where this is coming from yet.

try changing

EXPLODECOUNT = 5 // EXPLODECOUNT : The number of movement cycles for the explosion to show in the battlescreen.

to another value. 5 movement ticks may not be enough.

Is this only a Linux issue or does it happen in windows as well. More testing needed.

All markdown files that I have touched are being put through Grammarly. Fixing all sorts of problems I created. Branch grammarly-10-13-2021 is the current branch of this task.

While working on benchmarking test, I noticed that explosions on the bottom wall caused that section to change to spaces. Shouldn't be too hard to fix. Check during explosion for the Y position and not display explosion on the bottom wall. I bet the same thing happens on the X-axis as well.

When using the battle screen the program is wholely dependent on the speed of the host.

Need to decide on a number of instructions per second. Then build a delay to match.

Windows delay working but cant tune it yet. Need to figure out how many cycles per second I want on the battledisplay.

Unix code added, but will need to move back to unix to finish testing.

Conditionals added to only load unix or windows based on OS during compile.

Unix code working now.

Need to test on different machines. Times to have a distro package done.

When there is a error in the basic program while running the battlescreen, the terminal doesn't return to normal.

Need to detect error condition an exit tcell cleanly.

Version v0.0.1a

Linux newdev.localdomain 3.10.0-1160.11.1.el7.x86_64 #1 SMP Fri Dec 18 16:34:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux CentOS Linux release 7.9.2009 (Core)

panic: close of nil channel

goroutine 1 [running]:
github.com/gdamore/tcell/v2.(*tScreen).finish(...)
        /home/bjones/go/pkg/mod/github.com/gdamore/tcell/[email protected]/tscreen.go:481
sync.(*Once).doSlow(0xc0001aa0c0, 0xc0001c8000)
        /usr/local/go/src/sync/once.go:68 +0xd2
sync.(*Once).Do(...)
        /usr/local/go/src/sync/once.go:59
github.com/gdamore/tcell/v2.(*tScreen).Fini(0xc000054180)
        /home/bjones/go/pkg/mod/github.com/gdamore/tcell/[email protected]/tscreen.go:477 +0x47
main.main()
        /home/bjones/go/src/basicbots/main.go:70 +0x463

Line reported is: scr.Fini() BUT there is more to it than that. The battlescreen never displays. Tried compiling on both linux boxes and the Cento fails.

works on Linux Dev1 5.4.0-81-generic #91-Ubuntu SMP Thu Jul 15 19:09:17 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux Ubuntu 20.04.3 LTS

C:\Users\miste\go\src\basicbots>basicbots.exe -m 11 robots/target-v1.bas robots/nexus-b.bas Error running program: line 3025 : expected assignment after LET x, got Token{Type:, Value:,}

3010 LET SCANANGLE = 0 3020 LET RANGE = SCAN SCANANGLE, 5 3025 IF RANGE = 0 OR RANGE > 700 THEN GOTO 3030 ELSE GOTO 3050 3030 LET SCANANGLE = SCANANGLE + 10 3035 IF SCANANGLE = 360 THEN RETURN 3050 CANNON SCANANGLE, RANGE 3055 GOTO 3020

Line 3025 will cause an error and I dont know why.

but if rewritten as 3025 IF RANGE < 700 AND RANGE > 40 THEN GOTO 3050

Works as expected.