"Multics (Multiplexed Information and Computing Service) is a mainframe timesharing operating system begun in 1965 and used until 2000. Multics began as a research project and was an important influence on operating system development. The system became a commercial product sold by [Honeywell] to education, government, and industry. "
http://www.multicians.org/multics.html

Though it died an unpretty death, Multics provided numerous ideas that [Unix] built on - the Unix name itself was a pun of Multics. Even if less known, this is part of the [Tcl heritage].

These clippings from "The Multics Command Language" ([http://www.multicians.org/mspm-bx-1-00.html]) sound as if they were about early Tcl:

"The Command

A command is a sequence of zero or more elements. The first element is interpreted as the name of the command program and any additional elements are arguments. The normal command program will expect input arguments which are fixed length character strings, and return a value which is a varying character string. If the command program does not expect arguments in this form the command language interpreter, the Shell, will convert the type of the arguments according to information contained in the symbol table for the command program. The elements of a command are separated by spaces and terminated by a semicolon or a new line character. For example, to change the name of a file from "a" to "b", using the change_name command, a user would type

 (1)       change_name a b

Elements

The simplest type of element is a string of characters not containing any spaces or other characters reserved by the command language. The semicolon and new line characters are reserved. Other reserved characters will be identified as they are encountered. The three elements in example 1. at the end of the previous section are the simple character strings "change_name", "a", and "b".

Any element (or part of an element) may be a command. The user can tell the interpreter to evaluate an element as a command by surrounding the element with brackets (which are reserved characters). For example in

 (2)       change_name  [oldestfile]  b

the second element is a command. When an element is evaluated is a command, the result of that evaluation (i.e., the returned value of the function) replaces the original element. Suppose that the command "oldestfile" returns as its value the name of the oldest file in the users' directory, then example 2 changes the name of the oldest file to "b". In this case, the first argument to the command program change name is the character string returned by the command program "oldestfile" and the second argument is the character string "b". 

Note that the spaces before and after the brackets are necessary to indicate that the result of "oldestfile" is an element and not a portion of an element. Suppose that the user had a program "me" which returned as its value his default working directory, (e,g., "me" would return a character string of the form ">user_dir_dlr>Southworth.MAC").

Other features are more than we have in Tcl, and interesting to look at: "More than one iteration set may appear in a command. All possible combinations will be executed. For instance, the compound command 

          (print delete)   xyz(.epl .eplbsa);

would expand into the commands: 

          print  xyz.epl 
          print  xyz.eplbsa 
          delete xyz.epl 
          delete xyz.eplbsa

The set of 314 Multics Standard Service System commands as of 1980 is listed, and very briefly documented, at http://www.multicians.org/multics-commands.html .
----
''[escargo] 11 Apr 2005'' - This synopsis does not mention how commands can be combined.
Multics had both commands and '''active functions''', which return results when run.

Active functions were surrounded by square brackets when invoked. - [RS]: Isn't it clearly enough stated (pasted) that "The user can tell the interpreter to evaluate an element as a command by surrounding the element with brackets (which are reserved characters)" ? :)

''[escargo] 13 Apr 2005'' - I had wanted to give a more complete example (like maybe Towers of Hanoi),
but I didn't have the time. One significant difference between Tcl and Multics active functions is that
the returned text is '''rescanned''' to look for more active function invocations.  There is some magic
defined somewhere to tell the command processor that the current invocation is a '''passive function'''
and should not be rescanned.  This makes Multics active functions more like macro processing in some
macro languages.

''[Dave Griffin] 15 Apr 2005'' - The Multics pages state that their active functions came from [TRAC], which [RS] has explored herein.

''[escargo] 18 Apr 2005'' - No denying it, but the Multics command language had both square brackets and
a handling of ''unknown'' functions that [TRAC] did not have.
----
[Category Community]