[Coco] Rainbow IDE status

Roger Taylor operator at coco3.com
Mon May 21 19:26:18 EDT 2007


At 12:14 AM 5/21/2007, you wrote:
>Hi Roger,
>
>Great work Roger! I can't wait to see the final result! Can I simply upgrade
>my existing copy?
>
>I must say I haven't done much development with my copy yet, because I was
>thrown back by it not wanting to compile my assembly source. However, I will
>soon give it a try again, and I hope that you can help me to get it to work.
>
>
>As an extra: One of the things I would really find useful is a disassembly
>capability. There are a lot of Windows command prompt 6809 disassemblers out
>there. Recently I have been using f9dasm (
>http://www.hermannseib.com/english/opensource.htm) with great results. Is it
>possible to interface Rainbow IDE with this and/or other assemblers?


Yes, you'll be able to install the Rainbow IDE 2.0 right over your 
existing installation without trashing your main .ini file that holds 
your key.  Even if you delete that file, you can use your existing 
key to register 2.0.  It would really benefit new users to purchase a 
copy now at the deal.

CCASM currently has a undocumented disassembler mode in it!  Well, 
sort of.  It's incomplete, but some output is 
generated.  Additionally, Rainbow has a hidden interactive mode that 
works along with CCASM to show you the current disassembly, where you 
should be able to navigate through the grid-listing and make changes, 
click 'disassemble' again, until the listing looks right.  This mode 
is incomplete as well so it is not accessible.  What's more: the 
final goal is for the IDE to take a binary program or ROM image, 
disassemble it once, bring the grid up, you make any chances 
necessary, retry, and the generated source code will be reassembled 
by CCASM, then the IDE will launch it like any other program.  It 
will be quite seamless if my plans go right.

Here's the idea... in ONE CLICK:

disassemble binary-> assembled generated source code again -> send to 
.DSK image or ROM Pak image -> launch in M.E.S.S. and run

So, if you run a binary through this process and it actually RUNS ok 
in the emulator, it was disassembled ok!

I'll definately be looking for one of the emulator-based 
disassemblers that pretend to run the code so as to separate code 
from data.  As long as you mark the beginning and end of the program 
(all code and data), a ROM image should disassemble pretty well.  I 
can't say the same for a multi-record based LOADMable program that 
loads code and data into different areas of RAM when you type 
LOADM.  I'm working on this with CCASM but it's on the back burner 
for now while I improve the Rainbow IDE.

CCASM produces a .dsm file which Rainbow knows how to read better 
than a mysterious .asm file.  The .dsm file holds markers for code, 
data, etc. already.

You can probably try this now if you have CCASM 4.0.  Just type:

cm someprogram.bin  and see if a .dsm file is created in your work 
directory.  Try the same for somegame.rom, etc.

It's been months since I've worked with this so I'll have to refresh 
my own memory when I get back into this project.  :)



-- 
Roger Taylor





More information about the Coco mailing list