SpiceWare's Blog

Nice to see you resuming this series.

 

 

Hi  @SpiceWare !!

 

 

thank you so much for your work like always.

 

I'm trying to compile this source code sf_source071123 on linux ubuntu with DASM 2.20.14

 

I'm using this command line to do the job:

 

dasm frosty.asm -lfrosty.lst -f3 -v5 -ofrosty.bin

 

and i get:

 

frosty.asm (473): error: Illegal forced Addressing mode on 'sta'.
frosty.asm (1286): error: Illegal forced Addressing mode on 'sta'.

Fatal assembly error: Source is not resolvable.

 

Am I doing or writing something wrong?

all it's in the same directory, vcs.h, macro.h, graphics.h, frosty.asm

 

ty in advance.

Edited October 18, 2020 by zilog_z80a

That's a bug in DASM, remove the ,x or ,y

 

Hi @Thomas Jentzsch

 

4 minutes ago, Thomas Jentzsch said:

That's a bug in DASM, remove the ,x or ,y

 

sorry, what is x or y?

 

please teach me, in that lines i just have found a jump bank table.

 

ty.

 

@Thomas Jentzsch

wait, the horizontal reposition has a sta.wx

 

i have removed the x.

 

what has changed?

now the compiler works, must i do something to replace that x for other thing?

 

works the same sta.wx than sta.w with just one dummie?

 

i know that .w is some kind of delay.

Edited October 18, 2020 by zilog_z80a

The problem is, that the lasted version of DASM doesn't like force operators which are repeated by the instruction (e.g. sta.wx address,x). This is a known bug which will be fixed soon. A force operator can be used to e.g change a 4 cycle ZP,x write into a 5 cycle abs,x write. And timing is crucial for a 2600 ROM, especially when it comes to positioning of a sprite.

 

A workaround for current DASM is to remove ",x" in "sta.wx address,x" or to revert to an earlier DASM version.

2 minutes ago, Thomas Jentzsch said:

The problem is, that the lasted version of DASM doesn't like force operators which are repeated by the instruction (e.g. sta.wx address,x). This is a known bug which will be fixed soon. A force operator can be used to e.g change a 4 cycle ZP,x write into a 5 cycle abs,x write. And timing is crucial for a 2600 ROM, especially when it comes to positioning of a sprite.

 

A workaround for current DASM is to remove ",x" in "sta.wx address,x" or to revert to an earlier DASM version.

 

thanks so much.

 

cheers.