more summary..... please correct or comment.  I agree with Ken regarding
unsafe codes.  let me know if this is a good capture.


                                $ structure             DATA
structure          RAW
                                65531 a$="###"          65531 DATA
###          65531 ###
Hidden lines: excluded chars
        Executed in BASIC       " comma 0               0
      0(BASIC errors)
        not executed            0                       0
        0

Rules:
* hidden ML can combine BASIC instructions if desired
* lines can be arbitrarily long
* lines must adhere to BASIC structure rules otherwise (pointers,
termination etc)
* must follow this or an equivalent structure
        [BASIC program]
        65529 REM
        -----hidden code starts here
        65531 [embedded ML structure] or combination of ML and BASIC
        [any line #] [more embedded ML] or combination of ML and BASIC

On Tue, Jun 5, 2018 at 4:28 PM, Stephen Adolph <[email protected]> wrote:

> it also survived save and load to/from simulated NADSBOX via TEENY.
>
> On Tue, Jun 5, 2018 at 4:13 PM, Stephen Adolph <[email protected]>
> wrote:
>
>> well it survived a save and load to/from simulated NADSBOX via TSDOS.  I
>> guess 16 bit math must be occurring... ;)
>>
>> So this is pretty interesting.  An arbitrarily long contiguous block of
>> ML, hidden from BASIC, that does not interfere with BASIC, which can be
>> appended and run in place.
>>
>>
>>
>> On Tue, Jun 5, 2018 at 2:06 PM, John R. Hogerhuis <[email protected]>
>> wrote:
>>
>>>
>>> On Tue, Jun 5, 2018 at 10:17 AM Ken Pettit <[email protected]> wrote:
>>>
>>>> Hey Steve,
>>>>
>>>> Were you able to load / save using TS-DOS with this also?  I believe it
>>>> should work, but TS-DOS does have to modify the "next BASIC line address
>>>> pointers" when it inloads an .BA file.
>>>>
>>>>
>>>> Ken
>>>>
>>>>
>>> Loading by cassette is another important compatibility if only because
>>> it’s built into the mask rom.
>>>
>>> And CloudT uses a portion of the cassette logic (above the low level
>>> audio I/O) for dealing with files :-)
>>>
>>> — John.
>>>
>>
>>
>

Reply via email to