2015-01-05 09:00:23 +03:00
|
|
|
---
|
|
|
|
language: Tcl
|
|
|
|
contributors:
|
2017-05-20 00:41:48 +03:00
|
|
|
- ["Poor Yorick", "https://pooryorick.com/"]
|
2015-01-05 09:00:23 +03:00
|
|
|
filename: learntcl.tcl
|
|
|
|
---
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
Tcl was created by [John Ousterhout](https://wiki.tcl.tk/John%20Ousterout) as a
|
|
|
|
reusable scripting language for circuit design tools that he authored. In 1997 he
|
2015-01-05 09:00:23 +03:00
|
|
|
was awarded the [ACM Software System
|
2017-05-20 00:41:48 +03:00
|
|
|
Award](https://en.wikipedia.org/wiki/ACM_Software_System_Award) for Tcl. Tcl
|
2015-01-05 09:00:23 +03:00
|
|
|
can be used both as an embeddable scripting language and as a general
|
|
|
|
programming language. It can also be used as a portable C library, even in
|
|
|
|
cases where no scripting capability is needed, as it provides data structures
|
|
|
|
such as dynamic strings, lists, and hash tables. The C library also provides
|
|
|
|
portable functionality for loading dynamic libraries, string formatting and
|
2017-05-20 00:41:48 +03:00
|
|
|
code conversion, filesystem operations, network operations, and more. Various
|
|
|
|
features of Tcl stand out:
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
* Convenient cross-platform networking API
|
|
|
|
|
|
|
|
* Fully virtualized filesystem
|
|
|
|
|
|
|
|
* Stackable I/O channels
|
|
|
|
|
|
|
|
* Asynchronous to the core
|
|
|
|
|
|
|
|
* Full coroutines
|
|
|
|
|
|
|
|
* A threading model recognized as robust and easy to use
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
Tcl has much in common with Lisp, but instead of lists, Tcl uses strings as the
|
|
|
|
currency of the language. All values are strings. A list is a string with a
|
|
|
|
defined format, and the body of a procedure (a script) is also a string rather
|
|
|
|
than a block. To achieve performance, Tcl internally caches structured
|
|
|
|
representations of these values. list routines, for example, operate on
|
2015-01-05 09:00:23 +03:00
|
|
|
the internal cached representation, and Tcl takes care of updating the string
|
|
|
|
representation if it is ever actually needed in the script. The copy-on-write
|
2017-05-20 00:41:48 +03:00
|
|
|
design of Tcl allows script authors to pass around large data values without
|
2015-01-05 09:00:23 +03:00
|
|
|
actually incurring additional memory overhead. Procedures are automatically
|
2017-05-20 00:41:48 +03:00
|
|
|
byte-compiled unless they use the more dynamic routines such as "uplevel",
|
2015-01-05 09:00:23 +03:00
|
|
|
"upvar", and "trace".
|
|
|
|
|
|
|
|
Tcl is a pleasure to program in. It will appeal to hacker types who find Lisp,
|
|
|
|
Forth, or Smalltalk interesting, as well as to engineers and scientists who
|
|
|
|
just want to get down to business with a tool that bends to their will. Its
|
2017-05-20 00:41:48 +03:00
|
|
|
discipline of exposing all programmatic functionality as routines, including
|
|
|
|
things like looping and mathematical operations that are usually baked into the
|
2015-01-05 09:00:23 +03:00
|
|
|
syntax of other languages, allows it to fade into the background of whatever
|
2017-05-20 00:41:48 +03:00
|
|
|
domain-specific functionality a project needs. Its syntax, which is even
|
2017-08-23 11:14:39 +03:00
|
|
|
lighter than that of Lisp, just gets out of the way.
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
```tcl
|
|
|
|
#! /bin/env tclsh
|
|
|
|
|
2016-11-17 02:34:24 +03:00
|
|
|
###############################################################################
|
2015-10-08 06:11:24 +03:00
|
|
|
## 1. Guidelines
|
2016-11-17 02:34:24 +03:00
|
|
|
###############################################################################
|
2015-01-05 09:00:23 +03:00
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Tcl is not Sh or C! This needs to be said because standard shell quoting
|
2015-01-05 09:00:23 +03:00
|
|
|
# habits almost work in Tcl and it is common for people to pick up Tcl and try
|
|
|
|
# to get by with syntax they know from another language. It works at first,
|
2017-05-20 00:41:48 +03:00
|
|
|
# but soon leads to frustration when scripts become more complex.
|
2015-10-08 06:11:24 +03:00
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Braces are a quoting mechanism, not syntax for the construction of code
|
|
|
|
# blocks or lists. Tcl doesn't have either of those things. Braces are used to
|
|
|
|
# escape special characters, which makes them well-suited for quoting procedure
|
|
|
|
# bodies and strings that should be interpreted as lists.
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
2016-11-17 02:34:24 +03:00
|
|
|
###############################################################################
|
2015-10-08 06:11:24 +03:00
|
|
|
## 2. Syntax
|
2016-11-17 02:34:24 +03:00
|
|
|
###############################################################################
|
2015-01-05 09:00:23 +03:00
|
|
|
|
2017-08-23 11:14:39 +03:00
|
|
|
# A script is made up of commands delimited by newlines or semicolons. Each
|
2017-05-20 00:41:48 +03:00
|
|
|
# command is a call to a routine. The first word is the name of a routine to
|
|
|
|
# call, and subsequent words are arguments to the routine. Words are delimited
|
|
|
|
# by whitespace. Since each argument is a word in the command it is already a
|
|
|
|
# string, and may be unquoted:
|
|
|
|
set part1 Sal
|
|
|
|
set part2 ut; set part3 ations
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# a dollar sign introduces variable substitution:
|
|
|
|
set greeting $part1$part2$part3
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# When "set" is given only the name of a variable, it returns the
|
|
|
|
# value of that variable:
|
|
|
|
set part3 ;# Returns the value of the variable.
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Left and right brackets embed a script to be evaluated for a result to
|
|
|
|
# substitute into the word:
|
|
|
|
set greeting $part1$part2[set part3]
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# An embedded script may be composed of multiple commands, the last of which provides
|
2017-08-23 11:14:39 +03:00
|
|
|
# the result for the substitution:
|
2015-01-05 09:00:23 +03:00
|
|
|
set greeting $greeting[
|
2017-05-20 00:41:48 +03:00
|
|
|
incr i
|
|
|
|
incr i
|
|
|
|
incr i
|
2015-01-05 09:00:23 +03:00
|
|
|
]
|
2017-07-10 21:42:38 +03:00
|
|
|
puts $greeting ;# The output is "Salutations3"
|
2015-01-05 09:00:23 +03:00
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Every word in a command is a string, including the name of the routine, so
|
|
|
|
# substitutions can be used on it as well. Given this variable
|
|
|
|
# assignment,
|
|
|
|
set action pu
|
|
|
|
|
|
|
|
# , the following three commands are equivalent:
|
|
|
|
puts $greeting
|
|
|
|
${action}ts $greeting
|
|
|
|
[set action]ts $greeting
|
|
|
|
|
|
|
|
|
|
|
|
# backslash suppresses the special meaning of characters:
|
2015-01-05 09:00:23 +03:00
|
|
|
set amount \$16.42
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# backslash adds special meaning to certain characters:
|
2015-01-05 09:00:23 +03:00
|
|
|
puts lots\nof\n\n\n\n\n\nnewlines
|
|
|
|
|
|
|
|
|
|
|
|
# A word enclosed in braces is not subject to any special interpretation or
|
2015-08-25 13:29:44 +03:00
|
|
|
# substitutions, except that a backslash before a brace is not counted when
|
2017-05-20 00:41:48 +03:00
|
|
|
# looking for the closing brace:
|
2015-01-05 09:00:23 +03:00
|
|
|
set somevar {
|
|
|
|
This is a literal $ sign, and this \} escaped
|
|
|
|
brace remains uninterpreted
|
2015-10-08 06:11:24 +03:00
|
|
|
}
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
|
|
|
# In a word enclosed in double quotes, whitespace characters lose their special
|
2017-05-20 00:41:48 +03:00
|
|
|
# meaning:
|
2015-01-05 09:00:23 +03:00
|
|
|
set name Neo
|
|
|
|
set greeting "Hello, $name"
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# A variable name can be any string:
|
2015-01-05 09:00:23 +03:00
|
|
|
set {first name} New
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# The braced form of variable substitution handles more complex variable names:
|
2015-01-05 09:00:23 +03:00
|
|
|
set greeting "Hello, ${first name}"
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# "set" can always be used instead of variable substitution, and can handle all
|
|
|
|
# variable names:
|
2015-01-05 09:00:23 +03:00
|
|
|
set greeting "Hello, [set {first name}]"
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# To unpack a list into the command, use the expansion operator, "{*}". These
|
|
|
|
# two commands are equivalent:
|
2015-01-05 09:00:23 +03:00
|
|
|
set name Neo
|
2017-05-20 00:41:48 +03:00
|
|
|
set {*}{name Neo}
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
|
|
|
# An array is a special variable that is a container for other variables.
|
|
|
|
set person(name) Neo
|
2017-05-20 00:41:48 +03:00
|
|
|
set person(destiny) {The One}
|
2015-01-05 09:00:23 +03:00
|
|
|
set greeting "Hello, $person(name)"
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# "variable" can be used to declare or set variables. In contrast with "set",
|
|
|
|
# which uses both the global namespace and the current namespace to resolve a
|
|
|
|
# variable name, "variable" uses only the current namespace:
|
|
|
|
variable name New
|
|
|
|
|
|
|
|
|
|
|
|
# "namespace eval" creates a new namespace if it doesn't exist. A namespace
|
|
|
|
# can contain both routines and variables:
|
2015-01-05 09:00:23 +03:00
|
|
|
namespace eval people {
|
|
|
|
namespace eval person1 {
|
2015-08-26 23:47:21 +03:00
|
|
|
variable name Neo
|
2015-01-05 09:00:23 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Use two or more colons to delimit namespace components in variable names:
|
|
|
|
namespace eval people {
|
|
|
|
set greeting "Hello $person1::name"
|
|
|
|
}
|
|
|
|
|
|
|
|
# Two or more colons also delimit namespace components in routine names:
|
|
|
|
proc people::person1::speak {} {
|
|
|
|
puts {I am The One.}
|
|
|
|
}
|
|
|
|
|
|
|
|
# Fully-qualified names begin with two colons:
|
|
|
|
set greeting "Hello $::people::person1::name"
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
2016-11-17 02:34:24 +03:00
|
|
|
###############################################################################
|
2017-05-20 00:41:48 +03:00
|
|
|
## 3. No More Syntax
|
2016-11-17 02:34:24 +03:00
|
|
|
###############################################################################
|
2015-01-05 09:00:23 +03:00
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# All other functionality is implemented via routines. From this point on,
|
|
|
|
# there is no new syntax. Everything else there is to learn about
|
|
|
|
# Tcl is about the behaviour of individual routines and what meaning they
|
|
|
|
# assign to their arguments.
|
|
|
|
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
###############################################################################
|
|
|
|
## 4. Variables and Namespaces
|
|
|
|
###############################################################################
|
|
|
|
|
|
|
|
# Each variable and routine is associated with some namespace.
|
|
|
|
|
2015-01-05 09:00:23 +03:00
|
|
|
# To end up with an interpreter that can do nothing, delete the global
|
|
|
|
# namespace. It's not very useful to do such a thing, but it illustrates the
|
2017-05-20 00:41:48 +03:00
|
|
|
# nature of Tcl. The name of the global namespace is actually the empty
|
|
|
|
# string, but the only way to represent it is as a fully-qualified name. To
|
|
|
|
# try it out call this routine:
|
|
|
|
proc delete_global_namespace {} {
|
|
|
|
namespace delete ::
|
|
|
|
}
|
2015-01-05 09:00:23 +03:00
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Because "set" always keeps its eye on both the global namespace and the
|
|
|
|
# current namespace, it's safer to use "variable" to declare a variable or
|
|
|
|
# assign a value to a variable. If a variable called "name" already exists in
|
|
|
|
# the global namespace, using "set" here will assign a value to the global
|
|
|
|
# variable instead of to a variable in the current namespace, whereas
|
|
|
|
# "variable" operates only on the current namespace.
|
2015-01-05 09:00:23 +03:00
|
|
|
namespace eval people {
|
|
|
|
namespace eval person1 {
|
|
|
|
variable name Neo
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Once a variable is declared in a namespace, [set] sees it instead of seeing
|
|
|
|
# an identically-named variable in the global namespace:
|
|
|
|
namespace eval people {
|
|
|
|
namespace eval person1 {
|
|
|
|
variable name
|
|
|
|
set name Neo
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
# But if "set" has to create a new variable, it always does it relative to the
|
|
|
|
# current namespace:
|
|
|
|
unset name
|
|
|
|
namespace eval people {
|
|
|
|
namespace eval person1 {
|
|
|
|
set name neo
|
|
|
|
}
|
|
|
|
|
|
|
|
}
|
|
|
|
set people::person1::name
|
|
|
|
|
|
|
|
|
|
|
|
# An absolute name always begins with the name of the global namespace (the
|
|
|
|
# empty string), followed by two colons:
|
|
|
|
set ::people::person1::name Neo
|
|
|
|
|
|
|
|
|
|
|
|
# Within a procedure, the "variable" links a variable in the current namespace
|
|
|
|
# into the local scope:
|
|
|
|
namespace eval people::person1 {
|
|
|
|
proc fly {} {
|
|
|
|
variable name
|
|
|
|
puts "$name is flying!"
|
|
|
|
}
|
|
|
|
}
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2016-11-17 02:34:24 +03:00
|
|
|
###############################################################################
|
2017-05-20 00:41:48 +03:00
|
|
|
## 4. Built-in Routines
|
2016-11-17 02:34:24 +03:00
|
|
|
###############################################################################
|
2015-01-05 09:00:23 +03:00
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Math can be done with the "expr":
|
2015-01-05 09:00:23 +03:00
|
|
|
set a 3
|
|
|
|
set b 4
|
|
|
|
set c [expr {$a + $b}]
|
|
|
|
|
|
|
|
# Since "expr" performs variable substitution on its own, brace the expression
|
|
|
|
# to prevent Tcl from performing variable substitution first. See
|
|
|
|
# "http://wiki.tcl.tk/Brace%20your%20#%20expr-essions" for details.
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# "expr" understands variable and script substitution:
|
2015-01-05 09:00:23 +03:00
|
|
|
set c [expr {$a + [set b]}]
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# "expr" provides a set of mathematical functions:
|
2015-01-05 09:00:23 +03:00
|
|
|
set c [expr {pow($a,$b)}]
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Mathematical operators are available as routines in the ::tcl::mathop
|
|
|
|
# namespace:
|
2015-01-05 09:00:23 +03:00
|
|
|
::tcl::mathop::+ 5 3
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Routines can be imported from other namespaces:
|
2015-01-05 09:00:23 +03:00
|
|
|
namespace import ::tcl::mathop::+
|
|
|
|
set result [+ 5 3]
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Non-numeric values must be quoted, and operators like "eq" can be used to
|
|
|
|
# constrain the operation to string comparison:
|
|
|
|
set name Neo
|
|
|
|
expr {{Bob} eq $name}
|
|
|
|
|
|
|
|
# The general operators fall back to string string comparison if numeric
|
|
|
|
# operation isn't feasible:
|
|
|
|
expr {{Bob} == $name}
|
|
|
|
|
|
|
|
|
|
|
|
# "proc" creates new routines:
|
2015-01-05 09:00:23 +03:00
|
|
|
proc greet name {
|
|
|
|
return "Hello, $name!"
|
|
|
|
}
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
#multiple parameters can be specified:
|
2015-01-05 09:00:23 +03:00
|
|
|
proc greet {greeting name} {
|
|
|
|
return "$greeting, $name!"
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
# As noted earlier, braces do not construct a code block. Every value, even
|
2017-05-20 00:41:48 +03:00
|
|
|
# the third argument to "proc", is a string. The previous command
|
|
|
|
# can be rewritten using no braces:
|
2016-06-06 12:47:47 +03:00
|
|
|
proc greet greeting\ name return\ \"\$greeting,\ \$name!\"
|
2018-03-31 21:08:19 +03:00
|
|
|
# "
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# When the last parameter is the literal value "args", all extra arguments
|
|
|
|
# passed to the routine are collected into a list and assigned to "args":
|
|
|
|
proc fold {cmd first args} {
|
2015-01-05 09:00:23 +03:00
|
|
|
foreach arg $args {
|
2017-05-20 00:41:48 +03:00
|
|
|
set first [$cmd $first $arg]
|
2015-01-05 09:00:23 +03:00
|
|
|
}
|
2017-05-20 00:41:48 +03:00
|
|
|
return $first
|
2015-01-05 09:00:23 +03:00
|
|
|
}
|
|
|
|
fold ::tcl::mathop::* 5 3 3 ;# -> 45
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Conditional execution is implemented as a routine:
|
2015-01-05 09:00:23 +03:00
|
|
|
if {3 > 4} {
|
|
|
|
puts {This will never happen}
|
|
|
|
} elseif {4 > 4} {
|
|
|
|
puts {This will also never happen}
|
|
|
|
} else {
|
|
|
|
puts {This will always happen}
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Loops are implemented as routines. The first and third arguments to
|
|
|
|
# "for" are treated as scripts, while the second argument is treated as
|
|
|
|
# an expression:
|
|
|
|
set res 0
|
2015-01-05 09:00:23 +03:00
|
|
|
for {set i 0} {$i < 10} {incr i} {
|
|
|
|
set res [expr {$res + $i}]
|
|
|
|
}
|
2017-05-20 00:41:48 +03:00
|
|
|
unset res
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# The first argument to "while" is also treated as an expression:
|
2015-01-05 09:00:23 +03:00
|
|
|
set i 0
|
|
|
|
while {$i < 10} {
|
|
|
|
incr i 2
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# A list is a string, and items in the list are delimited by whitespace:
|
2015-10-08 06:11:24 +03:00
|
|
|
set amounts 10\ 33\ 18
|
2015-01-05 09:00:23 +03:00
|
|
|
set amount [lindex $amounts 1]
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Whitespace in a list item must be quoted:
|
|
|
|
set inventory {"item 1" item\ 2 {item 3}}
|
|
|
|
|
|
|
|
|
2017-08-23 11:14:39 +03:00
|
|
|
# It's generally a better idea to use list routines when modifying lists:
|
2017-05-20 00:41:48 +03:00
|
|
|
lappend inventory {item 1} {item 2} {item 3}
|
|
|
|
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
# Braces and backslash can be used to format more complex values in a list. A
|
|
|
|
# list looks exactly like a script, except that the newline character and the
|
2017-05-20 00:41:48 +03:00
|
|
|
# semicolon character lose their special meanings, and there is no script or
|
|
|
|
# variable substitution. This feature makes Tcl homoiconic. There are three
|
|
|
|
# items in the following list:
|
2015-01-05 09:00:23 +03:00
|
|
|
set values {
|
|
|
|
|
|
|
|
one\ two
|
|
|
|
|
|
|
|
{three four}
|
|
|
|
|
|
|
|
five\{six
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Since, like all values, a list is a string, string operations could be
|
|
|
|
# performed on it, at the risk of corrupting the formatting of the list:
|
2015-01-05 09:00:23 +03:00
|
|
|
set values {one two three four}
|
|
|
|
set values [string map {two \{} $values] ;# $values is no-longer a \
|
2017-05-20 00:41:48 +03:00
|
|
|
properly-formatted list
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# The sure-fire way to get a properly-formatted list is to use "list" routines:
|
2015-01-05 09:00:23 +03:00
|
|
|
set values [list one \{ three four]
|
|
|
|
lappend values { } ;# add a single space as an item in the list
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Use "eval" to evaluate a value as a script:
|
2015-01-05 09:00:23 +03:00
|
|
|
eval {
|
|
|
|
set name Neo
|
|
|
|
set greeting "Hello, $name"
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
# A list can always be passed to "eval" as a script composed of a single
|
2017-05-20 00:41:48 +03:00
|
|
|
# command:
|
2015-01-05 09:00:23 +03:00
|
|
|
eval {set name Neo}
|
|
|
|
eval [list set greeting "Hello, $name"]
|
|
|
|
|
|
|
|
|
2017-07-10 21:42:38 +03:00
|
|
|
# Therefore, when using "eval", use "list" to build up the desired command:
|
2015-01-05 09:00:23 +03:00
|
|
|
set command {set name}
|
|
|
|
lappend command {Archibald Sorbisol}
|
|
|
|
eval $command
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# A common mistake is not to use list functions when building up a command:
|
2015-01-05 09:00:23 +03:00
|
|
|
set command {set name}
|
|
|
|
append command { Archibald Sorbisol}
|
2017-05-20 00:41:48 +03:00
|
|
|
try {
|
|
|
|
eval $command ;# The error here is that there are too many arguments \
|
|
|
|
to "set" in {set name Archibald Sorbisol}
|
|
|
|
} on error {result eoptions} {
|
|
|
|
puts [list {received an error} $result]
|
|
|
|
}
|
2015-01-05 09:00:23 +03:00
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# This mistake can easily occur with "subst":
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
set replacement {Archibald Sorbisol}
|
|
|
|
set command {set name $replacement}
|
2017-05-20 00:41:48 +03:00
|
|
|
set command [subst $command]
|
|
|
|
try {
|
|
|
|
eval $command ;# The same error as before: too many arguments to "set" in \
|
|
|
|
{set name Archibald Sorbisol}
|
|
|
|
} trap {TCL WRONGARGS} {result options} {
|
|
|
|
puts [list {received another error} $result]
|
|
|
|
}
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# "list" correctly formats a value for substitution:
|
2015-01-05 09:00:23 +03:00
|
|
|
set replacement [list {Archibald Sorbisol}]
|
|
|
|
set command {set name $replacement}
|
2015-10-08 06:11:24 +03:00
|
|
|
set command [subst $command]
|
2015-01-05 09:00:23 +03:00
|
|
|
eval $command
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# "list" is commonly used to format values for substitution into scripts: There
|
|
|
|
# are several examples of this, below.
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# "apply" evaluates a two-item list as a routine:
|
2015-01-05 09:00:23 +03:00
|
|
|
set cmd {{greeting name} {
|
|
|
|
return "$greeting, $name!"
|
|
|
|
}}
|
|
|
|
apply $cmd Whaddup Neo
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# A third item can be used to specify the namespace to apply the routine in:
|
|
|
|
set cmd [list {greeting name} {
|
|
|
|
return "$greeting, $name!"
|
|
|
|
} [namespace current]]
|
|
|
|
apply $cmd Whaddup Neo
|
|
|
|
|
2015-01-05 09:00:23 +03:00
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# "uplevel" evaluates a script at some higher level in the call stack:
|
2015-01-05 09:00:23 +03:00
|
|
|
proc greet {} {
|
2017-05-20 00:41:48 +03:00
|
|
|
uplevel {puts "$greeting, $name"}
|
2015-01-05 09:00:23 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
proc set_double {varname value} {
|
2017-05-20 00:41:48 +03:00
|
|
|
if {[string is double $value]} {
|
|
|
|
uplevel [list variable $varname $value]
|
|
|
|
} else {
|
|
|
|
error [list {not a double} $value]
|
|
|
|
}
|
2015-01-05 09:00:23 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# "upvar" links a variable at the current level in the call stack to a variable
|
|
|
|
# at some higher level:
|
2015-01-05 09:00:23 +03:00
|
|
|
proc set_double {varname value} {
|
2017-05-20 00:41:48 +03:00
|
|
|
if {[string is double $value]} {
|
|
|
|
upvar 1 $varname var
|
|
|
|
set var $value
|
|
|
|
} else {
|
|
|
|
error [list {not a double} $value]
|
|
|
|
}
|
2015-01-05 09:00:23 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# Get rid of the built-in "while" routine, and use "proc" to define a new one:
|
2015-01-05 09:00:23 +03:00
|
|
|
rename ::while {}
|
2017-05-20 00:41:48 +03:00
|
|
|
# handling is left as an exercise:
|
2015-01-05 09:00:23 +03:00
|
|
|
proc while {condition script} {
|
|
|
|
if {[uplevel 1 [list expr $condition]]} {
|
|
|
|
uplevel 1 $script
|
|
|
|
tailcall [namespace which while] $condition $script
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
# "coroutine" creates a new call stack, a new routine to enter that call stack,
|
|
|
|
# and then calls that routine. "yield" suspends evaluation in that stack and
|
|
|
|
# returns control to the calling stack:
|
|
|
|
proc countdown count {
|
2017-08-23 11:14:39 +03:00
|
|
|
# send something back to the creator of the coroutine, effectively pausing
|
2017-05-20 00:41:48 +03:00
|
|
|
# this call stack for the time being.
|
|
|
|
yield [info coroutine]
|
2015-01-05 09:00:23 +03:00
|
|
|
|
2017-05-20 00:41:48 +03:00
|
|
|
while {$count > 1} {
|
|
|
|
yield [incr count -1]
|
|
|
|
}
|
|
|
|
return 0
|
2015-01-05 09:00:23 +03:00
|
|
|
}
|
2017-05-20 00:41:48 +03:00
|
|
|
coroutine countdown1 countdown 3
|
|
|
|
coroutine countdown2 countdown 5
|
|
|
|
puts [countdown1] ;# -> 2
|
|
|
|
puts [countdown2] ;# -> 4
|
|
|
|
puts [countdown1] ;# -> 1
|
|
|
|
puts [countdown1] ;# -> 0
|
|
|
|
catch {
|
|
|
|
puts [coundown1] ;# -> invalid command name "countdown1"
|
|
|
|
} cres copts
|
|
|
|
puts $cres
|
|
|
|
puts [countdown2] ;# -> 3
|
|
|
|
|
|
|
|
|
|
|
|
# Coroutine stacks can yield control to each other:
|
|
|
|
|
|
|
|
proc pass {whom args} {
|
|
|
|
return [yieldto $whom {*}$args]
|
|
|
|
}
|
|
|
|
|
|
|
|
coroutine a apply {{} {
|
|
|
|
yield
|
|
|
|
set result [pass b {please pass the salt}]
|
|
|
|
puts [list got the $result]
|
|
|
|
set result [pass b {please pass the pepper}]
|
|
|
|
puts [list got the $result]
|
|
|
|
}}
|
|
|
|
|
|
|
|
coroutine b apply {{} {
|
|
|
|
set request [yield]
|
|
|
|
while 1 {
|
|
|
|
set response [pass c $request]
|
|
|
|
puts [list [info coroutine] is now yielding]
|
|
|
|
set request [pass a $response]
|
|
|
|
}
|
|
|
|
}}
|
|
|
|
|
|
|
|
coroutine c apply {{} {
|
|
|
|
set request [yield]
|
|
|
|
while 1 {
|
|
|
|
if {[string match *salt* $request]} {
|
|
|
|
set request [pass b salt]
|
|
|
|
} else {
|
|
|
|
set request [pass b huh?]
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}}
|
|
|
|
|
|
|
|
# get things moving
|
|
|
|
a
|
2015-01-05 09:00:23 +03:00
|
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
## Reference
|
|
|
|
|
|
|
|
[Official Tcl Documentation](http://www.tcl.tk/man/tcl/)
|
|
|
|
|
|
|
|
[Tcl Wiki](http://wiki.tcl.tk)
|
|
|
|
|
|
|
|
[Tcl Subreddit](http://www.reddit.com/r/Tcl)
|