Undefined symbol bsr.b init_bitmaps

[VoltureX]

I have problems assemble an intro code I have downloaded.

It says Undefined symbol in line: bsr.b init_bitmaps.

Can anyone explain me what that means?

Thanks

Volt.

PS: I'm using ASMPro v1.17

[WayneK]

It means there is no routine called "init_bitmaps" in the source. Check to see there isn't a typo or case-sensitivity problem (Init_bitmaps != init_bitmaps, depending on your asm-pro settings).

[VoltureX]

That worked, thanks.

I have run into another error while assembling.

Undefined symbol:
clr.w p60_play

Is that the same stuff maybe?

...and what's the difference between pass 1 & 2?

I also get this illegal operator in a code:
opt c-,ow-,o+

Thanks.

[pmc]

First issue is the same thing as before, p60_play will more than likely be case sensitive so has to match.

Second issue is that the opts are Devpac assembly options which won't mean anything to AsmOne - just comment them out

[VoltureX]

Thanks

Another question.

That case sensitiveness is that across all files running this routine?

and...

What does this mean:

** Reserved Word

VBR rs.l 1

Thanks.

[pmc]

Case sensitivity is the norm. In Devpac, there's an option to turn it off. I'm not sure if there's an equivalent for AsmOne although I wouldn't be surprised if there is - I just don't know what it is I'm afraid because I don't often use it.

VBR     rs.l     1

means that there is a longword's worth of space reserved as part of an rsreset structure. In this case, the longword is reserved so it's available to store the address of the V ector B ase R egister.

[VoltureX]

Can you explain me what I do to such an error with: VBR rs.l 1 ?

[pmc]

It sounds like the assembler is complaining that someone has used vbr as a label when the mnemonic vbr is reserved to indicate the vbr register.

The only way to fix it is to change the vbr label to something else like vbr_address for example.

However, if you did this you would also have to change any code that used that label so that it used your replacement vbr_address label instead.

[VoltureX]

Thank you very much for your help. That helped me understand some of the bugs I have encountered so far in downloaded source codes.

I will get back later I guess when I try program stuff my self or put re-programmed code together.

Regards

Volt.

[matthey]

Originally Posted by VoltureX

I also get this illegal operator in a code:
opt c-,ow-,o+
Thanks.

opt c- turns off case sensitive
opt ow- disables all opt. warnings
opt o+ enables all optimizations

See page 103 of the Devpac Manual for Devpac options...

http://www.heywheel.com/matthey/Amiga/Devpac3Manual.pdf

[VoltureX]

arh kewl, that makes sence Thanks!

Is devpac better/easier than ASM-Pro and ASM-One?

Regards

Volt.

[matthey]

Originally Posted by VoltureX

Is devpac better/easier than ASM-Pro and ASM-One?

I haven't used either very much but Devpac looks better and easier to me. I think the interface is more logical and consistent. Devpac probably has less bugs and better support for newer processors as well. The editor and debugger come down to what you like and what you are used to. There are very loyal and opinionated users of both.

Personally, I use Frank Wille's vasm (free successor to PhxAss), CED (with Arexx assemble script) and bdebug (debugger from the Barfly package on Aminet). Vasm is big and slow for low end Amigas but it's currently developed, has the best optimizations and supports most Amiga assembler commands including Devpac. I'm also helping to debug and develop it to work better as a disassembler + re-assembler I'm working on (slowly)...

http://www.heywheel.com/matthey/Amiga/ADis.lha

[VoltureX]

Thanks for your help Matthey. I will stick with ASM-Pro for now but could be looking into your suggestions at a later point.

Volt.