[Coco] ASM newbie question

Tim Fadden t.fadden at cox.net
Sun Feb 14 18:10:34 EST 2010


On 2/14/2010 3:44 PM, Gene Heskett wrote:
> On Sunday 14 February 2010, Tim Fadden wrote:
>    
>> Hi,
>>
>> I am trying to assemble a program called cron_vE.asm.  On my first try
>> it failed because it couldn't find  /dd/defs/os39defs.
>>      
> That is my code, and yes it depends on a 6309 aware defsfile.  The changes I
> made to the defsfile weren't done so as to be automatically adapting between
> the cpu differences.  It has been made to do so for many versions of nitros9
> now.
>
> Today that can probably be changed to just os9defs, IF the file and the make
> are properly configured such that at assembly time the environment variable
> passed to mamou has the symbol H6309 set equ 1.
>
> OTOH, and its been yonks since I walked around in that code, I imagine that
> if you do not have a 6309 in your coco, it can be made to assemble for a 6809
> with only a little work.
>
>    
>> I assumed it was a typo, and changed it to os9defs.
>>
>> No I get---    Error: Symbol Table Full.
>>
>> This program has a script to merge the crontab-datammodule to the exe so
>> that it can get its info from memory, instead of from disk.
>>      
> Yes, that was a later addition.  Having it access the floppy to see if it has
> anything to do this exact minute was a bit of a drag and wear on the floppy
> of course.  The disadvantage of course it that to edit the 'crontab', it was
> a total rebuild.
>
>    

Well, I do have a 6309 installed , but using 6809 build.  With the defs 
that come with the nitros build.
Perhaps I will put the 6309 defs on there with the name os39defs, and 
see what happens.

Seems  everybody has gone the linux, off platform build route, and 
forgotten us who still do it all on the original hardware. :-)

I am compiling  this on my coco.

I do have cron working to do nightly incremental backups with hdback to 
a drivewire image.  So, being able to compile
cron is not essential, just trying to give it a go.

Also, why would cron have to be re=compiled every time the datamod is 
changed?  couldn't the same one be used, and just merge a different 
datamod to it?

Perhaps I am doing some thing wrong.

The script compiles the cron program, and then merges the cron program 
and the datamod and puts it in /dd/cmds.
never mentions compiling the datamod in there any where.  So...
Im thinking the cron program never changes any way right.  If you did an 
ident on the merged cron/datamod you would get two.
seperate things the cron program and then the datamod.

You caould always use the saame cron, and then merge whatever datamod 
you wanted.  This make sense?

I think the script should not be mucking with cron, but compiling the 
datamod, and then  merging the two.  Eh?

I'll do some testing and see if thats so.  Don't really have much asm 
experience, and that was a long time ago.  Just gettin back into it.

Thanks for the input.

I'll let you know what I find out.

Tim


>> The archive already had an assembled cron_ve that works, so I can most
>> likely get it working OK.  But would like to be able to assemble it myself.
>> I can asm the datamodule just fine, but having problems with the exe
>> file.  I don't mind working it out myself, but a few pointer-directions
>> would be great!
>> Im running Nitros9L2-6809, 030209
>>
>>
>> Thanks,
>>
>> Tim
>>
>> --
>> Coco mailing list
>> Coco at maltedmedia.com
>> http://five.pairlist.net/mailman/listinfo/coco
>>
>>      
>
>    




More information about the Coco mailing list