Difference between revisions of "Technical information about Locomotive BASIC"

From CPCWiki - THE Amstrad CPC encyclopedia!
Jump to: navigation, search
m (BASIC tokens: typo)
 
(34 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 
[[Category:Cpctech.org]]
 
[[Category:Cpctech.org]]
  
'''''This artikel originally came from Kevin Thackers' archive at [http://www.cpctech.org.uk http://www.cpctech.org.uk].'''''  
+
'''''This article originally came from Kevin Thackers' archive at [http://www.cpctech.org.uk http://www.cpctech.org.uk].'''''  
  
 
= Technical information about Locomotive BASIC  =
 
= Technical information about Locomotive BASIC  =
  
 
The are two versions of Locomotive BASIC used in the Amstrad CPC and CPC+ computers. v1.0 is used by the CPC464, and v1.1 is used by the CPC664, CPC6128, CPC464+ and CPC6128+.  
 
The are two versions of Locomotive BASIC used in the Amstrad CPC and CPC+ computers. v1.0 is used by the CPC464, and v1.1 is used by the CPC664, CPC6128, CPC464+ and CPC6128+.  
 +
 +
== BASIC v1.0 only ==
 +
 +
There is a region of memory between AC00-AC1B which is filled with RET instructions. The BASIC ROM calls the following locations:
 +
AC01,AC04,AC07,AC0A,AC0D,AC10,AC13,AC16,AC19
 +
 +
It almost looks like these were used for debugging the ROM but were left in.
 +
 +
They can be used to implement new BASIC commands.
  
 
== Passing parameters to a RSX (Resident System Extension) command or binary function  ==
 
== Passing parameters to a RSX (Resident System Extension) command or binary function  ==
  
A RSX (Resident System Extension) command is accessed through BASIC with a "|" character prefix. e.g. The "DIR" RSX, is accessed by "|DIR".  
+
A RSX (Resident System Extension) command is accessed through BASIC with a "|" character prefix. e.g. The "DIR" RSX, is accessed by "|DIR".  A binary function is accessed through BASIC using the "CALL" command.  
  
<br> A binary function is accessed through BASIC using the "CALL" command.  
+
Both RSX and CALL commands work (are!) similar from the BASIC command line and invoke machine code - the only difference is: with the help of a RSX command you don't need to know the exact access address. You can pass up to 32 parameters with a CALL or RSX command. Possible parameters could be integer, floating points and strings. Just store the parameter into a variable:
 +
Passing for integer:
 +
<pre>
 +
CALL &4000,32,34,&5E,&x10101010
 +
|RSX-command,32,34,&5E,&x10101010
 +
</pre>
 +
Passing for floating points
 +
<pre>
 +
@a!=43.375
 +
CALL or |RSX-command,@a!
 +
</pre>
  
 
<br> Passing a string parameter:  
 
<br> Passing a string parameter:  
 
 
<br> BASIC v1.0  
 
<br> BASIC v1.0  
 
<pre>a$="A":|DRIVE,@a$
 
<pre>a$="A":|DRIVE,@a$
Line 20: Line 38:
 
BASIC v1.1:  
 
BASIC v1.1:  
 
<pre>|DRIVE,"A"
 
<pre>|DRIVE,"A"
</pre>  
+
</pre>
 +
or
 +
<pre>
 +
b$="test"
 +
CALL or |RSX-command,@b$
 +
</pre>
 +
 
 +
The parameters will be stored inside the range of Stack:
 +
<pre>
 +
    A=n -------> MSB PARAM1
 +
                  LSB PARAM1
 +
                  MSB PARAM2
 +
                  LSB PARAM2
 +
                  ...
 +
                  ...
 +
                  ...
 +
                  MSB PARAMn
 +
    IX+0 ------> LSB PARAMn
 +
</pre>
 +
with the help of that assembly code is it possible to find the parameters:
 +
<pre>
 +
ROUT1:  CP  x          ;test register A if "x" parameters were given, e.g. x = 2
 +
        RET  NZ        ; if not exactly x parameters then do not execute RSX.
 +
        LD  L,(IX+0)
 +
        LD  H,(IX+1)  ; HL = value of last parameter       
 +
        LD  E,(IX+2)
 +
        LD  D,(IX+3)  ; DE = value of next to last parameter
 +
        ...
 +
</pre>
 +
A register holds the number of parameters. IX points to each parameter. IX+0/IX+1 is the last parameter. This happens because each parameter in order is pushed onto the stack and IX then points to the last parameter pushed. Each parameter is a 16-bit value.
 +
 
 +
If a parameter is a string, then IX holds the address of the string descriptor which point to a 3 byte block. The first byte of the string descriptor is the length. The next 2 bytes are an address that point to the string in memory.
 +
 
 +
With the help of the variable container "@" it is also possible to get a result from an invoked mc-code back to basic.
 +
In this case the parameter contains the address of the integer, floating point or string. You can modify these to give the result.
 +
BASIC allocates the strings, so when you modify a string, do not write more characters than the original string.
 +
 
 +
Hint: the first two bytes at the end of stack shows the internal return address from BASIC interpreter where it was executed.
 +
 
 
== Additional keywords and variables in BASIC v1.1  ==
 
== Additional keywords and variables in BASIC v1.1  ==
  
Line 36: Line 92:
 
<br> <br>  
 
<br> <br>  
  
== Entering BASIC programs  ==
+
== BASIC programs  ==
  
A maximum of 255 characters can be entered for a single BASIC line. This is converted into the tokenised BASIC program which is more compact than the line entered. The BASIC keywords are converted into "tokens", or 1-2 byte sequences which uniquely identify each keyword.  
+
A maximum of 255 characters can be entered for a single BASIC line.
  
<br>  
+
There are some rules for assigning names for variables:
 +
: - it is not allowed to define a variable starting with a figure (the system expect then programming mode and interpret it as a program line number)
 +
: - no space (or 'under' as it is common today) between variable names are allowed
 +
: - BASIC keywords can't be used
 +
: - different sign e.g.: a slash (doesn't depend which direction), a 'minus' sign, a 'and' sign can't be used in a variable names
 +
: - after a dollar sign (for defining string variables) it is not allowed to use further signs
 +
: - different defining functions together are not allowed (e.g. use '%' together with '$')
 +
 
 +
: - you can use 40 characters for a variable name
 +
: - use ! for defining a REAL value variable (like the function DEFREAL but only for the assigned variable) > It's also possible to omit the exlamation mark because it's the default system declaration after powering on then CPC.
 +
: - use % for defining a INTEGER value variable (like the function DEFINT but only for the assigned variable)
 +
: - use $ for defining a STRING variable (like the function DEFSTR but only for the assigned variable)
 +
: - Minimum line number is 1. Maximum line number is 65535.
 +
 
 +
This is converted into the tokenised BASIC program which is more compact than the line entered. The BASIC keywords are converted into "tokens", or 1-2 byte sequences which uniquely identify each keyword.
 +
 
 +
<br>
 +
 
 +
== Speeding up BASIC programs ==
 +
 
 +
To speed up BASIC programs following rules could help:
 +
: - Avoid loops or a branching program structure if possible. Internally the operating system searches for the right line number always from the beginning of the program 'listing'. Often recurring subroutines  (if necessary) should be at the beginning of RAM to speed up things.
 +
: - Avoid the index variable after the <code>NEXT</code> command/statement (although it isn't a good program style)
 +
: - Avoid spaces inside program code or remarks
 +
: - Put lots of statements as possible in ONE line
 +
: - Use variables instead of constants. A constand has always to be converted in a binary/digital format. A variable is already converted.
 +
: - Dimensioning at the beginning of the program
 +
: - Dimensioning your variables & pre-calculate
 +
: - Avoid AND/OR/XOR in IF-THEN statements. It's faster to write IF ... THEN (statement 1).. IF ... THEN (statement 2).
  
 
== Structure of a BASIC program  ==
 
== Structure of a BASIC program  ==
Line 73: Line 157:
 
<br> Notes:  
 
<br> Notes:  
  
#*This 16-bit value has two functions:  
+
#This 16-bit value has two functions: if "0" it signals the end of the BASIC program. In this case, there is no furthur BASIC program lines or data, otherwise, this value defines the length of the tokenised BASIC program line in bytes, and includes the 2 bytes defining this value, the 2 bytes defining the program line number, and the end of line marker. This number is stored in little endian notation with low byte followed by high byte.
#**if "0" it signals the end of the BASIC program. In this case, there is no furthur BASIC program lines or data.
+
#This 16-bit value defines the line number and exists if the length of line data in bytes is not "0". A line number is a integer number in the range 1-65535. This number is stored in little endian notation with low byte followed by high byte.  
#**otherwise, this value defines the length of the tokenised BASIC program line in bytes, and includes the 2 bytes defining this value, the 2 bytes defining the program line number, and the end of line marker. This number is stored in little endian notation with low byte followed by high byte.  
+
#This data defines the tokenised BASIC program line and exists if the length of line data in bytes is not "0". The length is dependant on the BASIC program line contents.  
#*This 16-bit value defines the line number and exists if the length of line data in bytes is not "0". A line number is a integer number in the range 1-65535. This number is stored in little endian notation with low byte followed by high byte.  
+
#This value defines the end of the tokenised BASIC line data and exists if the length of line data in bytes is not "0". The BASIC interpreter looks for this token during the processing of this line, and if found, will stop execution and continue to the next line.
#*This data defines the tokenised BASIC program line and exists if the length of line data in bytes is not "0". The length is dependant on the BASIC program line contents.  
+
#*This value defines the end of the tokenised BASIC line data and exists if the length of line data in bytes is not "0". The BASIC interpreter looks for this token during the processing of this line, and if found, will stop execution and continue to the next line.
+
  
 
== BASIC tokens  ==
 
== BASIC tokens  ==
Line 179: Line 261:
 
|-
 
|-
 
| &amp;1d  
 
| &amp;1d  
| 16-bit BASIC program line memory address pointer
+
| 16-bit BASIC program line memory address pointer (see notes)
 
|-
 
|-
 
| &amp;1e  
 
| &amp;1e  
Line 310: Line 392:
 
| INPUT
 
| INPUT
 
|-
 
|-
| &amp;a4  
+
| &amp;a4
 
| KEY
 
| KEY
 
|-
 
|-
Line 362: Line 444:
 
|-
 
|-
 
| &amp;b5  
 
| &amp;b5  
| SQ
+
| ON SQ
 
|-
 
|-
 
| &amp;b6  
 
| &amp;b6  
Line 589: Line 671:
 
<br> Notes:  
 
<br> Notes:  
  
#*The &amp;ff code is used as a prefix for more keywords. See the table below for the list of keywords using this prefix.  
+
*The &amp;ff code is used as a prefix for more keywords. See the table below for the list of keywords using this prefix.  
#*&amp;e2,&amp;e8 and &amp;e9 are not used  
+
*&amp;e2,&amp;e8 and &amp;e9 are not used  
#*&amp;7c ("|") is a character prefix used to identify a RSX command.
+
*&amp;7c ("|") is a character prefix used to identify an RSX command. e.g. "|DIR".  
  
e.g. "|DIR". An RSX is encoded in a BASIC program using the following structure:  
+
An RSX is encoded in a BASIC program using the following structure:  
  
 
{| border="1"
 
{| border="1"
Line 614: Line 696:
 
|}
 
|}
  
#*This token identifies a integer (16-bit) number. The two bytes following this token is the number, stored low byte then high byte. e.g. &amp;19,&amp;2d,&amp;00 represents the integer number "&amp;002d"="45".  
+
*This token identifies a integer (16-bit) number. The two bytes following this token is the number, stored low byte then high byte. e.g. &amp;1a,&amp;2d,&amp;00 represents the integer number "&amp;002d"="45".  
#*This token (&amp;0B) is changed at run-time to &amp;0D  
+
*This token (&amp;0B) is changed at run-time to &amp;0D  
#*This token identifies a integer variable. 02,00,00,var name offset to number in program setup when program RUN. The variable name is stored directly, with bit 7 of the last character set.  
+
*This token identifies a integer variable. 02,00,00,var name offset to number in program setup when program RUN. The variable name is stored directly, with bit 7 of the last character set.  
#*This token identifies a string variable. offset to string in program string stored AS IS with quotes around it.  
+
*This token identifies a string variable. offset to string in program string stored AS IS with quotes around it.  
#*This token identifies a floating point number. Immediatly following the token are 5 bytes which define the number.
+
*This token identifies a floating point number. Immediatly following the token are 5 bytes which define the number.
  
 
{| border="1"
 
{| border="1"
Line 635: Line 717:
 
|}
 
|}
  
#*#This byte is the BASIC token identifying a floating point number  
+
*#This byte is the BASIC token identifying a floating point number  
#*#These 5 bytes define the floating point number.  
+
*#These 5 bytes define the floating point number.  
#*The space symbol is used as a command seperator  
+
*The space symbol is used as a command seperator  
#*Variable definitions:  
+
*Variable definitions:  
#**The variable definition has the following structure:
+
**The variable definition has the following structure:
  
 
{| border="1"
 
{| border="1"
Line 662: Line 744:
 
<br> The 16-bit byte offset is initially set to 0, but is setup when the program is RUN. The offset is stored in little-endian format, with low byte followed by high byte.  
 
<br> The 16-bit byte offset is initially set to 0, but is setup when the program is RUN. The offset is stored in little-endian format, with low byte followed by high byte.  
  
#**The token byte defines the variable type (i.e. string, floating point, integer) and the suffix ("$", none and "%").  
+
**The token byte defines the variable type (i.e. string, floating point, integer) and the suffix ("$", none and "%").  
#**The variable name is stored in the program, with bit 7 of the last character set to "1". e.g. The variable named "abc" will be encoded as 'a','b','c'+&amp;80  
+
**The variable name is stored in the program, with bit 7 of the last character set to "1". e.g. The variable named "abc" will be encoded as 'a','b','c'+&amp;80  
#*String values:  
+
*String values:  
#**Each string value is prefixed with &amp;22 token.  
+
**Each string value is prefixed with &amp;22 token.  
#**All strings must be enclosed by double quote symbols (&amp;quot). This symbols define the start and end of the string value.  
+
**All strings must be enclosed by double quote symbols (&amp;quot). This symbols define the start and end of the string value.  
#**The string value can contain any symbol except the quote ("). i.e. 0-&amp;21, and &amp;23-&amp;ff can be used.  
+
**The string value can contain any symbol except the quote ("). i.e. 0-&amp;21, and &amp;23-&amp;ff can be used.  
#*After running a program, Tokens of "1d" with 16-bit BASIC program line pointers are changed to token "1e" with the 16-bit memory address of the BASIC line number in memory.
+
 
 +
*After running a program, Tokens of "1d" with 16-bit BASIC program line pointers are changed to token "1e" with the 16-bit memory address of the BASIC line number in memory.
  
 
<br> This table list the BASIC tokens with a &amp;ff prefix byte.  
 
<br> This table list the BASIC tokens with a &amp;ff prefix byte.  
Line 856: Line 939:
 
<br> NOTES:  
 
<br> NOTES:  
  
#*These codes are prefixed by &amp;FF. e.g. The keyword "ABS" is stored as the following sequence: <pre>&amp;FF,&amp;00</pre>  
+
*These codes are prefixed by &amp;FF. e.g. The keyword "ABS" is stored as the following sequence: <pre>&amp;FF,&amp;00</pre>  
#*Codes &amp;1e...&amp;3f inclusive are not used  
+
*Codes &amp;1e...&amp;3f inclusive are not used  
#*Codes &amp;4a...&amp;6f inclusive are not used  
+
*Codes &amp;4a...&amp;6f inclusive are not used  
#*Codes &amp;80...&amp;ff inclusive are not used
+
*Codes &amp;80...&amp;ff inclusive are not used
 +
 
 +
*When a BASIC program is in memory, the BASIC ROM can replace "16-bit BASIC program line number" tokens with "16-bit BASIC program line memory address pointer".
 +
 
 +
When a program is loaded or saved, there will only be "16-bit BASIC program line number" tokens followed by a 16-bit number of the line.
 +
 
 +
When a program is running, BASIC will replace the "16-bit BASIC program line number" with the "16-bit BASIC program line memory address pointer" token, and replace the 16-bit line number with the memory address of the start of that line.
 +
 
 +
It does this to avoid having to lookup the address of the line each time.
 +
 
 +
* When a REM or ' is seen, the characters following it are output directly (i.e. the bytes are not tokenized) until the end of line or a ':' is seen.
 +
 
 +
* When a BASIC program is listed each line is converted to a string (this includes the line number and the tokens converted to their strings). There is a maximum length for this string of 256 characters. This means that if the BASIC line is LISTed or EDITed, then the line will be displayed incorrectly with missing characters on the end. This is also noticed if you have a "10-liner" program that packs as much BASIC as possible into each line and renumber it so the line number has more digits.
  
 
== Floating Point data definition  ==
 
== Floating Point data definition  ==
Line 921: Line 1,016:
 
|-
 
|-
 
| Function  
 
| Function  
 +
| colspan="8" | (LSB) mantissa (bits 31-24)
 
| colspan="8" | mantissa (bits 23-16)  
 
| colspan="8" | mantissa (bits 23-16)  
 
| colspan="8" | mantissa (bits 15-8)  
 
| colspan="8" | mantissa (bits 15-8)  
| colspan="8" | mantissa (bits 7-0)
 
 
| colspan="1" | sign  
 
| colspan="1" | sign  
| colspan="7" | mantissa (bits 30-24)  
+
| colspan="7" | (MSB) mantissa (bits 7-0)  
 
| colspan="8" | exponent
 
| colspan="8" | exponent
 
|}
 
|}
Line 947: Line 1,042:
 
#*0-127 are negative exponents.
 
#*0-127 are negative exponents.
  
To obtain the signed exponent, you must subtract 128 from the stored exponent. The minimum exponent is 0 and this describes a number of 2^-127. The maximum exponent is 255 and this describes a number of 2^128.  
+
To obtain the signed exponent, you must subtract 128 from the stored exponent. The minimum exponent is 0 and this describes a number of 2^-127. The maximum exponent is 255 and this describes a number of 2^128.
 +
 
 +
=== BASIC Display of Floating point numbers ===
 +
 
 +
* Numbers are displayed to 9 decimal places.
 +
* If the number doesn't have a fractional part (e.g. .0) then the fractional part is not displayed.
 +
* Trailing zeros (zero digits after the last digit in the fraction) are not displayed
 +
* The value is rounded in the following way for display:
 +
 
 +
If the 10th fractional digit is 5 or above, then the number is rounded up.
 +
If the 10th fractional digit is 4 or below, then the number is rounded down.
 +
e.g. 
 +
0.1234567891 is displayed as 0.123456789
 +
0.1234567895 is displayed as 0.12345679
 +
 
 +
=== floating point example in RAM by MaV ===
 +
 
 +
The initial figure = 43.375.
 +
An example in BASIC:
 +
<pre>
 +
a!=43.375
 +
READY
 +
PRINT a!
 +
43.375
 +
PRINT @a!
 +
374
 +
FOR I=0 TO 4:PRINT HEX$(PEEK(374+I),2);:NEXT I
 +
0000802D86
 +
</pre>
 +
the result for better readability:<br>
 +
'''00 00 80 2D 86'''<br>
 +
The first byte contains the least significant bits of the mantissa, and every following byte up to the fourth byte contain the bits following the first in significance and in exactly that order!
 +
 
 +
That means that you have to turn around the first four bytes if you want to read the mantissa correctly:
 +
2D800000
 +
or
 +
0010.1101.1000.0000.0000.0000.0000.0000
 +
in binary (the stops are inserted for better readability).
 +
 
 +
Now the highest significant bit here is 0, so the number is positive.
 +
What's more, you need to clear that bit and substitute the implied highest bit (see description in the link), which is always 1 (regardless of the deleted sign bit!!!).
 +
Thus you get:
 +
AD800000
 +
or
 +
1010.1101.1000.0000.0000.0000.0000.0000
 +
in binary.
 +
 
 +
The mantissa has an implied decimal point before the number. Since the number is 2^32 bits (i.e. 4 bytes) long you have to divide by 2^32 to get the proper decimal representation.
 +
 
 +
AD800000 (hex) = 2910846976 (dec)
 +
 
 +
2910846976 / 2^32 = 0.677734375
 +
 
 +
The mantissa in a decimal representation is: 0.677734375
 +
 
 +
Now, the last byte contains the exponent: 86 (hex) or 134 (dec). You need to subtract 128 to get the real exponent, the highest bit tells you that the exponent is positive (1) or negative (0). Your exponent is 6.
 +
 
 +
0.677734375 * 2^6 = 43.375
 +
 
 +
'''Another example:'''<br>
 +
PI is represented in memory as:<br>
 +
'''A2 DA 0F 49 82'''<br>
 +
The mantissa is<br>
 +
490FDAA2 (highest significant bit is zero => number is positive)
 +
The exponent is<br>
 +
82 (=positive mantissa, value=2 thus multiply mantissa with 2^2)<br>
 +
 
 +
Delete the sign bit (which is 0 anyway), and then add the implied 1 bit:<br>
 +
C90FDAA2 (hex) = 3373259426 (dec) = 1100.1001.0000.1111.1101.1010.1010.0010 (bin)<br><br>
 +
 
 +
Calculate the decimal representation of the mantissa:<br>
 +
3373259426 / 2^32 = 0,7853981633670628070831298828125<br><br>
 +
 
 +
Then add the exponent (82h - 80h = 2 thus 2^2)<br>
 +
0,7853981633670628070831298828125 * 2^2 = 3,14159265346825122833251953125<br><br>
 +
 
 +
Voilà! The internal representation of the number PI on the CPC is: 3,14159265346825122833251953125<br><br>
 +
 
 +
 
 +
If you compare to a (more) correct representation of PI, you'll see that the CPC is correct up to the 9th decimal place:<br><br>
 +
 
 +
 
 +
CPC:<br>
 +
3.14159265346825122833251953125<br>
 +
more correctly:<br>
 +
3.1415926535897932384626433832795028841971693993751058209749445923078164062862089986...
  
 
== BASIC floating-point/real variables  ==
 
== BASIC floating-point/real variables  ==
  
A floating point (real) variable describes a number with integer and fractional parts.  
+
A floating point (real) variable describes a number with integer and fractional parts. The biggest figure which can be stored correctly in RAM by a variable is 2^32-1 = 4294967295.
  
 
#*A integer variable is defined with a "!" character postfix.
 
#*A integer variable is defined with a "!" character postfix.
Line 964: Line 1,144:
 
Where "a" should be replaced with the name of the variable.  
 
Where "a" should be replaced with the name of the variable.  
  
<br>  
+
<br>
  
 
== BASIC integer variables  ==
 
== BASIC integer variables  ==
Line 1,033: Line 1,213:
 
#**A string variable can store a minimum of 0 characters and a maximum of 255 characters.  
 
#**A string variable can store a minimum of 0 characters and a maximum of 255 characters.  
 
#**The length of the string in characters is defined in the string descriptor block. The string does not have a termination character.
 
#**The length of the string in characters is defined in the string descriptor block. The string does not have a termination character.
 +
 +
[[Category:Programming]]
 +
[[Category:BASIC| ]]
 +
[[Category:CPC Internal Components]]
 +
[[Category:Operating System| ]]
 +
[[Category:Software]]
 +
[[Category:Programming software| ]]

Latest revision as of 13:11, 26 December 2022


This article originally came from Kevin Thackers' archive at http://www.cpctech.org.uk.

Technical information about Locomotive BASIC

The are two versions of Locomotive BASIC used in the Amstrad CPC and CPC+ computers. v1.0 is used by the CPC464, and v1.1 is used by the CPC664, CPC6128, CPC464+ and CPC6128+.

BASIC v1.0 only

There is a region of memory between AC00-AC1B which is filled with RET instructions. The BASIC ROM calls the following locations: AC01,AC04,AC07,AC0A,AC0D,AC10,AC13,AC16,AC19

It almost looks like these were used for debugging the ROM but were left in.

They can be used to implement new BASIC commands.

Passing parameters to a RSX (Resident System Extension) command or binary function

A RSX (Resident System Extension) command is accessed through BASIC with a "|" character prefix. e.g. The "DIR" RSX, is accessed by "|DIR". A binary function is accessed through BASIC using the "CALL" command.

Both RSX and CALL commands work (are!) similar from the BASIC command line and invoke machine code - the only difference is: with the help of a RSX command you don't need to know the exact access address. You can pass up to 32 parameters with a CALL or RSX command. Possible parameters could be integer, floating points and strings. Just store the parameter into a variable: Passing for integer:

CALL &4000,32,34,&5E,&x10101010
|RSX-command,32,34,&5E,&x10101010

Passing for floating points

@a!=43.375
CALL or |RSX-command,@a!


Passing a string parameter:
BASIC v1.0

a$="A":|DRIVE,@a$

BASIC v1.1:

|DRIVE,"A"

or

b$="test"
CALL or |RSX-command,@b$

The parameters will be stored inside the range of Stack:

     A=n -------> MSB PARAM1
                  LSB PARAM1
                  MSB PARAM2
                  LSB PARAM2
                  ...
                  ...
                  ...
                  MSB PARAMn
     IX+0 ------> LSB PARAMn

with the help of that assembly code is it possible to find the parameters:

ROUT1:  CP   x          ;test register A if "x" parameters were given, e.g. x = 2
        RET  NZ         ; if not exactly x parameters then do not execute RSX.
        LD   L,(IX+0)
        LD   H,(IX+1)   ; HL = value of last parameter        
        LD   E,(IX+2)
        LD   D,(IX+3)   ; DE = value of next to last parameter
        ...

A register holds the number of parameters. IX points to each parameter. IX+0/IX+1 is the last parameter. This happens because each parameter in order is pushed onto the stack and IX then points to the last parameter pushed. Each parameter is a 16-bit value.

If a parameter is a string, then IX holds the address of the string descriptor which point to a 3 byte block. The first byte of the string descriptor is the length. The next 2 bytes are an address that point to the string in memory.

With the help of the variable container "@" it is also possible to get a result from an invoked mc-code back to basic. In this case the parameter contains the address of the integer, floating point or string. You can modify these to give the result. BASIC allocates the strings, so when you modify a string, do not write more characters than the original string.

Hint: the first two bytes at the end of stack shows the internal return address from BASIC interpreter where it was executed.

Additional keywords and variables in BASIC v1.1

  1. BASIC v1.1 has the following additional keywords:
    • COPYCHR$
    • CURSOR
    • DEC$
    • FILL
    • FRAME
    • GRAPHICS
    • MASK
  2. BASIC v1.1 has the following additional predefined variables:
    • DERR



BASIC programs

A maximum of 255 characters can be entered for a single BASIC line.

There are some rules for assigning names for variables:

- it is not allowed to define a variable starting with a figure (the system expect then programming mode and interpret it as a program line number)
- no space (or 'under' as it is common today) between variable names are allowed
- BASIC keywords can't be used
- different sign e.g.: a slash (doesn't depend which direction), a 'minus' sign, a 'and' sign can't be used in a variable names
- after a dollar sign (for defining string variables) it is not allowed to use further signs
- different defining functions together are not allowed (e.g. use '%' together with '$')
- you can use 40 characters for a variable name
- use ! for defining a REAL value variable (like the function DEFREAL but only for the assigned variable) > It's also possible to omit the exlamation mark because it's the default system declaration after powering on then CPC.
- use % for defining a INTEGER value variable (like the function DEFINT but only for the assigned variable)
- use $ for defining a STRING variable (like the function DEFSTR but only for the assigned variable)
- Minimum line number is 1. Maximum line number is 65535.

This is converted into the tokenised BASIC program which is more compact than the line entered. The BASIC keywords are converted into "tokens", or 1-2 byte sequences which uniquely identify each keyword.


Speeding up BASIC programs

To speed up BASIC programs following rules could help:

- Avoid loops or a branching program structure if possible. Internally the operating system searches for the right line number always from the beginning of the program 'listing'. Often recurring subroutines (if necessary) should be at the beginning of RAM to speed up things.
- Avoid the index variable after the NEXT command/statement (although it isn't a good program style)
- Avoid spaces inside program code or remarks
- Put lots of statements as possible in ONE line
- Use variables instead of constants. A constand has always to be converted in a binary/digital format. A variable is already converted.
- Dimensioning at the beginning of the program
- Dimensioning your variables & pre-calculate
- Avoid AND/OR/XOR in IF-THEN statements. It's faster to write IF ... THEN (statement 1).. IF ... THEN (statement 2).

Structure of a BASIC program

A BASIC program is stored in a tokenised format. Here the keywords are represented by 1 or 2 byte unique sequences. Each line of the BASIC program has the form:


Offset Size Description
0 2 Length of line data in bytes (note 1)
2 2 16-bit decimal integer line number (note 2)
4 n BASIC line encoded into tokens (note 3)
n+1 1 "0" the end of line marker (note 4)


Notes:

  1. This 16-bit value has two functions: if "0" it signals the end of the BASIC program. In this case, there is no furthur BASIC program lines or data, otherwise, this value defines the length of the tokenised BASIC program line in bytes, and includes the 2 bytes defining this value, the 2 bytes defining the program line number, and the end of line marker. This number is stored in little endian notation with low byte followed by high byte.
  2. This 16-bit value defines the line number and exists if the length of line data in bytes is not "0". A line number is a integer number in the range 1-65535. This number is stored in little endian notation with low byte followed by high byte.
  3. This data defines the tokenised BASIC program line and exists if the length of line data in bytes is not "0". The length is dependant on the BASIC program line contents.
  4. This value defines the end of the tokenised BASIC line data and exists if the length of line data in bytes is not "0". The BASIC interpreter looks for this token during the processing of this line, and if found, will stop execution and continue to the next line.

BASIC tokens

This table list the BASIC tokens with no prefix byte.


Code
(hexidecimal)
BASIC keyword
&00 end of tokenised line marker
&01 ":" statement seperator
&02 integer variable definition (defined with "%" suffix)
&03 string variable definition (defined with "$" suffix)
&04 floating point variable definition (defined with "!" suffix)
&05 var?
&06 var?
&07 var?
&08 var?
&09 var?
&0a var?
&0b variable definition (no suffix)
&0c variable definition (no suffix)
&0d variable definition (no suffix)
&0e number constant "0"
&0f number constant "1"
&10 number constant "2"
&11 number constant "3"
&12 number constant "4"
&13 number constant "5"
&14 number constant "6"
&15 number constant "7"
&16 number constant "8"
&17 number constant "9"
&18 number constant "10"
&19 8-bit integer decimal value
&1a 16-bit integer decimal value
&1b 16-bit integer binary value (with "&X" prefix)
&1c 16-bit integer hexadecimal value (with "&H" or "&" prefix)
&1d 16-bit BASIC program line memory address pointer (see notes)
&1e 16-bit integer BASIC line number
&1f floating point value
&20 " " (space) symbol
&21 ASCII "!" symbol
&22 quoted string value
&23-7b ASCII printable symbols
&7c "|" symbol; prefix for RSX commands
&80 AFTER
&81 AUTO
&82 BORDER
&83 CALL
&84 CAT
&85 CHAIN
&86 CLEAR
&87 CLG
&88 CLOSEIN
&89 CLOSEOUT
&8a CLS
&8b CONT
&8c DATA
&8d DEF
&8e DEFINT
&8f DEFREAL
&90 DEFSTR
&91 DEG
&92 DELETE
&93 DIM
&94 DRAW
&95 DRAWR
&96 EDIT
&97 ELSE
&98 END
&99 ENT
&9a ENV
&9b ERASE
&9c ERROR
&9d EVERY
&9e FOR
&9f GOSUB, GO SUB
&a0 GOTO, GO TO
&a1 IF
&a2 INK
&a3 INPUT
&a4 KEY
&a5 LET
&a6 LINE
&a7 LIST
&a8 LOAD
&a9 LOCATE
&aa MEMORY
&ab MERGE
&ac MID$
&ad MODE
&ae MOVE
&af MOVER
&b0 NEXT
&b1 NEW
&b2 ON
&b3 ON BREAK
&b4 ON ERROR GOTO, ON ERROR GO TO
&b5 ON SQ
&b6 OPENIN
&b7 OPENOUT
&b8 ORIGIN
&b9 OUT
&ba PAPER
&bb PEN
&bc PLOT
&bd PLOTR
&be POKE
&bf PRINT
&c0 "'" symbol (same function as REM keyword)
&c1 RAD
&c2 RANDOMIZE
&c3 READ
&c4 RELEASE
&c5 REM
&c6 RENUM
&c7 RESTORE
&c8 RESUME
&c9 RETURN
&ca RUN
&cb SAVE
&cc SOUND
&cd SPEED
&ce STOP
&cf SYMBOL
&d0 TAG
&d1 TAGOFF
&d2 TROFF
&d3 TRON
&d4 WAIT
&d5 WEND
&d6 WHILE
&d7 WIDTH
&d8 WINDOW
&d9 WRITE
&da ZONE
&db DI
&dc EI
&dd FILL (v1.1)
&de GRAPHICS (v1.1)
&df MASK (v1.1)
&e0 FRAME (v1.1)
&e1 CURSOR (v1.1)
&e2 (note 2)
&e3 ERL
&e4 FN
&e5 SPC
&e6 STEP
&e7 SWAP
&e8 (note 2)
&e9 (note 2)
&ea TAB
&eb THEN
&ec TO
&ed USING
&ee > (greater than)
&ef = (equal)
&f0 &gt=, > =, => (greater or equal)
&f1 < (less than)
&f2 <&gt, < > (not equal)
&f3 =<, <=, < = (less than or equal)
&f4 + (addition)
&f5 - (subtraction or unary minus)
&f6 * (multiplication)
&f7 / (division)
&f8 ^ (x to the power of y)
&f9 \ (integer division)
&fa AND
&fb MOD
&fc OR
&fd XOR
&fe NOT
&ff (prefix for additional keywords)


Notes:

  • The &ff code is used as a prefix for more keywords. See the table below for the list of keywords using this prefix.
  • &e2,&e8 and &e9 are not used
  • &7c ("|") is a character prefix used to identify an RSX command. e.g. "|DIR".

An RSX is encoded in a BASIC program using the following structure:

Offset Count Description
0 1 "|" character prefix
1 1 8-bit byte offset to tokens following RSX name.
2 x RSX name. (Last character of name has bit 7 set to "1", all other characters have bit 7 set to "0")
  • This token identifies a integer (16-bit) number. The two bytes following this token is the number, stored low byte then high byte. e.g. &1a,&2d,&00 represents the integer number "&002d"="45".
  • This token (&0B) is changed at run-time to &0D
  • This token identifies a integer variable. 02,00,00,var name offset to number in program setup when program RUN. The variable name is stored directly, with bit 7 of the last character set.
  • This token identifies a string variable. offset to string in program string stored AS IS with quotes around it.
  • This token identifies a floating point number. Immediatly following the token are 5 bytes which define the number.
Offset Count Description
0 1 &1f (note 1)
1 5 Floating point number (note 2)
    1. This byte is the BASIC token identifying a floating point number
    2. These 5 bytes define the floating point number.
  • The space symbol is used as a command seperator
  • Variable definitions:
    • The variable definition has the following structure:
Offset Count Description
0 1 Token defining variable type
2 2 16-bit Byte offset to variable value within tokenised BASIC program.
4 x Variable name


The 16-bit byte offset is initially set to 0, but is setup when the program is RUN. The offset is stored in little-endian format, with low byte followed by high byte.

    • The token byte defines the variable type (i.e. string, floating point, integer) and the suffix ("$", none and "%").
    • The variable name is stored in the program, with bit 7 of the last character set to "1". e.g. The variable named "abc" will be encoded as 'a','b','c'+&80
  • String values:
    • Each string value is prefixed with &22 token.
    • All strings must be enclosed by double quote symbols (&quot). This symbols define the start and end of the string value.
    • The string value can contain any symbol except the quote ("). i.e. 0-&21, and &23-&ff can be used.
  • After running a program, Tokens of "1d" with 16-bit BASIC program line pointers are changed to token "1e" with the 16-bit memory address of the BASIC line number in memory.


This table list the BASIC tokens with a &ff prefix byte.


Code
(hexidecimal)
BASIC keyword
&00 ABS
&01 ASC
&02 ATN
&03 CHR$
&04 CINT
&05 COS
&06 CREAL
&07 EXP
&08 FIX
&09 FRE
&0a INKEY
&0b INP
&0c INT
&0d JOY
&0e LEN
&0f LOG
&10 LOG10
&11 LOWER$
&12 PEEK
&13 REMAIN
&14 SGN
&15 SIN
&16 SPACE$
&17 SQ
&18 SQR
&19 STR$
&1a TAN
&1b UNT
&1c UPPER$
&1d VAL
  (note 2)
&40 EOF
&41 ERR
&42 HIMEM
&43 INKEY$
&44 PI
&45 RND
&46 TIME
&47 XPOS
&48 YPOS
&49 DERR (v1.1)
  (note 3)
&71 BIN$
&72 DEC$ (v1.1)
&73 HEX$
&74 INSTR
&75 LEFT$
&76 MAX
&77 MIN
&78 POS
&79 RIGHT$
&7a ROUND
&7b STRING$
&7c TEST
&7d TESTR
&7e COPYCHR$ (v1.1)
&7f VPOS
  (note 4)


NOTES:

  • These codes are prefixed by &FF. e.g. The keyword "ABS" is stored as the following sequence:
    &FF,&00
  • Codes &1e...&3f inclusive are not used
  • Codes &4a...&6f inclusive are not used
  • Codes &80...&ff inclusive are not used
  • When a BASIC program is in memory, the BASIC ROM can replace "16-bit BASIC program line number" tokens with "16-bit BASIC program line memory address pointer".

When a program is loaded or saved, there will only be "16-bit BASIC program line number" tokens followed by a 16-bit number of the line.

When a program is running, BASIC will replace the "16-bit BASIC program line number" with the "16-bit BASIC program line memory address pointer" token, and replace the 16-bit line number with the memory address of the start of that line.

It does this to avoid having to lookup the address of the line each time.

  • When a REM or ' is seen, the characters following it are output directly (i.e. the bytes are not tokenized) until the end of line or a ':' is seen.
  • When a BASIC program is listed each line is converted to a string (this includes the line number and the tokens converted to their strings). There is a maximum length for this string of 256 characters. This means that if the BASIC line is LISTed or EDITed, then the line will be displayed incorrectly with missing characters on the end. This is also noticed if you have a "10-liner" program that packs as much BASIC as possible into each line and renumber it so the line number has more digits.

Floating Point data definition

A floating point number represents a number with both an integer and fractional part.


In Amstrad BASIC, a floating point number is stored in base-2 in a normalized form: 1 x 2<exponent> The representation uses 5 bytes and is stored using the following structure:


Byte 0 1 2 3 4
Bit 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
Function (LSB) mantissa (bits 31-24) mantissa (bits 23-16) mantissa (bits 15-8) sign (MSB) mantissa (bits 7-0) exponent

Sign

The sign is represented by bit 7 of byte 3. The value of the sign bit indicates the sign of the floating point number.

    • If the sign bit is "1", then the number is negative.
    • If the sign bit is "0", then the number is positive.

Mantissa

The mantissa holds the normalized number. The exponent is manipulated so that the most significant bit is always 1. Since it is always 1, it is not stored. It's value is implied by the representation.

Exponent

The exponent is 8-bit and is stored in byte 4. It is stored with a bias of 128.

    • 128-255 are positive exponents,
    • 0-127 are negative exponents.

To obtain the signed exponent, you must subtract 128 from the stored exponent. The minimum exponent is 0 and this describes a number of 2^-127. The maximum exponent is 255 and this describes a number of 2^128.

BASIC Display of Floating point numbers

  • Numbers are displayed to 9 decimal places.
  • If the number doesn't have a fractional part (e.g. .0) then the fractional part is not displayed.
  • Trailing zeros (zero digits after the last digit in the fraction) are not displayed
  • The value is rounded in the following way for display:

If the 10th fractional digit is 5 or above, then the number is rounded up. If the 10th fractional digit is 4 or below, then the number is rounded down. e.g.

0.1234567891 is displayed as 0.123456789
0.1234567895 is displayed as 0.12345679

floating point example in RAM by MaV

The initial figure = 43.375. An example in BASIC:

a!=43.375
READY
PRINT a!
 43.375
PRINT @a!
 374
FOR I=0 TO 4:PRINT HEX$(PEEK(374+I),2);:NEXT I
0000802D86

the result for better readability:
00 00 80 2D 86
The first byte contains the least significant bits of the mantissa, and every following byte up to the fourth byte contain the bits following the first in significance and in exactly that order!

That means that you have to turn around the first four bytes if you want to read the mantissa correctly: 2D800000 or 0010.1101.1000.0000.0000.0000.0000.0000 in binary (the stops are inserted for better readability).

Now the highest significant bit here is 0, so the number is positive. What's more, you need to clear that bit and substitute the implied highest bit (see description in the link), which is always 1 (regardless of the deleted sign bit!!!). Thus you get: AD800000 or 1010.1101.1000.0000.0000.0000.0000.0000 in binary.

The mantissa has an implied decimal point before the number. Since the number is 2^32 bits (i.e. 4 bytes) long you have to divide by 2^32 to get the proper decimal representation.

AD800000 (hex) = 2910846976 (dec)

2910846976 / 2^32 = 0.677734375

The mantissa in a decimal representation is: 0.677734375

Now, the last byte contains the exponent: 86 (hex) or 134 (dec). You need to subtract 128 to get the real exponent, the highest bit tells you that the exponent is positive (1) or negative (0). Your exponent is 6.

0.677734375 * 2^6 = 43.375

Another example:
PI is represented in memory as:
A2 DA 0F 49 82
The mantissa is
490FDAA2 (highest significant bit is zero => number is positive) The exponent is
82 (=positive mantissa, value=2 thus multiply mantissa with 2^2)

Delete the sign bit (which is 0 anyway), and then add the implied 1 bit:
C90FDAA2 (hex) = 3373259426 (dec) = 1100.1001.0000.1111.1101.1010.1010.0010 (bin)

Calculate the decimal representation of the mantissa:
3373259426 / 2^32 = 0,7853981633670628070831298828125

Then add the exponent (82h - 80h = 2 thus 2^2)
0,7853981633670628070831298828125 * 2^2 = 3,14159265346825122833251953125

Voilà! The internal representation of the number PI on the CPC is: 3,14159265346825122833251953125


If you compare to a (more) correct representation of PI, you'll see that the CPC is correct up to the 9th decimal place:


CPC:
3.14159265346825122833251953125
more correctly:
3.1415926535897932384626433832795028841971693993751058209749445923078164062862089986...

BASIC floating-point/real variables

A floating point (real) variable describes a number with integer and fractional parts. The biggest figure which can be stored correctly in RAM by a variable is 2^32-1 = 4294967295.

    • A integer variable is defined with a "!" character postfix.

e.g.

a! = 3.141592654
    • A real number uses 5 bytes of memory as storage. The format is described above.
    • The address of a real variable can be found in BASIC by:
      PRINT @a!

Where "a" should be replaced with the name of the variable.


BASIC integer variables

A integer variable describes a whole number. i.e. a number without any fractional part.


NOTES:

    • A integer variable is defined with a "%" character postfix.

e.g.

a% = 3
    • A integer variable has a range of -32768 to 32767
    • A integer variable always uses two bytes of memory as storage with the following format:
Offset Length Description
0 2 Integer number
    • The address of the integer variable can be found in BASIC by:
      PRINT @a%

where "a" should be replaced with the name of the variable.

BASIC string variables

A string is a variable which contains a group of characters.


NOTES:

      • A string variable is defined in BASIC with a "$" character postfix.

e.g.

a$ = "hello"
      • A string variable is described internally by a "string descriptor block" which has the following structure:
Offset Length Description
0 1 Length of string in bytes/characters
1 2 Location of start of string
      • The address of the "string descriptor block" for the string variable can be found in BASIC by typing:
        PRINT @a$

replacing "a$" with the name of the string variable.

      • A string uses a minimum of 3 bytes of storage (a 0 character length string) and a maximum of 258 bytes of storage. 3 bytes are used by the "string descriptor block")
      • A string variable can contain any ASCII character code in the range 0-255.
      • A string variable can store a minimum of 0 characters and a maximum of 255 characters.
      • The length of the string in characters is defined in the string descriptor block. The string does not have a termination character.