| |
Slammer
Registered: Feb 2004 Posts: 416 |
Kick Assembler Thread 2
The previous thread took a little long to load, so this is a new fresh one.. |
|
... 592 posts hidden. Click here to view all posts.... |
| |
Angel of Death
Registered: Apr 2008 Posts: 210 |
@Slammer
thx for the quick reply. I have a working config already. But I like to work with executables. (has to do with mobile workstations etc.) And last time I updated java it somehow changed the location of the javaw.exe and I spend some time fixing the problem. (was a pain since I was a long way away from my server)
It's just to make my life a lot easier.
thanks again for this great product. |
| |
Trap
Registered: Jul 2010 Posts: 223 |
I am trying to load a piece of music that is located at $f000 using the LoadSid directive. However, when I do that the program crashes the machine. Is there anything I need to be aware of when trying to do this with KickAssembler? |
| |
tlr
Registered: Sep 2003 Posts: 1737 |
Quote: I am trying to load a piece of music that is located at $f000 using the LoadSid directive. However, when I do that the program crashes the machine. Is there anything I need to be aware of when trying to do this with KickAssembler?
Does KickAssembler crash or does the resulting binary crash? |
| |
Killsquad Account closed
Registered: Jun 2005 Posts: 17 |
Quote: I am trying to load a piece of music that is located at $f000 using the LoadSid directive. However, when I do that the program crashes the machine. Is there anything I need to be aware of when trying to do this with KickAssembler?
I guess Vice is crashing because you're trying to load over ROM. Try to add the following parameter to the Vice cmdline: -autostartprgmode 1
An alternative is to pack it before you run it.
|
| |
Slammer
Registered: Feb 2004 Posts: 416 |
Also remember to switch off the rom and use $fffe/$ffff for irq. |
| |
Trap
Registered: Jul 2010 Posts: 223 |
Thanks for the replies everyone. Decided to go with a simple relocation, but I'll try the Vice switch next time. |
| |
Shadow Account closed
Registered: Apr 2002 Posts: 355 |
I'm getting some strange behaviors with pseudopc set to a zeropage address.
I have some code that I assemble into memory, then copy to zeropage runtime. However, the self modifying parts of it doesn't get properly assembled to the ZP versions of the instructions if I reference a label that is further ahead in the code.
Here's an example that demonstrates this:
.pc=$1000
.pseudopc $90
{
some_label:
lda $1000
inc some_label+1
inc some_other_label+1
some_other_label:
lda $1000
}
This get assembled into:
AD 00 10
E6 91
EE 99 00
AD 00 10
I would have liked it to be:
AD 00 10
E6 91
E6 98
AD 00 10
|
| |
Slammer
Registered: Feb 2004 Posts: 416 |
You have stumbled upon an interesting detail. To simplify a bit, look at the following:.pc = $fd
lda label
label: In the case the position of the label depends on the size of the command, and the size of the command depends on the position of the label so the only way to determine if the command can use its zeropage form is by trial and error, which might get quite complex and lead to more passes.
Instead Kick Assembler tries to reduce the command to its zeropage form when it first meets the command, and since it doesn't know the value of the label, it fails and marks the command as using the absolute addressing mode. This is the reason why the first command in your example is reduced to the zeropage form and the second isn't.
So what do you do then?. You can use this little magic trick to tell the assembler that you want a zeropage command: .pc=$1000
.pseudopc $90
{
some_label:
lda $1000
inc some_label+1
inc CmdArgument(2, some_other_label+1)
some_other_label:
lda $1000
}
The magic is the argument type constant 2 which actually is 'AT_ZEROPAGE' which is not exposed in the current version but will be in the next release (Nobody I know of have had this problem before - placing code on the zeropage seems kind of special, but might be a smart optimization?)
Previously I have had plans for making it easier to force addressing modes like this:inc.zp label
lda.abs $0000
and they can be reintroduced on the todo list if there is a demand for it.
|
| |
tlr
Registered: Sep 2003 Posts: 1737 |
Quoting SlammerPreviously I have had plans for making it easier to force addressing modes like this:inc.zp label
lda.abs $0000
and they can be reintroduced on the todo list if there is a demand for it.
It should be possible to resolve it in most cases using additional passes but I'd vote for your solution with extensions.
I've used .z and .a in dasm quite a lot.
|
| |
Cruzer
Registered: Dec 2001 Posts: 1048 |
I second tlr. Sometimes i use abs-mode for zp addresses for VIC timing reasons, to make it take a cycle more. In this case I do it like this:
.by LDA_ABS
.wo zpAdr
This approach can be used the other way around too of course, but it's a bit clumsy in the long run.
|
Previous - 1 | ... | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | ... | 61 - Next |