Ignore my last message. Re: [Coco] New! Cassette to floppies

[Robert Gault]

Ignore that last message which is wrong. It may have been a bad tape 
save but I'm not sure why the peeks did not work. A repeat test gave the 
correct answers for the CLOADM.

I can see why &H7E-$7F works as that would be the beginning of the next 
block to load, if there was one. I have not yet found why $1E7-$1E8 
holds the start address.

Robert Gault wrote:
> Made a test with CSAVEM"TEST",&H6000,&H7000,0 then CLOADM"TEST".
> The exec address worked as we both have agreed. The START address given 
> below did not correspond to anything useful. The END address given below 
>  gave the correct start address. This did surprise me not because it was 
> start instead of end, but that it worked at all.
> 
> Bob Devries wrote:
> 
>> Robert,
>> I'm beginning to wonder whether you have in fact ever tried these 
>> PEEKs? You may argue forever what the disassembly seems to say, but 
>> from my experience (which is from when the coco first came out in 
>> 1981), I have been using these with complete success.
>>
>> This also agrees with the book "500 PEEKS POKES n EXECS" by Kishore 
>> Santwani.
>> -- 
>> Regards, Bob Devries, Dalby, Queensland, Australia
> 
>  ><snip>
> 
>> The START, END, and EXEC addresses of a binary file on tape are in fact
> 
>  > easy to fine, **PROVIDED** the file is contiguous, and not one of the
>  > multi-block ones.
> 
>>
>> START ADDRESS = PEEK(487) * 256 + PEEK(488)
>> END ADDRESS = PEEK(126) * 256 + PEEK(127) -1
>> EXEC ADDRESS = PEEK(157) * 256 + PEEK(158) 
> 
> 
>