Jump to content
Sign in to follow this  
HOME AUTOMATION

** MALFUNCTION MALFUNCTION **

Recommended Posts

Could this be something intended to work like the keystrokes on a timex1000

or maybe something interacting from modem control codes?

 

Most likely it's because the internal representation of BASIC programs is single bytes representing reserved words. So if it lets you enter bytes directly when using REM, and the listing doesn't have special logic for the REM case, it will decode the line as usual which means tossing reserved words at you for those particular bytes.

  • Like 1

Share this post


Link to post
Share on other sites

 

Most likely it's because the internal representation of BASIC programs is single bytes representing reserved words. So if it lets you enter bytes directly when using REM, and the listing doesn't have special logic for the REM case, it will decode the line as usual which means tossing reserved words at you for those particular bytes.

Since the time I started this topic, I have had a look at the code For REM in the GROM 0 disassembled GPL listing. I have reached similar conclusions... :cool:

 

GROM 0 Listing from, TI INTERN by Heiner Martin.

 

http://www.99er.net/download2/index.php?act=view&id=102

Edited by HOME AUTOMATION

Share this post


Link to post
Share on other sites

First there is a delay. Then you observe the pattern table shifting down 1 pixel row. All the visible chars drop one pixel lower, but not all at the same time. It's slow enough for you to have a thought that your program is gone and memory is being trashed.

 

Then the screen fills with sprites and gibberish, and the really bad stuff begins.

 

... the screen begins to "tear". There are seconds of darkness, then a flash of bright white, followed by pulses of distorted video between which fragments of your program are briefly visible. There is an audible whine from the television set as the video signal pushes it beyond its comfort envelope.
<snip>

However, after a time, the madness ceases. The blackness is still. There is a softly blinking spot. The cursor is back! You press enter; nothing improves. You make a syntax error, and the screen is somewhat restored.

 

>

Your vivid description sounds like a great pre-amble to am Infocom nightmare.

  • Like 1

Share this post


Link to post
Share on other sites

As much as I appreciate any participation in my topic. Perhaps I was vague about my main interests here. I am still hoping to elicit some interest in the TI BASIC anomaly that occurs when editing a program line longer than the screen table. Why these reserved words are associated with CTRL and FCTN characters in the first place? Why do they operate in this manor in a REMARK statement?

All commands in TI BASIC and XB are tokenized to save program space and speed.

Example instead of GPL looking for the full word typed in like SEQUENTIAL it just looks for >F6 which using a key press can put the Tokenized version into the editor mode.

(What you are doing is by passing the conversion and it sees the token without needing the search for the token.)

 

It would take longer to find SEQUENTIAL then >F6 thus why Tokens are used.

Edited by RXB
  • Like 2

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...