home *** CD-ROM | disk | FTP | other *** search
/ POINT Software Programming / PPROG1.ISO / misc / euphoria / refman.doc < prev    next >
Text File  |  1994-04-14  |  79KB  |  2,015 lines

  1.  
  2.         Euphoria Programming Language 
  3.             version 1.2
  4.               Reference Manual
  5.  
  6.  
  7.         (c) 1994 Rapid Deployment Software
  8.     
  9.         Permission is freely granted to anyone
  10.         to copy this manual.
  11.  
  12.  
  13.  
  14.  
  15.             TABLE OF CONTENTS
  16.             =================
  17.  
  18.     1. Introduction 
  19.       
  20.        1.1  Example Program                  
  21.        1.2  Installation             
  22.        1.3  Running a Program    
  23.        1.4  Editing a Program   
  24.        1.5  Distributing a Program
  25.     
  26.     2. Core Language        
  27.      
  28.        2.1  Objects                 
  29.        2.2  Expressions     
  30.        2.3  Declarations 
  31.        2.4  Statements      
  32.        2.5  Top-Level Commands 
  33.     
  34.     3. Debugging 
  35.     
  36.     4. Built-in Routines       
  37.       
  38.        4.1  Predefined Types         
  39.        4.2  Sequence Manipulation   
  40.        4.3  Searching and Sorting  
  41.        4.4  Math            
  42.        4.5  File and Device I/O 
  43.        4.6  Mouse Support   
  44.        4.7  Operating System 
  45.        4.8  Debugging       
  46.        4.9  Graphics & Sound 
  47.        4.10 Machine Level Interface 
  48.  
  49.  
  50.  
  51.     
  52.             1. Introduction
  53.             ===============
  54.         
  55.  Euphoria is a new programming language with the following advantages over 
  56.  conventional languages:
  57.  
  58.  o      a remarkably simple, flexible, powerful language
  59.     definition that is extremely easy to learn and use.  
  60.  
  61.  o      dynamic storage allocation. Variables grow or shrink
  62.     without the programmer having to worry about allocating
  63.     and freeing chunks of memory.  Objects of any size can be 
  64.     assigned to an element of a Euphoria sequence (array).
  65.  
  66.  o      a high-performance, state-of-the-art interpreter that is
  67.     10 to 20 times faster than conventional interpreters such as
  68.     Microsoft QBasic.  
  69.  
  70.  o      lightning-fast pre-compilation. Your program is checked
  71.     for syntax and converted into an efficient internal form at
  72.     over 12,000 lines per second on a 486-50. 
  73.  
  74.  o      extensive run-time checking for: out-of-bounds subscripts,
  75.     uninitialized variables, bad parameter values for built-in
  76.     functions, illegal value assigned to a variable and many 
  77.     more.  There are no mysterious machine exceptions -- you 
  78.     will always get a full English description of any problem 
  79.     that occurs with your program at run-time, along with a 
  80.     call-stack trace-back and a dump of all of your variable
  81.     values.  Programs can be debugged quickly, easily and
  82.     more thoroughly.
  83.  
  84.  o      features of the underlying hardware are completely hidden. 
  85.     Programs are not aware of word-lengths,    underlying bit-level 
  86.     representation of values, byte-order etc. Euphoria programs are 
  87.     therefore highly portable from one machine to another.
  88.  
  89.  o      a full-screen source debugger and an execution profiler
  90.     are included, along with a full-screen editor. On a color 
  91.     monitor, the editor displays Euphoria programs in 
  92.     multiple colors, to highlight comments, reserved words, 
  93.     built-in functions, strings, and level of nesting of brackets. 
  94.     It optionally performs auto-completion of statements, 
  95.     saving you typing effort and reducing syntax errors. This 
  96.     editor is written in Euphoria, and the source code is 
  97.     provided to you without restrictions. You are free to
  98.     modify it, add features, and redistribute it as you wish. 
  99.  
  100.  o      Euphoria programs run under MS-DOS (or Windows), but are not
  101.     subject to any 64K or 640K memory limitations. You can
  102.     create programs that use the full multi-megabyte memory
  103.     of your computer. You can even set up a swap file for
  104.     programs that need more memory than exists on your machine. 
  105.     A least-recently-used paging algorithm will automatically 
  106.     shuffle pages of virtual memory in and out as your program 
  107.     executes.
  108.  
  109.  o      Euphoria routines are naturally generic. The example
  110.     program below shows a single routine that will sort any
  111.     type of data -- integers, floating-point numbers, strings
  112.     etc. Euphoria is not an "Object-Oriented" language in the 
  113.     usual sense, yet it achieves many of the benefits of these
  114.     languages in a much simpler way. 
  115.  
  116.  
  117.  1.1 Example Program 
  118.  -------------------
  119.  
  120.  The following is an example of a complete Euphoria program.
  121.  
  122.  
  123. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  124.  
  125.  sequence list, sorted_list
  126.  
  127.  function merge_sort(sequence x)
  128.  -- put x into ascending order using a recursive merge sort
  129.      integer n, mid
  130.      sequence merged, x1, x2
  131.  
  132.      n = length(x)
  133.      if n = 0 or n = 1 then
  134.      return x  -- trivial case
  135.      end if
  136.  
  137.      mid = floor(n/2)
  138.      x1 = merge_sort(x[1..mid])       -- sort first half of x 
  139.      x2 = merge_sort(x[mid+1..n])     -- sort second half of x
  140.  
  141.      -- merge the two sorted halves into one
  142.      merged = {}
  143.      while length(x1) > 0 and length(x2) > 0 do
  144.      if compare(x1[1], x2[1]) < 0 then
  145.          merged = append(merged, x1[1])
  146.          x1 = x1[2..length(x1)]
  147.      else
  148.          merged = append(merged, x2[1])
  149.          x2 = x2[2..length(x2)]
  150.      end if
  151.      end while
  152.      return merged & x1 & x2  -- merged data plus leftovers
  153.  end function
  154.  
  155.  procedure print_sorted_list()
  156.  -- generate sorted_list from list 
  157.      list = {9, 10, 3, 1, 4, 5, 8, 7, 6, 2}
  158.      sorted_list = merge_sort(list)
  159.      ? sorted_list   
  160.  end procedure
  161.  
  162.  print_sorted_list()     -- this command starts the program 
  163.  
  164.  
  165. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  166.  
  167.  
  168.  The above example contains 4 separate commands that are processed in order.
  169.  The first declares two variables: list and sorted_list to be sequences. 
  170.  The second defines a function merge_sort(). The third defines a procedure 
  171.  print_sorted_list(). The final command calls procedure print_sorted_list().
  172.  
  173.  The output from the program will be:
  174.   {1, 2, 3, 4, 5, 6, 7, 8, 9, 10}. 
  175.  
  176.  merge_sort() will just as easily sort {1.5, -9, 1e6, 100} or
  177.  {"oranges", "apples", "bananas"} .
  178.  
  179.  This example is stored as euphoria\demo\example.ex. This is not the fastest 
  180.  way to sort in Euphoria. Go into the euphoria\demo directory and type 
  181.  "ex allsorts" to see timings on several different sorting algorithms for 
  182.  increasing numbers of objects. For a quick tutorial on Euphoria programming
  183.  see euphoria\demo\bench\filesort.ex.
  184.  
  185.  
  186.  1.2 Installation 
  187.  ----------------
  188.  
  189.  To install Euphoria on your machine, first read the file install.doc. 
  190.  Installation simply involves copying the euphoria files to your hard disk 
  191.  under a directory named "EUPHORIA", and then modifying your autoexec.bat file
  192.  so that EUPHORIA\BIN is on your search path, and the environment variable 
  193.  EUDIR is set to the EUPHORIA directory. An automatic install program, 
  194.  "install.bat" is provided for this purpose. For the latest details, please 
  195.  read the instructions in install.doc before you run install.bat.
  196.  
  197.  When installed, the euphoria directory will look something like this: 
  198.  
  199.     euphoria 
  200.         readme.doc
  201.         \bin        
  202.             ex.exe, dos4gw.exe, ed.bat, other utilities
  203.         \include
  204.             standard include files, e.g. graphics.e
  205.         \doc
  206.             ed.doc, refman.doc etc.
  207.         \demo   
  208.             demo programs, e.g. ttt.ex, mset.ex, plot3d.ex
  209.             \learn
  210.                test your knowledge of Euphoria
  211.             \langwar
  212.                language war game, lw.ex
  213.             \bench  
  214.                benchmark programs
  215.            
  216.  
  217.  1.3 Running a Program
  218.  ------------------------
  219.  
  220.  Euphoria programs are executed by typing "ex", followed by the name of the 
  221.  main (or only) file. By convention, main Euphoria files have an extension of 
  222.  ".ex".  Other Euphoria files, that are meant to be included in a larger
  223.  program, end in ".e". To save typing, you can leave off the ".ex", and 
  224.  the ex command will supply it for you automatically. If the file can't be 
  225.  found in the current directory, your PATH will be searched. There are no 
  226.  command-line options for ex itself, but your program can call the built-in 
  227.  function command_line() to read the ex command-line. You can redirect 
  228.  standard input and standard output when you run a Euphoria program, 
  229.  for example:
  230.  
  231.     ex filesort.ex < raw > sorted
  232.  
  233.        or simply,
  234.  
  235.     ex filesort < raw > sorted
  236.  
  237.  For frequently-used programs you might want to make a small .bat file 
  238.  containing something like:
  239.      
  240.       @echo off
  241.       ex myprog.ex %1 %2
  242.  
  243.  where myprog.ex expects two command-line arguments. This will save you 
  244.  from typing ex all the time. 
  245.  
  246.  ex.exe is in the euphoria\bin directory which must be on your search path. 
  247.  The file dos4gw.exe must also be present in the bin directory (or somewhere 
  248.  on the search path). Some Euphoria programs expect the environment variable 
  249.  EUDIR to be set to the main Euphoria directory.
  250.  
  251.  Running Under Windows
  252.  ---------------------
  253.  You can run Euphoria programs directly from the Windows environment, or from 
  254.  a DOS shell that you have opened from Windows. By "associating" .ex files
  255.  with ex.exe, you can simply double-click on a .ex file to run it. It
  256.  is possible to have several Euphoria programs active in different windows.
  257.  You can resize these windows, move them around, change to a different font, 
  258.  run things in the background, copy and paste between windows etc. See your 
  259.  Windows manual. The Euphoria editor is available. You might want to 
  260.  associate .e, .pro and other text files with ed.bat. Also, the File-menu/
  261.  Run-command will let you type in ex or ed command lines. 
  262.  
  263.  Use of a swap file
  264.  ------------------
  265.  If your program requires more memory than is physically present on your 
  266.  machine, you can easily set up a swap file to provide extra "virtual" 
  267.  memory under DOS. All you have to do is define the environment variable 
  268.  DOS4GVM. The MS-DOS command:  set DOS4GVM=1  will allow a 16 megabyte swap 
  269.  file to be created, which will be used as virtual memory. Portions of your 
  270.  program and data that have not been recently used will be copied out to this 
  271.  file to create room in physical memory for actively-used information. If you
  272.  can't afford the default 16 megabytes of disk space, you could: 
  273.  set DOS4GVM=virtualsize#8192  to get an 8 megabyte swap file, or specify a 
  274.  smaller number if this is still too much. To turn off virtual memory, 
  275.  you can:  set DOS4GVM=  after your program has finished executing. The swap 
  276.  file can be deleted after execution, but leaving it in place will let your 
  277.  next program start up faster.  
  278.  
  279.  When you run under Windows, virtual memory swapping will be performed 
  280.  by Windows itself, and you may actually get more memory than DOS (without
  281.  swap file) would provide. 
  282.  
  283.  
  284.  1.4 Editing a Program 
  285.  ---------------------
  286.  
  287.  You can use any text editor to edit a Euphoria program. However, Euphoria 
  288.  comes with its own special editor which is written entirely in Euphoria. 
  289.  Type ed followed by the complete name of the file you wish to edit (the 
  290.  .ex extension is not assumed). You can use this editor to edit any kind of 
  291.  text file. When you edit a .e or .ex file some extra features, such as color 
  292.  syntax highlighting and auto-completion of certain statements, are available 
  293.  to make your job easier.
  294.  
  295.  Whenever you run a Euphoria program and get an error message, during 
  296.  compilation or execution, you can simply type ed with no file name and you 
  297.  will be automatically positioned in the file containing the error, at 
  298.  the correct line and column, and with the error message displayed at the 
  299.  top of the screen. 
  300.  
  301.  Under Windows you can associate ed.bat with various kinds of text files 
  302.  that you want to edit.
  303.  
  304.  Most keys that you type are inserted into the file at the cursor position. 
  305.  Hit the Esc key once to get a menu bar of special commands. The arrow keys, 
  306.  and the Insert/Delete Home/End PageUp/PageDown keys are also active. See 
  307.  the file euphoria\doc\ed.doc for a complete description of the editing 
  308.  commands. Esc h (help) will let you view ed.doc from your editing session.
  309.  
  310.  If you need to understand or modify any detail of the editor's operation, 
  311.  you can edit the file ed.ex in euphoria\bin (be sure to make a backup 
  312.  copy so you don't lose your ability to edit).  If the name ed conflicts 
  313.  with some other command on your system, simply rename the file 
  314.  euphoria\bin\ed.bat to something else.  Because this editor is written 
  315.  in Euphoria, it is remarkably concise and easy to understand. The same 
  316.  functionality implemented in a language like C, would take far more 
  317.  lines of code.
  318.  
  319.  
  320.  1.5 Distributing a Program
  321.  --------------------------
  322.  
  323.  Your customer needs to have the 2 files: ex.exe and dos4gw.exe somewhere 
  324.  on the search path. You are free to supply anyone with the Public Domain
  325.  Edition of ex.exe, as well as dos4gw.exe to support it.
  326.  
  327.  Your program can be distributed in source form or in shrouded form. In source
  328.  form you supply your Euphoria files plus any standard include files that are
  329.  required. To deliver a program in shrouded form, you run the Euphoria source 
  330.  code shrouder, bin\shroud.ex, against your main Euphoria file. The shrouder 
  331.  pulls together all included files into a single compact file that is 
  332.  virtually unreadable. You then ship this one file plus a copy of ex.exe and 
  333.  dos4gw.exe. One copy of ex.exe and dos4gw.exe on a machine is sufficient to 
  334.  run any number of Euphoria programs. Comments in bin\shroud.ex tell you how 
  335.  to run it, and what it does to obscure or "shroud" your source. 
  336.  
  337.  
  338.  
  339.             2. The Core Language
  340.             ====================
  341.  
  342.  2.1 Objects
  343.  -----------
  344.  
  345.  All data objects in Euphoria are either atoms or sequences.  An atom is a 
  346.  single numeric value. A sequence is an ordered list of data objects.  
  347.  The objects contained in a sequence can be an arbitrary mix of atoms or 
  348.  sequences. A sequence is represented by a list of objects in brace brackets,
  349.  separated by commas. Atoms can have any double-precision floating point value.
  350.  This is approximately -1e300 to +1e300 with 15 decimal digits of accuracy.
  351.  Here are some Euphoria objects:
  352.  
  353.     -- examples of atoms:
  354.     0
  355.     1000
  356.     98.6
  357.     -1e6
  358.  
  359.     -- examples of sequences:
  360.     {2, 3, 5, 7, 11, 13, 17, 19}        -- 8-element sequence
  361.     {1, 2, {3, 3, 3}, 4, {5, {6}}}      -- 5-element sequence
  362.     {{"jon", "smith"}, 52389, 97.25}    -- 3-element sequence
  363.     {}                                  -- 0-element sequence
  364.  
  365.  Numbers can also be entered in hexadecimal. For example:
  366.     #FE             -- 254
  367.     #A000           -- 40960
  368.     #FFFF00008      -- 68718428168
  369.     -#10            -- -16
  370.  
  371.  Sequences can be nested to any depth.  Brace brackets are used to construct 
  372.  sequences out of a list of expressions.  These expressions are evaluated at 
  373.  run-time. e.g.
  374.  
  375.     {x+6, 9, y*w+2, sin(0.5)}
  376.  
  377.  The "Hierarchical Objects" part of the Euphoria acronym comes from the
  378.  hierarchical nature of nested sequences. This should not be confused with
  379.  the class hierarchies of certain object-oriented languages. 
  380.  
  381.  Performance Note: Although atoms can have any double-precision value,
  382.  integer-valued atoms are generally stored and manipulated as machine integers
  383.  to save time and space. 
  384.  
  385.  
  386.  Character Strings
  387.  -----------------
  388.  Character strings may be entered using quotes e.g.
  389.  
  390.     "ABCDEFG"
  391.  
  392.  Strings are just sequences of characters, and may be manipulated and 
  393.  operated upon just like any other sequences. For example the above 
  394.  string is equivalent to the sequence
  395.  
  396.     {65, 66, 67, 68, 69, 70, 71}
  397.  
  398.  which contains the corresponding ASCII codes. Individual characters may be 
  399.  entered using single quotes if it is desired that they be treated as 
  400.  individual numbers (atoms) and not length-1 sequences. e.g.
  401.  
  402.      'B'   -- equivalent to the atom 66
  403.      "B"   -- equivalent to the sequence {66}
  404.  
  405.  Note that an atom is not equivalent to a one-element sequence containing 
  406.  the same value, although there are a few built-in routines that choose 
  407.  to treat them similarly.
  408.  
  409.  Special characters may be entered using a back-slash:
  410.  
  411.     \n        newline
  412.     \r        carriage return
  413.     \t        tab
  414.     \\        backslash
  415.     \"        double quote
  416.     \'        single quote
  417.  
  418.  For example, "Hello, World!\n", or '\\'. The Euphoria editor displays 
  419.  character strings in brown. 
  420.  
  421.  Comments
  422.  --------
  423.  Comments are started by two dashes and extend to the end of the current line.
  424.  e.g.
  425.  
  426.      -- this is a comment
  427.  
  428.  Comments are ignored by the compiler and have no effect on execution speed. 
  429.  The editor displays comments in red. In this manual we use italics.
  430.  
  431.  
  432.  2.2 Expressions
  433.  ---------------
  434.  
  435.  Objects can be combined into expressions using binary and unary operators as 
  436.  well as built-in and user-defined functions. For example,
  437.  
  438.     {1,2,3} + 5
  439.  
  440.  is an expression that adds the sequence {1,2,3} and the atom 5 to get the 
  441.  resulting sequence {6,7,8}. Besides + there are many other operators. The 
  442.  precedence of operators is as follows:
  443.  
  444.     highest precedence:     function/type calls
  445.  
  446.                 unary -  not 
  447.  
  448.                 *  /
  449.  
  450.                 +  -
  451.  
  452.                 &
  453.  
  454.                 <  >  <=  >=  =  !=
  455.  
  456.      lowest precedence:     and, or
  457.  
  458.  Thus 2+6*3 means 2+(6*3), not (2+6)*3. Operators on the same line above have 
  459.  equal precedence and are evaluated left to right.
  460.  
  461.  
  462.  Relational & Logical Operators
  463.  ------------------------------
  464.  The relational operators, <, >, <=, >=, = , != each produce a 1 (true) or a 
  465.  0 (false) result. These results can be used by the logical operators 'and', 
  466.  'or', and 'not' to determine an overall truth value. e.g.
  467.  
  468.     b > 0 and b != 100 or not (c <= 5) 
  469.  
  470.  where b and c are the names of variables.  
  471.  
  472.  
  473.  Subscripting of Sequences
  474.  -------------------------
  475.  A single element of a sequence may be selected by giving the element number 
  476.  in square brackets. Element numbers start at 1. Non-integer subscripts are 
  477.  rounded down to an integer. 
  478.  
  479.  For example, if x contains {5, 7, 9, 11, 13} then x[2] is 7. Suppose we 
  480.  assign something different to x[2]:
  481.  
  482.     x[2] = {11,22,33}
  483.  
  484.  Then x becomes: {5, {11,22,33}, 9, 11, 13}. Now if we ask for x[2] we  get 
  485.  {11,22,33} and if we ask for x[2][3] we get the atom 33. If you try to 
  486.  subscript with a number that is outside of the range 1 to the number of 
  487.  elements, you will get a subscript error. For example x[0],  x[-99] or 
  488.  x[6] will cause errors. So will x[1][3] since x[1] is not a sequence. There 
  489.  is no limit to the number of subscripts that may follow a variable, but 
  490.  the variable must contain sequences that are nested deeply enough. The 
  491.  two dimensional array, common in other languages, can be easily simulated 
  492.  with a sequence of sequences:
  493.  
  494.      { {5, 6, 7, 8, 9},
  495.        {1, 2, 3, 4, 5},
  496.        {0, 1, 0, 1, 0} }
  497.  
  498.  An expression of the form x[i][j] can be used to access any element. The two 
  499.  dimensions are not symmetric however, since an entire "row" can be selected 
  500.  with x[i], but there is no simple expression to select an entire column. 
  501.  Other logical structures, such as n-dimensional arrays, arrays of strings, 
  502.  arrays of structures etc. can also be handled easily and flexibly.
  503.     
  504.  Note that expressions in general may not be subscripted, just variables. For 
  505.  example: {5,6,7,8}[3] is not supported. 
  506.  
  507.  
  508.  Slicing of Sequences
  509.  --------------------
  510.  A sequence of consecutive elements may be selected by giving the starting and 
  511.  ending element numbers. For example if x is {1, 1, 2, 2, 2, 1, 1, 1} then 
  512.  x[3..5] is the sequence {2, 2, 2}. x[3..3] is the sequence {2}. x[3..2] is 
  513.  also allowed. It evaluates to the length-0 sequence {}.  If y has the value: 
  514.  {"fred", "george", "mary"} then y[1..2] is {"fred", "george"}.
  515.  
  516.  We can also use slices for overwriting portions of variables. After x[3..5] = 
  517.  {9, 9, 9} x would be {1, 1, 9, 9, 9, 1, 1, 1}. We could also have said 
  518.  x[3..5] = 9 with the same effect. Suppose y is {0, "Euphoria", 1, 1}. 
  519.  Then y[2][1..4] is "Euph". If we say y[2][1..4]="ABCD" then y will 
  520.  become {0, "ABCDoria", 1, 1}.
  521.  
  522.  We need to be a bit more precise in defining the rules for empty slices. 
  523.  Consider a slice s[i..j] where s is of length n. A slice from i to j, 
  524.  where  j = i-1  and i >= 1 produces the empty sequence, even if i = n+1. 
  525.  Thus 1..0  and n+1..n and everything in between are legal (empty) slices. 
  526.  Empty slices are quite useful in many algorithms. A slice from i to j where 
  527.  j < i - 1 is illegal , i.e. "reverse" slices such as s[5..3] are not allowed. 
  528.  
  529.  
  530.  Concatenation of Sequences and Atoms
  531.  ------------------------------------
  532.  Any two objects may be concatenated using the & operator. The result is a 
  533.  sequence with a length equal to the sum of the lengths of the concatenated 
  534.  objects (where atoms are considered here to have length 1). e.g.
  535.  
  536.     {1, 2, 3} & 4   -- result is {1, 2, 3, 4}
  537.  
  538.     4 & 5           -- result is {4, 5}
  539.  
  540.     {{1, 1}, 2, 3} & {4, 5}   -- result is {{1, 1}, 2, 3, 4, 5}
  541.  
  542.     x = {}  
  543.     y = {1, 2}
  544.     y = y & x       -- y is still {1, 2}
  545.  
  546.  
  547.  Arithmetic Operations on Sequences
  548.  ----------------------------------
  549.  Any binary or unary arithmetic operation, including any of the built-in 
  550.  math routines, may be applied to entire sequences as well as to single 
  551.  numbers.
  552.  
  553.  When applied to a sequence, a unary operator is actually applied to each 
  554.  element in the sequence to yield a sequence of results of the same length. 
  555.  If one of these elements is itself a sequence then the same rule is applied 
  556.  recursively. e.g.
  557.  
  558.     x = -{1, 2, 3, {4, 5}}   -- x is {-1, -2, -3, {-4, -5}}
  559.  
  560.  If a binary operator has operands which are both sequences then the two 
  561.  sequences must be of the same length. The binary operation is then applied 
  562.  to corresponding elements taken from the two sequences to get a sequence of 
  563.  results. e.g.
  564.  
  565.     x = {5, 6, 7 {1, 1}} + {10, 10, 20, 100}
  566.     -- x is {15, 16, 27, {101, 101}}
  567.  
  568.  If a binary operator has one operand which is a sequence while the other is a 
  569.  single number (atom) then the single number is effectively repeated to 
  570.  form a sequence of equal length to the sequence operand. The rules for 
  571.  operating on two sequences then apply. Some examples:
  572.  
  573.     y = {4, 5, 6}
  574.  
  575.     w = 5 * y  -- w is {20, 25, 30}
  576.  
  577.     x = {1, 2, 3}
  578.     
  579.     z = x + y  -- z is {5, 7, 9}
  580.  
  581.     z = x < y  -- z is {1, 1, 1}
  582.  
  583.     w = {{1, 2}, {3, 4}, {5}}
  584.    
  585.     w = w * y  -- w is {{4, 8}, {15, 20}, {30}}
  586.  
  587.  
  588.  Comparison of Euphoria Objects with Other Languages
  589.  ---------------------------------------------------
  590.  By basing Euphoria on this one, simple, general, recursive data structure, 
  591.  a tremendous amount of the complexity normally found in programming languages
  592.  has been avoided. The arrays, record structures, unions, arrays of records, 
  593.  multidimensional arrays, etc. of other languages can all be easily 
  594.  simulated in Euphoria with sequences. So can higher-level structures such
  595.  as lists, stacks, queues, trees etc. 
  596.  
  597.  Furthermore, in Euphoria you can have sequences of mixed type; you can 
  598.  assign any object to an element of a sequence; and sequences easily grow or 
  599.  shrink in length without your having to worry about storage allocation issues.
  600.  The exact layout of a data structure does not have to be declared in advance,
  601.  and can change dynamically as required. It is easy to write generic code,
  602.  where, for instance, you push or pop a mix of various kinds of data 
  603.  objects using a single stack. 
  604.  
  605.  Data structure manipulations are very efficient since Euphoria will point to 
  606.  large data objects rather than copy them. 
  607.  
  608.  Programming in Euphoria is based entirely on creating and manipulating 
  609.  flexible, dynamic sequences of data. Sequences are it - there are no
  610.  other data structures to learn. You operate in a simple, safe, elastic world 
  611.  of *values*, that is far removed from the rigid, tedious, dangerous world
  612.  of bits, bytes, pointers and machine crashes. 
  613.  
  614.  Unlike other languages such as LISP and Smalltalk, Euphoria's 
  615.  "garbage collection" of unused storage is a continuous process that never 
  616.  causes random delays in execution of a program, and does not pre-allocate 
  617.  huge regions of memory.   
  618.  
  619.  The language definitions of conventional languages such as C, C++, Ada, etc.
  620.  are very complex. Most programmers become fluent in only a subset of the 
  621.  language. The ANSI standards for these languages read like complex legal 
  622.  documents. 
  623.  
  624.  You are forced to write different code for different data types simply to 
  625.  copy the data, ask for its current length, concatenate it, compare it etc. 
  626.  The manuals for those languages are packed with routines such as "strcpy",
  627.  "strncpy", "memcpy", "strcat",  "strlen", "strcmp", "memcmp", etc. that 
  628.  each only work on one of the many types of data.
  629.  
  630.  Much of the complexity surrounds issues of data type. How do you define 
  631.  new types? Which types of data can be mixed? How do you convert one type 
  632.  into another in a way that will keep the compiler happy? When you need to 
  633.  do something requiring flexibility at runtime, you frequently find yourself 
  634.  trying to fake out the compiler.
  635.  
  636.  In these languages the numeric value 4 (for example) can have a different 
  637.  meaning depending on whether it is an int, a char, a short, a double, an  
  638.  int * etc.. In Euphoria, 4 is the atom 4, period. Euphoria has something 
  639.  called types as we shall see later, but it is a much simpler concept.
  640.  
  641.  Issues of dynamic storage allocation and deallocation consume a great deal 
  642.  of programmer coding time and debugging time in these other languages, and 
  643.  make the resulting programs much harder to understand. 
  644.  
  645.  Pointer variables are extensively used. The pointer has been called the 
  646.  "go to" of data structures. It forces programmers to think of data as 
  647.  being bound to a fixed memory location where it can be manipulated in all 
  648.  sorts of low-level non-portable, tricky ways. A picture of the actual 
  649.  hardware that your program will run on is never far from your mind. Euphoria
  650.  does not have pointers and does not need them.
  651.  
  652.  
  653.  2.3 Declarations
  654.  ----------------
  655.  
  656.  Identifiers
  657.  -----------
  658.  Variable names and other user-defined symbols (identifiers) may be of any 
  659.  length. Upper and lower case are distinct. Identifiers must start with a 
  660.  letter and then be followed by letters, digits or underscores. The 
  661.  following reserved words have special meaning in Euphoria and may not be 
  662.  used as identifiers:
  663.  
  664.  and            end             include         then
  665.  by             exit            not             to
  666.  constant       for             or              type
  667.  do             function        procedure       while
  668.  else           global          profile         with
  669.  elsif          if              return          without 
  670.  
  671.  The Euphoria editor displays these words in blue. In this manual we use 
  672.  boldface.
  673.  
  674.  The following kinds of user-defined symbols may be declared in a program:
  675.  
  676.      o  procedures 
  677.     These perform some computation and may have a list of parameters, 
  678.     e.g.
  679.    
  680.     procedure empty()
  681.     end procedure
  682.  
  683.     procedure plot(integer x, integer y)
  684.         position(x, y)
  685.         puts(1, '*')
  686.     end procedure
  687.     
  688.     There are a fixed number of named parameters, but this is not 
  689.     restrictive since any parameter could be a variable-length sequence 
  690.     of arbitrary objects. In many languages variable-length parameter 
  691.     lists are impossible.  In C, you must set up strange mechanisms that
  692.     are complex enough that the average programmer cannot do it without
  693.     consulting a manual or a local guru. 
  694.  
  695.     A copy of the value of each argument is passed in. The formal 
  696.     parameter variables may be modified inside the procedure but this does
  697.     not affect the value of the arguments.
  698.  
  699.     Performance Note: The interpreter does not copy sequences unless it 
  700.     becomes necessary. For example,
  701.         y = {1,2,3,4,5,6,7}
  702.         x = y
  703.     The statement x = y does not cause the value of y to be copied.
  704.     Both x and y will simply "point" to the same data. If we later perform
  705.     x[3] = 9, then x will be given its own separate copy. The same thing 
  706.     applies to "copies" of arguments passed in to subroutines.
  707.     
  708.      o  functions 
  709.     These are just like procedures, but they return a value, and can be
  710.     used in an expression, e.g.
  711.  
  712.     function max(atom a, atom b)
  713.         if a >= b then
  714.         return a
  715.         else
  716.         return b
  717.         end if
  718.     end function
  719.  
  720.     Any Euphoria object can be returned.  You can, in effect, have 
  721.     multiple return values, by returning a sequence of objects. e.g.
  722.     
  723.     return {quotient, remainder}
  724.  
  725.     We will use the general term "subroutine", or simply "routine" when a
  726.     remark is applicable to both procedures and functions.
  727.  
  728.      o  types 
  729.     These are special functions that may be used in declaring the allowed
  730.     values for a variable. A type must have exactly one parameter and 
  731.     should return an atom that is either TRUE (non-zero) or FALSE (zero).
  732.     Types can also be called just like other functions. They are discussed
  733.     in more detail below.
  734.  
  735.      o  variables 
  736.     These may be assigned values during execution e.g.
  737.  
  738.     integer x
  739.     x = 25
  740.  
  741.     object a, b, c
  742.     a = {}
  743.     b = a
  744.     c = 0
  745.  
  746.      o  constants
  747.     These are variables that are assigned an initial value that can 
  748.     never change e.g.
  749.       
  750.     constant MAX = 100
  751.     constant upper = MAX - 10, lower = 5
  752.  
  753.     The result of any expression can be assigned to a constant,
  754.     even one involving calls to previously defined functions, but once
  755.     the assignment is made the value of the constant variable is 
  756.     "locked in".
  757.  
  758.  
  759.  Scope
  760.  -----
  761.  Every symbol must be declared before it is used. This is restrictive, but it
  762.  has benefits. It means you always know in which direction to look for the 
  763.  definition of a subroutine or variable that is used at some point in the 
  764.  program. When looking at a subroutine definition, you know that there could 
  765.  not be a call to this routine from any routine defined earlier. In general, 
  766.  it forces you to organize your program into a hierarchy where there are 
  767.  distinct,  "layers" of  low-level , followed by higher-level routines. You 
  768.  can replace a layer without disrupting any lower layers.
  769.  
  770.  A symbol is defined from the point where it is declared to the end of its 
  771.  scope. The scope of a variable declared inside a procedure or function (a 
  772.  private variable) ends at the end of the procedure or function.  The scope 
  773.  of all other constants, procedures, functions and variables ends at the end
  774.  of the source file in which they are declared and they are referred to as 
  775.  local, unless the word global precedes their declaration, in which case their 
  776.  scope extends indefinitely. Procedures and functions can call themselves 
  777.  recursively.
  778.  
  779.  Constant declarations must be outside of any function or procedure.
  780.  
  781.  A special case is that of the controlling variable used in a for-loop. It is 
  782.  automatically declared at the beginning of the loop, and its scope ends at 
  783.  the end of the for loop. If the loop is inside a function or procedure, the 
  784.  loop variable is a private variable and may not have the same name as any 
  785.  other private variable. When the loop is at the top level, outside of any  
  786.  function or procedure, the loop variable is a local variable and may not have 
  787.  the same name as any other global or local variable in that file. You do not 
  788.  declare loop variables as you would other variables. The range of values 
  789.  specified in the for statement defines the legal values of the loop variable 
  790.  - specifying a type would be redundant and is not allowed.
  791.  
  792.  
  793.  Specifying the type of a variable
  794.  ---------------------------------
  795.  
  796.  Variable declarations have a type name followed by a list of
  797.  the variables being declared. For example,
  798.  
  799.     object a 
  800.  
  801.     global integer x, y, z 
  802.  
  803.     procedure fred(sequence q, sequence r)
  804.  
  805.  In a parameter list like the one above, the type name may only be followed by 
  806.  a single variable name. 
  807.  
  808.  The types: object, sequence, atom and integer are predefined. Variables of 
  809.  type object may take on any value. Those declared with type sequence must be 
  810.  always be sequences. Those declared with type atom must always be atoms. Those
  811.  declared with type integer must be atoms with integer values from -1073709056 
  812.  to +1073709055 inclusive. You can perform exact calculations on larger integer
  813.  values, up to about 15 decimal digits, but declare them as atom, rather than 
  814.  integer.
  815.  
  816.  Performance Note: Calculations using integer variables will usually be 
  817.  somewhat faster than calculations involving atom variables. If your
  818.  machine has floating-point hardware, Euphoria will use it to manipulate  
  819.  atoms that aren't representable as integers, otherwise floating-point
  820.  emulation routines contained in ex.exe are used.
  821.  
  822.  To augment the predefined types, you can create new types. All you have to 
  823.  do is define a single-parameter function, but declare it with  
  824.  type ... end type instead of function ... end function. For example,
  825.  
  826.  
  827.     type hour(integer x)
  828.          return x >= 0 and x <= 23
  829.     end type
  830.  
  831.     hour h1, h2
  832.  
  833.  This guarantees that variables h1 and h2 can only be assigned integer values 
  834.  in the range 0 to 23 inclusive. After an assignment to h1 or h2 the 
  835.  interpreter will call "hour()", passing the new value.  The parameter x will 
  836.  first be checked to see if it is an integer. If it is, the return statement 
  837.  will be executed to test the value of x (i.e. the new value of h1 or h2). 
  838.  If "hour" returns true, execution continues normally. If "hour" returns false
  839.  then the program is aborted with a suitable diagnostic message. 
  840.  
  841.     procedure set_time(hour h)
  842.  
  843.  set_time() above can only be called with a reasonable value for parameter h.
  844.  
  845.  A variable's type will be checked after each assignment to the variable 
  846.  (except where the compiler can predetermine that a check will not be 
  847.  necessary), and the program will terminate immediately if the type function 
  848.  returns false.  Subroutine parameter types are checked when the subroutine 
  849.  is called. This checking guarantees that a variable can never have a value 
  850.  that does not belong to the type of that variable.
  851.  
  852.  Unlike other languages, the type of a variable does not affect any 
  853.  calculations on the variable. Only the value of the variable matters in an 
  854.  expression. The type just serves as an error check to prevent any "corruption"
  855.  of the variable. 
  856.  
  857.  Type checking can be turned off or on in between subroutines using the 
  858.  with type_check or without type_check commands. It is initially on by default.
  859.  
  860.  Note to Benchmarkers: When comparing the speed of Euphoria programs against 
  861.  programs written in other languages, you should specify  without type_check 
  862.  at the top of the file, unless the other language provides a comparable 
  863.  amount of run-time checking. This gives Euphoria permission to skip runtime 
  864.  type checks, thereby saving some execution time. When type_check is off, all 
  865.  other checks are still performed, e.g. subscript checking, uninitialized 
  866.  variable checking etc. Even when you turn off type checking, Euphoria 
  867.  reserves the right to make checks at strategic places, since this can 
  868.  actually allow it to run your program faster in many cases. So you may 
  869.  still get a type check failure even when you have turned off type checking. 
  870.  With or without type_check, you will never get a machine-level exception. 
  871.  You will always get a meaningful message from Euphoria when something goes 
  872.  wrong.
  873.  
  874.  Euphoria's method of defining types is much simpler than what you will find 
  875.  in other languages, yet Euphoria provides the programmer with greater 
  876.  flexibility in defining the legal values for a type of data. Any algorithm 
  877.  can be used to include or exclude values. You can even declare a variable 
  878.  to be of type object which will allow it to take on any value. Routines can 
  879.  be written to work with very specific types, or very general types.
  880.  
  881.  Strict type definitions can greatly aid the process of debugging.  Logic 
  882.  errors are caught close to their source and are not allowed to propagate in 
  883.  subtle ways through the rest of the program. Furthermore, it is much easier 
  884.  to reason about the misbehavior of a section of code when you are guaranteed 
  885.  that the variables involved always had a legal value, if not the desired 
  886.  value.
  887.  
  888.  Types also provide meaningful, machine-checkable documentation about your 
  889.  program, making it easier for you or others to understand your code at a 
  890.  later date. Combined with the subscript checking, uninitialized variable 
  891.  checking, and other checking that is always present, strict run-time type 
  892.  checking makes debugging much easier in Euphoria than in most other 
  893.  languages. It also increases the reliability of the final program since 
  894.  many latent bugs that would have survived the testing phase in other 
  895.  languages will have been caught by Euphoria.
  896.  
  897.  Anecdote 1: In porting a large C program to Euphoria, a number
  898.  of latent bugs were discovered. Although this C program was believed to be 
  899.  totally "correct", we found: a situation where an uninitialized variable 
  900.  was being read; a place where element number "-1" of an array was routinely 
  901.  written and read; and a situation where something was written just off the 
  902.  screen. These problems resulted in errors that weren't easily visible to a 
  903.  casual observer, so they had survived testing of the C code. 
  904.  
  905.  Anecdote 2: The Quick Sort algorithm presented on page 117 of Writing 
  906.  Efficient Programs by Jon Bentley has a subscript error! The algorithm will 
  907.  sometimes read the element just before the beginning of the array to be 
  908.  sorted, and will sometimes read the element just after the end of the array. 
  909.  Whatever garbage is read, the algorithm will still work - this is probably 
  910.  why the bug was never caught. But what if there isn't any (virtual) memory 
  911.  just before or just after the array? Bentley later modifies the algorithm 
  912.  such that this bug goes away -- but he presented this version as being 
  913.  correct. Even the experts need subscript checking!
  914.  
  915.  Performance Note: When typical user-defined types are used extensively, type 
  916.  checking adds only 20 to 40 percent to execution time. Leave it on unless 
  917.  you really need the extra speed. You might also consider turning it off for
  918.  just a few heavily-executed routines. Profiling can help with this decision.
  919.  
  920.  
  921.  2.4 Statements
  922.  --------------
  923.  
  924.  The following kinds of executable statements are available:
  925.  
  926.     o   assignment statement
  927.  
  928.     o   procedure call 
  929.  
  930.     o   if statement
  931.  
  932.     o   while statement
  933.  
  934.     o   for statement 
  935.  
  936.     o   return statement
  937.  
  938.     o   exit statement
  939.  
  940.  Semicolons are not used in Euphoria, but you are free to put as many 
  941.  statements as you like on one line, or to split a single statement across 
  942.  many lines. You may not split a statement in the middle of a variable name, 
  943.  string, number or keyword. 
  944.  
  945.  An assignment statement assigns the value of an expression to a simple 
  946.  variable, or to a subscript or slice of a variable. e.g. 
  947.     
  948.     x = a + b
  949.  
  950.     y[i] = y[i] + 1
  951.  
  952.     y[i..j] = {1, 2, 3}
  953.  
  954.  The previous value of the variable, or element(s) of the subscripted or 
  955.  sliced variable are discarded.  For example, suppose x was a 1000-element 
  956.  sequence that we had initialized with:
  957.  
  958.     object x
  959.  
  960.     x = repeat(0, 1000)  -- repeat 0, 1000 times
  961.  
  962.  and then later we assigned an atom to x with:
  963.  
  964.     x = 7
  965.  
  966.  This is perfectly legal since x is declared as an object. The previous value 
  967.  of x, namely the 1000-element sequence, would simply disappear. Actually, 
  968.  the space consumed by the 1000-element sequence will be automatically 
  969.  recycled due to Euphoria's dynamic storage allocation.
  970.  
  971.  A procedure call starts execution of a procedure, passing it an optional list 
  972.  of argument values. e.g.
  973.  
  974.     plot(x, 23)
  975.  
  976.  An if statement tests an expression to see if it is 0 (false) or non-zero 
  977.  (true) and then executes the appropriate series of statements.  There may 
  978.  be optional elsif and else clauses. e.g.
  979.  
  980.     if a < b then
  981.         x = 1
  982.     end if
  983.  
  984.  
  985.     if a = 9 then
  986.         x = 4
  987.         y = 5
  988.     else
  989.         z = 8
  990.     end if
  991.  
  992.  
  993.     if char = 'a' then
  994.         x = 1
  995.     elsif char = 'b' then
  996.         x = 2
  997.     elsif char = 'c' then
  998.         x = 3
  999.     else
  1000.         x = -1
  1001.     end if
  1002.  
  1003.  A while statement tests an expression to see if it is non-zero (true), 
  1004.  and while it is true a loop is executed. e.g.
  1005.  
  1006.     while x > 0 do
  1007.         a = a * 2
  1008.         x = x - 1
  1009.     end while
  1010.  
  1011.  A for statement sets up a special loop with a controlling loop variable 
  1012.  that runs from an initial value up or down to some final value. e.g.
  1013.  
  1014.     for i = 1 to 10 do
  1015.         print(1, i)
  1016.     end for
  1017.  
  1018.     for i = 10 to 20 by 2 do
  1019.         for j = 20 to 10 by -2 do
  1020.         print(1, {i, j})
  1021.         end for
  1022.     end for
  1023.  
  1024.  The loop variable is declared automatically and exists until the end of the 
  1025.  loop. Outside of the loop the variable has no value and is not even declared.
  1026.  If you need its final value, copy it into another variable before leaving 
  1027.  the loop. The compiler will not allow any assignments to a loop variable. The
  1028.  initial value, loop limit and increment must all be atoms. If no increment 
  1029.  is specified then +1 is assumed. The limit and increment values are 
  1030.  established when the loop is entered, and are not affected by anything that 
  1031.  happens during the execution of the loop. 
  1032.  
  1033.  A return statement returns from a subroutine. If the subroutine is a function 
  1034.  or type then a value must also be returned. e.g.
  1035.  
  1036.     return
  1037.  
  1038.     return {50, "FRED", {}}
  1039.  
  1040.  An exit statement may appear inside a while loop or a for loop. It causes 
  1041.  immediate termination of the loop, with control passing to the first statement
  1042.  after the loop. e.g.
  1043.  
  1044.     for i = 1 to 100 do
  1045.         if a[i] = x then
  1046.         location = i
  1047.         exit
  1048.         end if
  1049.     end for
  1050.  
  1051.  It is also quite common to see something like this:
  1052.  
  1053.     while TRUE do
  1054.          ...
  1055.          if some_condition then
  1056.             exit
  1057.          end if
  1058.          ...
  1059.     end while
  1060.  
  1061.  i.e. an "infinite" while loop that actually terminates via an exit statement 
  1062.  at some arbitrary point in the body of the loop.
  1063.  
  1064.  
  1065.  2.5 Top-Level Commands
  1066.  ----------------------
  1067.  
  1068.  Euphoria processes your .ex file in one pass, starting at the first line and 
  1069.  proceeding through to the last line. When a procedure or function definition 
  1070.  is encountered, the routine is checked for syntax and converted into an 
  1071.  internal form, but no execution takes place. When a statement that is outside 
  1072.  of any routine is encountered, it is checked for syntax, converted into an 
  1073.  internal form and then immediately executed.  If your .ex file contains only 
  1074.  routine definitions, but no immediate execution statements, then nothing will 
  1075.  happen when you try to run it (other than syntax checking). You need to have 
  1076.  an immediate statement to call your main routine (see the example program in 
  1077.  section 1.1). It is quite possible to have a .ex file with nothing but 
  1078.  immediate statements, for example you might want to use Euphoria as a 
  1079.  desk calculator, typing in just one print (or ? see below) statement into a 
  1080.  file, and then executing it. The langwar demo program 
  1081.  (euphoria\demo\langwar\lw.ex) quickly reads in and displays a file on the 
  1082.  screen, before the rest of the program is compiled (on a 486 this makes 
  1083.  little difference as the compiler takes less than a second to finish 
  1084.  compiling the whole program). Another common practice is to immediately 
  1085.  initialize a global variable, just after its declaration.
  1086.  
  1087.  The following special commands may only appear at the top level i.e. 
  1088.  outside of any function or procedure. As we have seen, it is also 
  1089.  possible to use any Euphoria statement, including for loops, while loops, 
  1090.  if statements etc. (but not return), at the top level.
  1091.  
  1092.  include filename - reads in (compiles) a Euphoria source file in the presence 
  1093.            of any global symbols that have already been defined. 
  1094.            Global symbols defined in the included file remain visible
  1095.            in the remainder of the program. If an absolute pathname 
  1096.            is given, Euphoria will use it. When a relative pathname 
  1097.            is given, Euphoria will first look for filename in the 
  1098.            same directory as the main file given on the ex command 
  1099.            line. If it's not there, it will look in %EUDIR%\include, 
  1100.            where EUDIR is the environment variable that must be set 
  1101.            when using Euphoria. This directory contains the standard
  1102.            Euphoria include files.
  1103.  
  1104.  profile         - outputs an execution profile showing the number of times
  1105.            each statement was executed. Only statements compiled  
  1106.            with profile will be shown. The output is placed in the 
  1107.            file ex.pro. View this file with the Euphoria editor to 
  1108.            see a color display.
  1109.  
  1110.  with            - turns on one of the compile options: profile, trace, 
  1111.            warning or type_check. Options warning and type_check are
  1112.            initially on, while profile and trace are initially off. 
  1113.            These are global options. For example if you have:
  1114.  
  1115.             without type_check
  1116.             include graphics.e 
  1117.  
  1118.            then type checking will be turned off inside graphics.e as 
  1119.            well as in the current file. 
  1120.  
  1121.  without         - turns off one of the above options. Note that each of 
  1122.            these options may be turned on or off between subroutines 
  1123.            but not inside of a subroutine.
  1124.  
  1125.  
  1126.  Redirecting Standard Input and Standard Output
  1127.  ----------------------------------------------
  1128.  Routines such as gets() and puts() can use standard input (file #0), 
  1129.  standard output (file #1), and standard error output (file #2). Standard 
  1130.  input and output can then be redirected as in:
  1131.  
  1132.     ex myprog < myinput  > myoutput
  1133.  
  1134.  See section 4.5 for more details.
  1135.  
  1136.  
  1137.  
  1138.             3. Debugging
  1139.             ============
  1140.  
  1141.  
  1142.  Debugging in Euphoria is much easier than in most other programming languages.
  1143.  The extensive runtime checking provided at all times by Euphoria automatically
  1144.  catches many bugs that in other languages might take hours of your time to 
  1145.  track down. When Euphoria catches an error, you will always get a brief 
  1146.  report on your screen, and a detailed report in a file called "ex.err". 
  1147.  These reports always include a full English description of what happened, 
  1148.  along with a call-stack traceback. The file ex.err will also have a dump of 
  1149.  all variable values, and optionally a list of the most recently executed 
  1150.  statements. For extremely large sequences, only a partial dump is shown.
  1151.  
  1152.  In addition, you are able to create user-defined types that precisely 
  1153.  determine the set of legal values for each of your variables. An error 
  1154.  report will occur the moment that one your variables is assigned an illegal 
  1155.  value.
  1156.  
  1157.  Sometimes a program will misbehave without failing any runtime checks. In 
  1158.  any programming language it may be a good idea to simply study the source 
  1159.  code and rethink the algorithm that you have coded. It may also be useful 
  1160.  to insert print statements at strategic locations in order to monitor the 
  1161.  internal logic of the program. This approach is particularly convenient in 
  1162.  an interpreted language like Euphoria since you can simply edit the source
  1163.  and rerun the program without waiting for a recompile/relink.  
  1164.  
  1165.  Euphoria provides you with additional powerful tools for debugging. You 
  1166.  can trace the execution of your program source code on one screen while 
  1167.  you witness the output of your program on another. with trace / without trace 
  1168.  commands select the subroutines in your program that are available for tracing.
  1169.  Often you will simply insert a with trace command at the very beginning of 
  1170.  your source code to make it all traceable. Sometimes it is better to place 
  1171.  the first with trace after all of your user-defined types, so you don't 
  1172.  trace into these routines after each assignment to a variable. At other times,
  1173.  you may know exactly which routine or routines you are interested in tracing, 
  1174.  and you will want to select only these ones. Of course, once you are in the 
  1175.  trace window you can interactively skip over the execution of any routine by 
  1176.  pressing down-arrow on the keyboard rather than Enter. 
  1177.  
  1178.  Only traceable lines can appear in ex.err as "most-recently-executed lines" 
  1179.  should a runtime error occur. If you want this information and didn't get it, 
  1180.  you should insert a with trace and then rerun your program. Execution will 
  1181.  be a bit slower when lines compiled with trace are executed.
  1182.  
  1183.  After you have predetermined the lines that are traceable, your program must 
  1184.  then dynamically cause the trace facility to be activated by executing a 
  1185.  trace(1) statement. Again, you could simply say:
  1186.  
  1187.     with trace
  1188.     trace(1)
  1189.  
  1190.  at the top of your program, so you can start tracing from the beginning of 
  1191.  execution. More commonly, you will want to trigger tracing when a certain 
  1192.  routine is entered, or when some condition arises. e.g.
  1193.     
  1194.     if  x < 0 then
  1195.         trace(1)
  1196.     end if
  1197.  
  1198.  You can turn off tracing by executing a trace(0) statement. You can also 
  1199.  turn it off interactively by typing 'q' to quit tracing. Remember that 
  1200.  with trace must appear outside of any routine, whereas trace(1) and 
  1201.  trace(0) can appear inside a routine or outside.
  1202.  
  1203.  You might want to turn on tracing from within a type. Suppose you run 
  1204.  your program and it fails, with the ex.err file showing that one of your 
  1205.  variables has been set to a strange, although not illegal value, and you 
  1206.  wonder how it could have happened. Simply create a type for that variable 
  1207.  that executes trace(1) if the value being assigned to the variable is the 
  1208.  strange one that you are interested in.
  1209.  e.g.
  1210.     type positive_int(integer x)
  1211.         if x = 99 then
  1212.         trace(1) -- how can this be???
  1213.         return 1 -- keep going
  1214.         else
  1215.         return x > 0
  1216.         end if
  1217.     end type
  1218.  
  1219.  You will then be able to see the exact statement that caused your variable 
  1220.  to be set to the strange value, and you will be able to check the values 
  1221.  of other variables. You will also be able to check the output screen to 
  1222.  see what has been happening up to this precise moment. If you make your 
  1223.  special type return 0 for the strange value instead of 1, you can force a 
  1224.  dump into ex.err.
  1225.  
  1226.  The Trace Screen
  1227.  ----------------
  1228.  When a trace(1) statement is executed, your main output screen is saved and 
  1229.  a trace screen appears. It shows a view of your program with the statement 
  1230.  that will be executed next highlighted, and several statements before and 
  1231.  after showing as well. Several lines at the bottom of the screen are 
  1232.  reserved for displaying variable names and values. The top line shows the 
  1233.  commands that you can enter at this point:
  1234.  
  1235.  F1 - display main output screen - take a look at your program's output so far
  1236.  
  1237.  F2 - redisplay trace screen. Press this key while viewing the main output 
  1238.       screen to return to the trace display.
  1239.  
  1240.  Enter - execute the currently-highlighted statement only
  1241.  
  1242.  down-arrow - continue execution and break when any statement coming after 
  1243.           this one in the source listing is executed. This lets you skip 
  1244.           over subroutine calls. It also lets you force your way out of 
  1245.           repetitive loops.
  1246.  
  1247.  ? - display the value of a variable. Many variables are displayed 
  1248.      automatically as they are assigned a value, but sometimes you will have 
  1249.      to explicitly ask for one that is not on display. After hitting ?
  1250.      you will be prompted for the name of the variable. Variables that are 
  1251.      not defined at this point cannot be shown. Variables that have not yet 
  1252.      been initialized will have <NO VALUE> beside their name.
  1253.  
  1254.  q - quit tracing and resume normal execution. Tracing will start again when 
  1255.      the next trace(1) is executed.
  1256.  
  1257.  ! - this will abort execution of your program. A traceback and dump of 
  1258.      variable values will go to ex.err.
  1259.  
  1260.  As you trace your program, variable names and values appear automatically in 
  1261.  the bottom portion of the screen. Whenever a variable is assigned-to you will 
  1262.  see its name and new value appear at the bottom. This value is always kept 
  1263.  up-to-date. Private variables are automatically cleared from the screen 
  1264.  when their routine returns. When the variable display area is full, 
  1265.  least-recently referenced variables will be discarded to make room for 
  1266.  new variables. 
  1267.  
  1268.  The trace screen adopts the same graphics mode as the main output screen. 
  1269.  This makes flipping between them quicker and easier.
  1270.  
  1271.  When a traced program requests keyboard input, the main output screen will 
  1272.  appear, to let you type your input as you normally would. This works fine for 
  1273.  gets() input. When get_key() (quickly samples the keyboard) is called you 
  1274.  will be given 10 seconds to type a character otherwise it is assumed that 
  1275.  there is no input for this call to get_key(). This allows you to test the 
  1276.  case of input and also the case of no input for get_key().
  1277.  
  1278.  
  1279.  
  1280.  
  1281.             4. Built-in Routines
  1282.             ====================
  1283.  
  1284.  
  1285.  Many built-in procedures and functions are provided. The names of these 
  1286.  routines are not reserved. If a user-defined symbol has the same name, it 
  1287.  will override the built-in routine until the end of scope of the 
  1288.  user-defined symbol (you will get a suppressible warning about this). Some 
  1289.  routines are written in Euphoria and you must include one of the .e files in 
  1290.  euphoria\include to use them. Where this is the case, the appropriate include 
  1291.  file is noted. The editor displays in magenta those routines that are part 
  1292.  of the interpreter, ex.exe, and require no include file.
  1293.  
  1294.  To indicate what kind of object may be passed in and returned, the following 
  1295.  prefixes are used:
  1296.  
  1297.   fn - an integer used as a file number
  1298.    a - an atom
  1299.    i - an integer 
  1300.    s - a sequence
  1301.   st - a string sequence, or single-character atom
  1302.    x - a general object (atom or sequence)
  1303.  
  1304.  An error will result if an illegal argument value is passed to any of these 
  1305.  routines.
  1306.  
  1307.  
  1308.  4.1 Predefined Types
  1309.  --------------------
  1310.  
  1311.  As well as declaring variables with these types, you can also call them 
  1312.  just like ordinary functions, in order to test if a value is a certain type.
  1313.  
  1314.  
  1315.  i = integer(x)
  1316.     Return 1 if x is an integer in the range -1073709056 to +1073709055. 
  1317.     Otherwise return 0.  
  1318.  
  1319.  
  1320.  i = atom(x)
  1321.     Return 1 if x is an atom else return 0.
  1322.  
  1323.  
  1324.  i = sequence(x)
  1325.     Return 1 if x is a sequence else return 0.
  1326.  
  1327.  
  1328.  4.2 Sequence Manipulating Routines
  1329.  ----------------------------------
  1330.  
  1331.  i = length(s)
  1332.     Return the length of s. s must be a sequence. e.g.
  1333.  
  1334.         length({{1,2}, {3,4}, {5,6}}) -- 3
  1335.         length("")              -- 0
  1336.         length({})              -- 0
  1337.  
  1338.     Notice that {} and "" both represent the empty sequence.
  1339.     As a matter of style, use "" when you are thinking of it as an 
  1340.     empty string of characters. Use {} when it is an empty sequence
  1341.     in general.
  1342.  
  1343.  
  1344.  s = repeat(x, a)
  1345.     Create a sequence of length a where each element is x.
  1346.     e.g.
  1347.         repeat(0, 10)      -- {0,0,0,0,0,0,0,0,0,0}
  1348.         repeat("JOHN", 4)  -- {"JOHN", "JOHN", "JOHN", "JOHN"}
  1349.  
  1350.  
  1351.  s2 = append(s1, x)
  1352.     Append x to the end of sequence s1. The length of s2 will be 
  1353.     length(s1) + 1. If x is an atom this is the same as 
  1354.     s2 = s1 & x. If x is a sequence it is definitely not the same. 
  1355.     You can use append to dynamically grow a sequence e.g.
  1356.     
  1357.         x = {}
  1358.         for i = 1 to 10 do
  1359.             x = append(x, i)
  1360.         end for
  1361.         -- x is now {1,2,3,4,5,6,7,8,9,10}
  1362.  
  1363.     The necessary storage is allocated automatically (and quite 
  1364.     efficiently) with Euphoria's dynamic storage allocation. See also 
  1365.     the gets() example in section 4.5.
  1366.  
  1367.  
  1368.  s2 = prepend(s1, x)
  1369.     Prepend x to the start of sequence s1. The length of s2 will be 
  1370.     length(s1) + 1. If x is an atom this is the same as s2 = x & s1. 
  1371.     If x is a sequence it is definitely not the same. e.g.
  1372.     
  1373.         prepend({1,2,3}, {0,0})    -- {{0,0}, 1, 2, 3}
  1374.         {0,0} & {1,2,3}        -- {0, 0, 1, 2, 3}
  1375.  
  1376.  
  1377.  4.3 Searching and Sorting 
  1378.  ------------------------- 
  1379.  
  1380.  i = compare(x1, x2)
  1381.     Return 0 if objects x1 and x2 are identical, 1 if x1 is greater 
  1382.     than x2, -1 if x1 is less than x2. Atoms are considered to be less 
  1383.     than sequences. Sequences are compared "alphabetically" starting 
  1384.     with the first element until a difference is found. e.g.
  1385.  
  1386.         compare("ABC", "ABCD")    -- -1
  1387.  
  1388.  
  1389.  i = find(x, s)
  1390.     Find x as an element of s. If successful, return the first element 
  1391.     number of s where there is a match. If unsuccessful return 0. 
  1392.     Example:
  1393.  
  1394.         location = find(11, {5, 8, 11, 2, 3})
  1395.         -- location is set to 3
  1396.  
  1397.         names = {"fred", "rob", "george", "mary", ""}
  1398.         location = find("mary", names)
  1399.         -- location is set to 4
  1400.  
  1401.  
  1402.  i = match(s1, s2)
  1403.     Try to match s1 against some slice of s2. If successful, return 
  1404.     the element number of s2 where the (first) matching slice begins, 
  1405.     else return 0. Example:
  1406.  
  1407.         location = match("pho", "Euphoria")
  1408.         -- location is set to 3
  1409.  
  1410.  
  1411.  include sort.e
  1412.  x2 = sort(x1)
  1413.     Sort x into ascending order using a fast sorting algorithm. By 
  1414.     defining your own compare function to override the built-in 
  1415.     compare(), you can change the ordering of values from sort(), and 
  1416.     perhaps choose a field or element number on which to base the sort.
  1417.     Define your compare() as a global function before including sort.e.
  1418.     Example:
  1419.         x = 0 & sort({7,5,3,8}) & 0
  1420.         -- x is set to {0, 3, 5, 7, 8, 0}
  1421.  
  1422.  
  1423.  4.4 Math
  1424.  --------
  1425.  
  1426.  These routines can be applied to individual atoms or to sequences of values. 
  1427.  See "Arithmetic Operations on Sequences" in chapter 2.
  1428.  
  1429.  x2 = sqrt(x1)   
  1430.     Calculate the square root of x1.
  1431.  
  1432.  x2 = rand(x1) 
  1433.     Return a random integer from 1 to x1 where x1 is from 1 to 32767.
  1434.  
  1435.  x2 = sin(x1)
  1436.     Return the sin of x1, where x1 is in radians.
  1437.  
  1438.  x2 = cos(x1)
  1439.     Return the cos of x1, where x1 is in radians.
  1440.  
  1441.  x2 = tan(x1) 
  1442.     Return the tan of x1, where x1 is in radians.
  1443.  
  1444.  x2 = log(x1)
  1445.     Return the natural log of x1
  1446.  
  1447.  x2 = floor(x1)
  1448.     Return the greatest integer less than or equal to x1.
  1449.  
  1450.  x3 = remainder(x1, x2)
  1451.     Compute the remainder after dividing x1 by x2. The result will have 
  1452.     the same sign as x1, and the magnitude of the result will be less 
  1453.     than the magnitude of x2.
  1454.  
  1455.  x3 = power(x1, x2)
  1456.     Raise x1 to the power x2
  1457.  
  1458.  Examples:
  1459.     sin_x = sin({.5, .9, .11})         -- {.479, .783, .110} 
  1460.  
  1461.      ? power({5, 4, 3.5}, {2, 1, -0.5})  -- {25, 4, 0.534522}
  1462.  
  1463.      ? remainder({81, -3.5, -9, 5.5}, {8, -1.7, 2, -4})
  1464.                          -- {1, -0.1, -1, 1.5}
  1465.  
  1466.  
  1467.  4.5 File and Device I/O
  1468.  -----------------------
  1469.  
  1470.  To do input or output on a file or device you must first open the file or 
  1471.  device, then use the routines below to read or write to it, then close 
  1472.  the file or device. open() will give you a file number to use as the first 
  1473.  argument of the other I/O routines. Certain files/devices are opened for you 
  1474.  automatically:
  1475.  
  1476.          0 - standard input
  1477.          1 - standard output
  1478.          2 - standard error
  1479.  
  1480.  Unless you redirect them on the command line, standard input comes from 
  1481.  the keyboard, standard output and standard error go to the screen. When 
  1482.  you write something to the screen it is written immediately without 
  1483.  buffering. If you write to a file, your characters are put into a buffer 
  1484.  until there are enough of them to write out efficiently. When you close 
  1485.  the file or device, any remaining characters are written out. When your 
  1486.  program terminates, any files that are still open will be closed for you 
  1487.  automatically.
  1488.  
  1489.  fn = open(s1, s2)
  1490.     Open a file or device, to get the file number. -1 is returned if the 
  1491.     open fails. s1 is the path name of the file or device.  s2 is the 
  1492.     mode in which the file is to be opened. Possible modes are:
  1493.       "r"  - open text file for reading
  1494.       "rb" - open binary file for reading
  1495.       "w"  - create text file for writing
  1496.       "wb" - create binary file for writing
  1497.       "u"  - open text file for update (reading and writing)
  1498.       "ub" - open binary file for update
  1499.       "a"  - open text file for appending
  1500.       "ab" - open binary file for appending
  1501.  
  1502.     Files opened for read or update must already exist. Files opened
  1503.     for write or append will be created if necessary. A file opened 
  1504.     for write will be set to 0 bytes. Output to a file opened for
  1505.     append will start at the end of file.
  1506.  
  1507.     Output to text files will have carriage-return characters 
  1508.     automatically added before linefeed characters. On input, these 
  1509.     carriage-return characters are removed. Null characters (0) are 
  1510.     removed from output. I/O to binary files is not modified in any way.
  1511.  
  1512.     Some typical devices that you can open are:
  1513.       "CON"    the console (screen)
  1514.       "AUX"    the serial auxiliary port 
  1515.       "COM1"   serial port 1
  1516.       "COM2"   serial port 2
  1517.       "PRN"    the printer on the parallel port
  1518.       "NUL"    a non-existent device that accepts and discards output 
  1519.  
  1520.  
  1521.  close(fn)
  1522.     Close a file or device and flush out any still-buffered characters.
  1523.  
  1524.  
  1525.  print(fn, x)
  1526.     Print an object x with braces { , , , } to show the structure.
  1527.     If you want to see a string of characters, rather than just the 
  1528.     ASCII codes, you need to use puts or printf below. e.g.
  1529.  
  1530.         print(1, "ABC")  -- output is:  {65, 66, 67}
  1531.          puts(1, "ABC")  -- output is:  ABC
  1532.  
  1533.  ? x    This is just a shorthand way of saying print(1, x), i.e. printing
  1534.     the value of an expression to the standard output. For example 
  1535.     ? {1, 2} + {3, 4}  would display {4, 6}. ? adds new-lines to 
  1536.     make the output more readable on your screen (or standard output).  
  1537.  
  1538.  
  1539.  printf(fn, st, x)
  1540.     Print x using format string st. If x is an atom then a single 
  1541.     value will be printed. If x is a sequence, then formats from st 
  1542.     are applied to successive elements of x. Thus printf always takes 
  1543.     exactly 3 arguments. Only the length of the last argument, 
  1544.     containing the values to be printed, will vary. The basic formats 
  1545.     are: 
  1546.       %d - print an atom as a decimal integer
  1547.       %x - print an atom as a hexadecimal integer
  1548.       %o - print an atom as an octal integer
  1549.       %s - print a sequence as a string of characters
  1550.       %e - print an atom as a floating point number with exponential 
  1551.            notation
  1552.       %f - print an atom as a floating-point number with a decimal point
  1553.            but no exponent
  1554.       %g - print an atom as a floating point number using either
  1555.          the %f or %e format, whichever seems more appropriate
  1556.       %% - print '%' character
  1557.  
  1558.     Field widths can be added to the basic formats, e.g. %5d, or %8.2f. 
  1559.     The number before the decimal point is the minimum field width to be 
  1560.     used. The number after the decimal point is the precision to be used.
  1561.  
  1562.     If the field width is negative, e.g. %-5d then the value will be 
  1563.     left-justified within the field. Normally it will be right-justified.
  1564.     If the field width starts with a leading 0 e.g. %08d then leading
  1565.     zeros will be supplied to fill up the field. If the field width
  1566.     starts with a '+' e.g. %+7d then a plus sign will be printed for
  1567.     positive values. 
  1568.  
  1569.     Examples:
  1570.          rate = 7.75
  1571.          printf(myfile, "The interest rate is: %8.2f\n", rate)
  1572.  
  1573.          name="John Smith"
  1574.          score=97
  1575.          printf(1, "%15s, %5d\n", {name, score})
  1576.  
  1577.     Watch out for the following common mistake:
  1578.  
  1579.          printf(1, "%15s", name)
  1580.  
  1581.     This will print only the first character of name, as each element 
  1582.     of name is taken to be a separate value to be formatted. You must 
  1583.     say this instead:
  1584.  
  1585.          printf(1, "%15s", {name})
  1586.          
  1587.  
  1588.  puts(fn, x)
  1589.     Print a single character (atom) or sequence of characters as bytes 
  1590.     of text. e.g.
  1591.  
  1592.     puts(screen, "Enter your first name: ")
  1593.  
  1594.     puts(output, 'A')  -- the single byte 65 will be sent to output                 
  1595.  
  1596.  
  1597.  i = getc(fn)
  1598.     Get the next character (byte) from file fn.  -1 is returned at end 
  1599.     of file
  1600.  
  1601.  
  1602.  x = gets(fn)
  1603.     Get a sequence (one line, including \n) of characters from text 
  1604.     file fn. The atom -1 is returned on end of file. Example:
  1605.  
  1606.         -- read a text file into a sequence
  1607.         buffer = {}
  1608.         while 1 do
  1609.                  line = gets(0)
  1610.                  if atom(line) then
  1611.                 exit   -- end of file
  1612.                  end if
  1613.                  buffer = append(buffer, line)
  1614.            end while
  1615.  
  1616.  
  1617.  i = get_key()
  1618.     Return the key that was pressed by the user, without waiting for 
  1619.     carriage return, or return -1 if no key was pressed
  1620.  
  1621.  
  1622.  include get.e
  1623.  s = get(fn)
  1624.     Read the next representation of a Euphoria object from file fn, and 
  1625.      convert it into the value of that object. s will be a 2-element 
  1626.     sequence {error status, value}. Error status values are:
  1627.  
  1628.         GET_SUCCESS  -- object was read successfully
  1629.         GET_EOF      -- end of file before object was read
  1630.         GET_FAIL     -- object is not syntactically correct
  1631.  
  1632.     As a simple example, suppose your program asks the user to enter 
  1633.     a number from the keyboard. If he types 77.5, get(0) would return 
  1634.     {GET_SUCCESS, 77.5} whereas gets(0) would return "77.5\n". 
  1635.  
  1636.     get() can read arbitrarily complicated Euphoria objects. You could 
  1637.     have a long sequence of values in braces and separated by commas, 
  1638.     e.g. {23, {49, 57}, 0.5, -1, 99, 'A', "john"}. A single call to 
  1639.     get() will read in this entire sequence and return it's value as 
  1640.     a result. The combination of print() and get() can be used to 
  1641.     save any Euphoria object to disk and later read it back. This 
  1642.     technique could be used to implement a database as one or more 
  1643.     large Euphoria sequences stored in disk files. The sequences 
  1644.     could be read into memory, updated and then written back to disk
  1645.     after each series of transactions is complete. See demo\mydata.ex. 
  1646.  
  1647.     Each call to get() picks up where the previous call left off. For 
  1648.     instance, a series of 5 calls to get() would be needed to read in: 
  1649.     99 5.2 {1,2,3} "Hello" -1.
  1650.  
  1651.  include file.e for the following:
  1652.  i1 = seek(fn, i2)
  1653.     Seek (move) to any byte position in the file fn or to the end of file
  1654.     if i2 is -1. For each open file there is a current byte position
  1655.     that is updated as a result of I/O operations on the file. The 
  1656.     initial file position is 0 for files opened for read, write or update.
  1657.     The initial position is the end of file for files opened for append. 
  1658.     The value returned by seek() is 0 if the seek was successful, and 
  1659.     non-zero if it was unsuccessful. It is possible to seek past the
  1660.     end of a file. In this case undefined bytes will be added to the file
  1661.     to make it long enough for the seek.
  1662.     
  1663.  i = where(fn)
  1664.     This function returns the current byte position in the file fn.
  1665.     This position is updated by reads, writes and seeks on the file.
  1666.     It is the place in the file where the next byte will be read from, 
  1667.     or written to.
  1668.  
  1669.  s = current_dir()
  1670.     Return the name of the current working directory.
  1671.  
  1672.  x = dir(st)
  1673.     Return directory information for the file or directory named by st.
  1674.     If there is no file or directory with this name then -1 is returned.
  1675.     This information is similar to what you would get from the DOS dir
  1676.     command. A sequence is returned where each element is a sequence 
  1677.     that describes one file or subdirectory. For example:
  1678.     {
  1679.        {".",    "d",     0  1994, 1, 18,  9, 30, 02},
  1680.        {"..",   "d",     0  1994, 1, 18,  9, 20, 14},
  1681.        {"fred", "ra", 2350, 1994, 1, 22, 17, 22, 40},
  1682.        {"sub",  "d" ,    0, 1993, 9, 20,  8, 50, 12}
  1683.     } 
  1684.     If st names a directory you will have entries for "." and "..", just 
  1685.     as with the DOS dir command. If st names a file then x will have just 
  1686.     one entry, i.e. length(x) will be 1. Each entry contains the name, 
  1687.     attributes and file size as well as the year, month, day, hour, minute
  1688.     and second of the last modification. The attributes element is a 
  1689.     string sequence containing characters chosen from:
  1690.  
  1691.         d - directory
  1692.         r - read only file
  1693.         h - hidden file
  1694.         s - system file
  1695.         v - volume-id entry
  1696.         a - archive file
  1697.  
  1698.     A normal file without special attributes would just have an empty
  1699.     string, "", in this field. See bin\walkdir.ex for an example that 
  1700.     uses the dir() function.
  1701.         
  1702.  
  1703.  4.6 Mouse Support
  1704.  -----------------
  1705.  
  1706.  include mouse.e  -- required for these routines
  1707.  
  1708.  x = get_mouse()
  1709.     Return the last mouse event in the form {event, x, y}, or return -1 
  1710.     if there has not been a mouse event since the last time get_mouse() 
  1711.     was called. 
  1712.  
  1713.     Constants have been defined in mouse.e for the possible mouse events. 
  1714.     x and y are the coordinates of the mouse pointer at the time that 
  1715.     the event occurred. e.g. {2, 100, 50} would indicate that the 
  1716.     left button was pressed down while the mouse pointer was at position 
  1717.     x=100, y=50 on the screen. get_mouse() returns immediately with 
  1718.     either a -1 or a mouse event. It does not wait for an event to occur.
  1719.     You must check it frequently enough to avoid missing an event. When 
  1720.     the next event occurs, the current event will be lost, if you haven't 
  1721.     read it. In practice it is not hard to catch almost all events, and
  1722.     the ones that are lost are usually lost at a lower level in the 
  1723.     system, beyond the control of your program. Losing a MOVE event is 
  1724.     generally not too serious, as the next MOVE will tell you where the 
  1725.     mouse pointer is. 
  1726.  
  1727.     You can use get_mouse() in most text and graphics modes. (The SVGA 
  1728.     modes may not work fully under MS-DOS).
  1729.  
  1730.  
  1731.  mouse_events(i) 
  1732.     Use this procedure to select the mouse events that you want 
  1733.     get_mouse() to report. For example, mouse_events(LEFT_DOWN+LEFT_UP+
  1734.     RIGHT_DOWN) will restrict get_mouse() to reporting the left button 
  1735.     being pressed down or released, and the right button being pressed 
  1736.     down. All other events will be ignored. By default, get_mouse()
  1737.     will report all events. It is good practice to ignore events that 
  1738.     you are not interested in, particularly the very frequent MOVE event, 
  1739.     in order to reduce the chance that you will miss a significant event.
  1740.     mouse_events() can be called at various stages of the execution of 
  1741.     your program, as the need to detect events changes.
  1742.  
  1743.  
  1744.  mouse_pointer(i)
  1745.     If i is 0 hide the mouse pointer, otherwise turn on the mouse pointer.
  1746.     It may be necessary to hide the mouse pointer temporarily when you
  1747.     update the screen. Multiple calls to hide the pointer will require
  1748.     multiple calls to turn it back on. The first call to either get_mouse()
  1749.     or mouse_events() above, will also turn the pointer on (once).
  1750.  
  1751.  
  1752.  4.7 Operating System 
  1753.  -------------------- 
  1754.  
  1755.  a = time()
  1756.     Return the number of seconds since some fixed point in the past. The 
  1757.     resolution on MS-DOS is about 0.05 seconds. 
  1758.  
  1759.  
  1760.  s = date()
  1761.     Return a sequence with the following information:
  1762.          { year (since 1900),
  1763.            month (January = 1),
  1764.            day (day of month, starting at 1),
  1765.            hour (0 to 23),
  1766.            minute (0 to 59),
  1767.            second (0 to 59),
  1768.            day of the week (Sunday = 1),
  1769.            day of the year (January 1st = 1) }
  1770.  
  1771.  
  1772.  s = command_line() 
  1773.     Return a sequence of strings, where each string is a word from the 
  1774.     ex command line that started Euphoria. The first word will be the 
  1775.     path to the Euphoria executable. The next word is the name of 
  1776.     your Euphoria .ex file. After that will come any extra words typed 
  1777.     by the user. You can use these words in your program. Euphoria 
  1778.     does not have any command line options.
  1779.  
  1780.  
  1781.  x = getenv(s)
  1782.     Return the value of an environment variable. If the variable is 
  1783.     undefined return -1. e.g.
  1784.  
  1785.         getenv("EUDIR")  -- returns "C:\EUPHORIA" -- or D: etc.
  1786.  
  1787.  
  1788.  system(s, a)
  1789.     Pass a command string s to the operating system command interpreter
  1790.     for execution. The argument a indicates the manner in which to 
  1791.     return from the system call. 
  1792.         value of a      return action
  1793.              0      - restore previous graphics mode
  1794.                   (clears the screen)
  1795.              1      - make a beep sound, wait for a
  1796.                   key press, then restore the
  1797.                   graphics mode
  1798.              2      - do not restore graphics mode
  1799.  
  1800.     Action 2 should only be used when it is known that the system call 
  1801.     will not change the graphics mode. 
  1802.  
  1803.  
  1804.  abort(a)       
  1805.     Abort execution of the program. The argument a is an integer status 
  1806.     value to be returned to the operating system. A value of 0 indicates
  1807.     successful completion of the program. Other values can indicate 
  1808.     various kinds of errors. Euphoria for MS-DOS currently ignores this
  1809.     argument and always returns 0. abort() is useful when a program is 
  1810.     many levels deep in subroutine calls, and execution must end 
  1811.     immediately, perhaps due to a severe error that has been detected.
  1812.  
  1813.  
  1814.  Machine Dependent Routines
  1815.  --------------------------
  1816.  x = machine_func(a, x)
  1817.  machine_proc(a, x) 
  1818.     These routines perform machine-specific operations such as graphics
  1819.     and sound effects. They are meant to be called indirectly via one of
  1820.     the support routines, written in Euphoria. A direct call can cause 
  1821.     a machine exception if done incorrectly. Calls to these routines 
  1822.     may not be portable across all machines and operating systems that
  1823.     Euphoria is implemented on. 
  1824.  
  1825.  
  1826.  
  1827.  4.8 Debugging
  1828.  -------------
  1829.  
  1830.  trace(x) 
  1831.     If x is 1 then turn on full-screen statement tracing. If x is 0 then
  1832.     turn off tracing. Tracing only occurs in subroutines that were 
  1833.     compiled with trace. See the section on Debugging.
  1834.  
  1835.  
  1836.  
  1837.  4.9 Graphics & Sound  
  1838.  --------------------
  1839.  
  1840.  clear_screen()
  1841.     Clear the screen using the current background color. 
  1842.  
  1843.  
  1844.  position(a1, a2)
  1845.     Set the cursor to line a1, column a2, where the top left corner 
  1846.     is position(1,1). 
  1847.  
  1848.  
  1849.  include graphics.e    -- for the following routines:
  1850.  
  1851.  i1 = graphics_mode(i2)
  1852.     Select graphics mode i2. See graphics.e for a list of valid 
  1853.     graphics modes. If successful, i1 is set to 0, otherwise i1
  1854.     is set to 1.
  1855.  
  1856.  
  1857.  s = video_config()
  1858.     Return a sequence of values describing the current video
  1859.     configuration:
  1860.     {color monitor?, graphics mode,  text rows, text columns,
  1861.     xpixels, ypixels, number of colors}
  1862.  
  1863.  
  1864.  scroll(i)
  1865.     Scroll the screen up (i positive) or down (i negative) by i lines.
  1866.  
  1867.  
  1868.  wrap(i)
  1869.     Allow text to wrap at right margin (i = 1) or get truncated (i = 0).
  1870.  
  1871.  
  1872.  cursor(i)
  1873.     Select a style of cursor. See graphics.e for some choices.
  1874.  
  1875.  
  1876.  text_color(i)
  1877.     Set the foreground text color. Add 16 to get blinking text
  1878.     in some modes. See graphics.e for a list of possible colors.
  1879.  
  1880.  
  1881.  bk_color(i)
  1882.     Set the background color - text or graphics modes.
  1883.  
  1884.  
  1885.  x = palette(i, s)
  1886.     Change the color for color number i to s, where s is a sequence of 
  1887.     color intensities: {red, green, blue}. Each value in s can be from 
  1888.     0 to 63. If successful, a 3-element sequence containing the 
  1889.     previous color for i will be returned, and all pixels on the screen
  1890.     with value i will be set to the new color. If unsuccessful, the 
  1891.     atom -1 will be returned. 
  1892.  
  1893.  
  1894.  i2 = text_rows(i1)
  1895.     Set the number of lines of text on the screen to i1 if possible.
  1896.     i2 will be set to the actual new number of lines.
  1897.  
  1898.  
  1899.  pixel(i, s) 
  1900.     Set a pixel using color i at point s, where s is a 2-element screen 
  1901.     coordinate {x, y}.
  1902.  
  1903.  
  1904.  i = get_pixel(s)
  1905.     Read the color number for a pixel on the screen at point s,
  1906.     where s is a 2-element screen coordinate {x, y}. -1 is returned
  1907.     for points that are off the screen.
  1908.  
  1909.  
  1910.  draw_line(i, s)
  1911.     Draw a line connecting two or more points in s, using color i. 
  1912.     Example:
  1913.  
  1914.     draw_line(7, {{100, 100}, {200, 200}, {900, 700}}) 
  1915.  
  1916.     would connect the three points in the sequence using a thin white 
  1917.     line, i.e. a line would be drawn from {100, 100} to {200, 200} and 
  1918.     another line would be drawn from {200, 200} to {900, 700}.
  1919.  
  1920.  
  1921.  polygon(i1, i2, s)
  1922.     Draw a polygon with 3 or more vertices given in s, using a certain 
  1923.     color i1. Fill the area if i2 is 1. Don't fill if i2 is 0. Example:
  1924.  
  1925.     polygon(7, 1, {{100, 100}, {200, 200}, {900, 700}})
  1926.  
  1927.     would make a solid white triangle.
  1928.  
  1929.  
  1930.  ellipse(i1, i2, s1, s2)
  1931.     Draw an ellipse with color i1. The ellipse neatly fits inside
  1932.     the rectangle defined by diagonal points s1 {x1, y1} and s2 
  1933.     {x2, y2}. If the rectangle is a square then the ellipse will be a
  1934.     circle. Fill the ellipse when i2 is 1. Don't fill when i2 is 0. 
  1935.     Example:
  1936.  
  1937.     ellipse(5, 0, {10, 10}, {20, 20})
  1938.  
  1939.     would make a magenta colored circle just fitting inside the square
  1940.     {10, 10}, {10, 20}, {20, 20}, {20, 10}.
  1941.  
  1942.  
  1943.  sound(i)
  1944.     Turn on the PC speaker at the specified frequency. If i is 0 
  1945.     the speaker will be turned off.
  1946.  
  1947.  
  1948.  4.10 Machine Level Interface 
  1949.  ----------------------------
  1950.  
  1951.  With this low-level machine interface you can read and write to memory. You
  1952.  can also set up your own 386+ machine language routines and call them. The 
  1953.  usual guarantee that Euphoria will protect you from machine-level errors 
  1954.  does *not* apply when you use these routines. There are only some simple 
  1955.  checks to catch the use of memory addresses that are negative or zero.
  1956.  (Theoretically address 0 is acceptable, but in practice it is usually an 
  1957.  error so we catch it.)
  1958.  
  1959.  Most Euphoria programmers will never use this interface, but it is 
  1960.  important because it makes it possible to get into every nook and cranny  
  1961.  of the hardware or operating system. For those with very specialized
  1962.  applications this could be crucial. 
  1963.  
  1964.  Machine code routines can be written by hand, or taken from the disassembled
  1965.  output of a compiler for C or some other language. Remember that your
  1966.  machine code will be running in 32-bit protected mode. See demo\callmach.ex 
  1967.  for an example.
  1968.  
  1969.  i = peek(a)
  1970.     Read a single byte value in the range 0 to 255 from machine address a.
  1971.  
  1972.  poke(a, i)
  1973.     Write a single byte value, i, to memory address a. remainder(i, 256)
  1974.     is actually written.
  1975.  
  1976.     Writing to the screen memory with poke() can be much faster than using
  1977.      puts() or printf(), but the programming is more difficult and less 
  1978.     portable. In most cases the speed is not needed. For example, the 
  1979.     Euphoria editor    never uses poke().
  1980.  
  1981.  call(a)
  1982.     Call a machine language routine that starts at location a. This
  1983.     routine must execute a RET instruction #C3 to return control
  1984.     to Euphoria. The routine should save and restore any registers 
  1985.     that it uses. You can allocate a block of memory for the routine
  1986.     and then poke in the bytes of machine code. You might allocate
  1987.     other blocks of memory for data and parameters that the machine
  1988.     code can operate on. The addresses of these blocks could be poked
  1989.     into the machine code. 
  1990.  
  1991.  include machine.e
  1992.  
  1993.  a = allocate(i)
  1994.     Allocate i contiguous bytes of memory. Return the address of the
  1995.     block of memory, or return 0 if the memory can't be allocated.
  1996.  
  1997.  free(a)
  1998.     Free up a previously allocated block of memory by specifying the
  1999.     address of the start of the block, i.e. the address that was
  2000.     returned by allocate(). 
  2001.  
  2002.  s = int_to_bytes(a)
  2003.     Convert an integer into a sequence of 4 bytes. These bytes are in
  2004.     the order expected on the 386+, i.e. least significant byte first.
  2005.     You would use this routine prior to poking the bytes into memory.
  2006.  
  2007.  a = bytes_to_int(s)
  2008.     Convert a sequence of 4 bytes into an integer value. The result could
  2009.     be greater than the integer type allows, so assign it to an atom.
  2010.  
  2011.  
  2012.  
  2013.              --- THE END ---
  2014.  
  2015.