[Coco] 4K CoCo 1 & EDTASM+

[Bill Pierce]

Wasn't "CLOADM" & "CSAVEM" not included in BASIC 1.0? I know there was something about the cassette and ML that didn't come out until Color BASIC 1.1 or Extended Color BASIC 1.0 (the 1.0 quick reference card has CLOADM & CSAVEM flagged as extended basic commands)
When I got my Coco 1 from it's original owner, there was a printer included. He said the printer worked until he "got machine language" then it quit working (unrelated).
Since he didn't use computers much and had most of the terminology wrong, I didn't understand until I actually got all the boxes he sent. In the package was a tape for "Color BASIC 1.1" and a tape for "Extended Color BASIC 1.1". The flyer with the tapes says something about the availability of Machine Language programs. I'll have to go back through my stuff and find the docs for the tapes.
The roms in the Coco 1 were "Color BASIC 1.0" and "Extended Color BASIC 1.0" and from what I gather, he originally only had Color Basic and had it upgraded by Tandy (service sticker in place of warrenty sticker).
 

Bill Pierce
"Today is a good day... I woke up" - Ritchie Havens
 

My Music from the Tandy/Radio Shack Color Computer 2 & 3
https://sites.google.com/site/dabarnstudio/
Co-Contributor, Co-Editor for CocoPedia
http://www.cocopedia.com/wiki/index.php/Main_Page
E-Mail: ooogalapasooo at aol.com


 
 
-----Original Message-----
From: Rogelio Perea <os9dude at gmail.com>
To: CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com>
Sent: Tue, Jan 13, 2015 9:02 am
Subject: Re: [Coco] 4K CoCo 1 & EDTASM+


Read about the /SR option but that applies to Disk EDTASM, the PAK
assembles only to tape so those should be simple one-chunk single origin
binaries. Maybe this its just stretching the capacity of the 4K RAM
environment in that CoCo 1, the routine is about 15 or 16 bytes long...
tried assembling yesterday again to tape using several origin addresses (no
errors reported on assembly), yet the final binary on tape comes up with
the ?FM ERROR when attempting to CLOADM it in.

-- RP


On Mon, Jan 12, 2015 at 12:16 PM, William Astle wrote:

> You have to use the "/SR" assembly option I believe. The EDTASM manual
> should talk about that somewhere.
>
> Color Basic doesn't support multi-origin binaries. That support came with
> Extended Basic which supports a format for CLOADM that is basically the
> same as Disk Basic uses. That format supports multi-origin.
>
> Basically, the /SR assembly option creates a binary that Color Basic can
> load. Otherwise, the default format is the one supported by Extended Basic
> I believe.
>
> The major caveat is that your program must be in a single chunk that loads
> at a single address.
>
>
> On 15-01-12 09:52 AM, Rogelio Perea wrote:
>
>> Anyone has tried EDTASM on the lowest denominator of the CoCo world?
>>
>> The EDTASM Pak loaded properly on my 4k, entered the sample program in the
>> manual and after adjusting the ORG setting on the assembly source (sample
>> is set to work with a 16K RAM CoCo) I got the assembler to do its magic in
>> memory first then into a tape. When trying to load from the tape though I
>> get a ?FM ERROR when attempting to CLOADM.
>>
>> This was late Sunday evening, maybe I missed or messed up something, maybe
>> it is too much to ask for the constricted environment.
>>
>> When assembling the code (IM or tape) I did try two areas, the Hex 11D-151
>> one denoted by the Memory Map as usable by machine-code programs, it did
>> assemble with no errors, then I  tried another free area below the top of
>> RAM and above EDTASM's real estate.
>>
>> Just throwing this one out as I am getting ready to commute back home :-)
>
>

-- 
Coco mailing list
Coco at maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco