11 ms·

Tcl the misunderstood (2006)

181 points by zeitg3ist 14y ago

gautamc 14y ago
My first real programming job involved building web apps using OpenACS - http://openacs.org/ http://openacs.org/. OpenACS was all Tcl executing in AOLServer and used postgres or oracle. It was awesome. I Learned a lot from "Tcl for Web Nerds" and its companion "SQL for web nerds" (all links listed here: http://openacs.org/doc/ http://openacs.org/doc/ ). Back when I started Tcl, I was more like a emacs-lisp script kiddie. Because Tcl was so easy to learn and because OpenACS was such a great MVC style framework, it didn't take long to master the framework itself and dive into the interesting things that were related more with the architecture of a web-app and not just the syntax of a programming language. The "whereas" poem, as I like to call it, that announced Miguel Sofer's inclusion in the Tcl Core team was real fun to read too - http://code.activestate.com/lists/tcl-core/1983/ http://code.activestate.com/lists/tcl-core/1983/ Miguel Sofer had described an algorithm for representing hierarchical data in a RDBMS. What he put forward could be thought of as a different kind of a nested set representation. Whereas the nested-set approach involved keeping track of two numeric values (left & right) for each node in our relational records based tree, Miguel Sofer's algorithm would use the ability to lexically sort a base159 encoded string. This way, tree operations could be implemented via sub-string matching and sorting. His algorithm was implemented in OpenACS because it allowed an efficient implementation of the OpenACS nodes table. Each URI in OpenACS has a node record associated with it and all these nodes are hierarchical records - http://openacs.org/forums/message-view?message_id=16799 http://openacs.org/forums/message-view?message_id=16799 The OpenACS nodes system allows the implementation of a fine grained permissions system which enables a child node to auto-magically inherit the permissions of its parent node - this is, if the child node didn't have any specific permissions set on itself - http://openacs.org/doc/permissions-tediously-explained.html http://openacs.org/doc/permissions-tediously-explained.html When I was learning ruby I implemented this algorithm using active-record - https://github.com/gautamc/hierarchical_objects https://github.com/gautamc/hierarchical_objects The utdt.edu link hosting the pdf that Miguel Sofer created is broken now; I found a copy here: http://www.tetilab.com/roberto/pgsql/postgres-trees.pdf http://www.tetilab.com/roberto/pgsql/postgres-trees.pdf
- theatrus2 14y ago
  I remember OpenACS (or even its precursors). Still running some sites out there, like photo.net.
- pjmlp 14y ago
  In the late 90's I joined a startup that had its application server similar to OpenACS (Apache + in house dev Tcl module + DB bindings). With a way of doing objects to table mapping, similar to what Rails has. This back in 1999.
  - tspascoal 14y ago
    Actually this dates at least 97-98 :-) Ah those were the days.
    - pjmlp 14y ago
      Yeah, thanks for correcting me. I joined a bit later, remember? ;)
- andrewflnr 14y ago
  Thanks for that tree algorithm. I wish I'd known about it a couple years ago.
- smrtinsert 14y ago
  Some of my best programming stories are from hacking TCL on Aolserver. The ability to make up language constructs was so powerful, and something I haven't seen anywhere else - full disclosure, I haven't used lisp yet, but it looks uglier to me than TCL and a clean programmer can produce very nice looking TCL code. Among other things I remember adding named parameters to tcl procs in like a few hours - a feature some other languages consider a plus. Is it missing in TCL? Just add it yourself :)
kriro 14y ago
Never used Tcl, nice overview. set a pu set b ts $a$b "Hello World" Seems pretty cool. uplevel is neat as well. The modifications = DSL approach seems interesting, too.
- sea6ear 14y ago
  Uplevel essentially allows macro like functionality to be implemented - although it is executed at runtime rather than compile time (you are executing in your caller's scope). However, it seems slightly evil for general use unless really needed. Playing with uplevel is really the first time I understood stack frames.
riveralabs 14y ago
Back in the day TCL was the most efficient way to do a GUI prototype in a non MS Windows environment.
- colanderman 14y ago
  Yes; one of the primary reasons I choose Tcl for certain personal projects is that it has a remarkably easy to use GUI library. The notion of "text variables" even introduces a notion of reactive programming.
jgrahamc 14y ago
A little Tcl story. When John Ousterhout interviewed me to be VP of Engineering at the Tcl company (Scriptics) many years ago I told him I knew nothing about Tcl at all. He told me that the two great virtues of Tcl were that it was incredibly easy to learn and had very powerful regular expression facilities (I think he was trying to contrast with Perl which also has great regular expressions). I blurted out "Don't those two things contradict each other? You can't have something that's easy and have regular expressions!". I immediately figured I'd totally blown my chances and discovered afterwards from the recruiter that the one thing he really liked in candidates was to be challenged. Me and my big mouth got me that job.
- jgw 14y ago
  Nice anecdote. I'm curious what your thoughts on Tcl the language are today, given your former position at Scriptics.
- mikeryan 14y ago
  My little Tcl story. My first developer job was for a company which used Vignette StoryServer which used Tcl for its primary scripting language. You actually wrote all the Tcl inside a Java based tool (I think there was a way to use an external editor but it was clunky has hell(. We actually did most of our dynamic stuff in Perl via traditional CGI but all the straight CMS work was done inside StoryServer's tools. One of the vagaries of that system was that if you needed to escape an opening bracket "[" you needed to use 2x + 1 (memory is hazy on the exact number) the number of backslashes for every level of brackets you were in. So if you were 3 brackets deep you needed to escape a bracket it would be "\\\\\\\\\[" Otherwise actually I ended up kind of liking Tcl (in some ways I liked the language more then Perl, but the environment we were working in was pretty terrible) and that experience actually translated really well when I play around with objective C for iOS.
  - deleted 14y ago
    [deleted]
jgw 14y ago
I actually was forced to use Tcl recently on a project, and I came across this article at the time. It so happens that I was getting into Lisp at the same time, and the parallels between them are obvious. You effectively get macros, so it's a pretty expressive language. There's even an object system in Tcl based on CLOS. But ultimately, it feels like a language with lots of good ideas, implemented poorly. I'm not a PL theorist or purist, but "everything is a string" constantly feels like a really poor abstraction. Tcl is practical for small, quick projects, but you soon run into insane things like the fact that curly brackets are syntactically significant in strings - and comments.
- ZoFreX 14y ago
  > curly brackets are syntactically significant in strings - and comments. The latter trips me up far more than I would like to admit :( It's a great example of the nature of Tcl as a language, though. Sometimes I love the simplicity, sometimes consequences of it drive me nuts. For those who haven't used Tcl: You write comments like this: # this is a comment But, in keeping with Tcl's simple and tiny nature, this isn't a special case. "#" is simply a procedure that ignores all arguments supplied to it! While this is extremely elegant, and means you could implement comments in Tcl itself rather than the interpreter, it does mean that you have to balance your curly brackets within comments, which is hugely annoying when you forget.
  - rotskoff 14y ago
    I use Tcl for a number of analysis scripts inside some scientific software. Recently, I came across a situation in which I had nested loops: for {set i 0} {$i<$n} {incr i} { # Some comment for {set j 0} {$j<$n} {incr j} { The script refused to run and eventually I figured out that the comment was somehow impeding execution. I still don't understand why.
    - engtech 14y ago
      This also breaks, because comments are syntax. proc some_proc {a b} { } # some_proc
mutation 14y ago
I usualy use Tcl for my personal projects. It's nice and simple but powerful language, and the only real problem with it is that there's too many old libraries that can't work with multiple but different versions of Tcl on the same system.
- philippeback 14y ago
  Same here. And having all the code from the ground up is very useful. TCL turtles all the way down!
Symmetry 14y ago
So, here's this article purporting to answer the misconception that Python is superior to Tcl in every conceivable way and, erm, I left with the impression that Python is superior to Tcl in every conceivable way except that Tcl is a smaller language. If you really want to do meta-programming in Python by putting together strings then eval() is right there waiting for you... but there are good reasons people try not to overuse it.
- ufo 14y ago
  Yes, I believe you are missing the point. For example, when it comes to syntax Tcl is like a shell language in that you need very little punctuation to do stuff if you are just calling functions with string arguments. Python, on the other hand, forces you to fill everything with parenthesis and explicit quotes. And while this kind of syntax issue might be seen as superficially trivial, consider the popularity of templating languages for generating HTML and other textual content. After a certain point its simpler to use a language where text is the default and code is marked up then it is to use an equivalently powerful library where the code is as usual but all the strings need to be quoted.
- zwischenzug 14y ago
  I've used tcl for years and I use python for my own projects. The key difference is the lisp-like expressivity of tcl vs the structured nature of python, which makes it harder to do things like override control structures or rewrite functions on the fly. Everything in tcl is a string leads to some very interesting consequences, some of which are outlined in the article. It's also easier to write disastrously messy code in tcl than in Python, and the freedom leads to rival and poorly documented libraries - it's not an "institutional" language the way Python is. Syntax is a red herring.
zorlem 14y ago
One of the biggest advantages of TCL in my opinion is the simplicity of its syntax. The lexer is quite simple, straightforward and easy to create. Properly written TCL interpreters are quite small and memory efficient. Because of this TCL used to be quite a popular choice as an embedded scripting language for various appliances (eg. Cisco used TCL for their VoIP/IVR scripts). Nowadays Lua has mostly taken TCL's place as an embedded scripting language of choice and I must say I'm a little sorry, there are some things that I miss from TCL.
- jgw 14y ago
  Actually, I think its syntax isn't just simple, it's simplistic. It's simple to implement, but it presents some rather unexpected behaviour to the user. To wit: proc hello {} { # I'd like to put an unmatched { in my comment puts "Hello!" } This doesn't compile because of the unmatched {. But this does, by adding another unmatched } - in the following string: proc hello {} { # I'd like to put an unmatched { in my comment puts "Hello!}" } In other news, Richard P. Gabriel can stop arguing with himself about whether worse is better. In this case, worse is pretty silly!
  - zorlem 14y ago
    This is one of the reasons I'm only a little sorry that Lua has taken over. Not without its shortcomings, Lua is a big advancement in this regard! :)
  - sigzero 14y ago
    Why didn't you just escape the brace with "\"?
    - jgw 14y ago
      That's not the point. The question is not "How can I put an unmatched curly bracket in my comment?" The question is "Why are the semantics of the language - including, but not limited to brace matching - so peculiar and unexpected?" Look at my second code example! The matching brace is in a string, in another command, on the next tine! And it works! And removing either one breaks the code!
bretthopper 14y ago
My first experience with Tcl was before I knew anything about programming. Tcl was the scripting language for Eggdrop IRC bots, which back in the day was pretty much the only IRC bot around: http://en.wikipedia.org/wiki/Eggdrop http://en.wikipedia.org/wiki/Eggdrop. I remember being annoyed by Tcl back then when I was modifying existing scripts. Although now I can see that it probably isn't the easiest language to learn for a beginner. I'm sure a lot of people's first, and probably only, experience with Tcl was from Eggdrop bots.
- ojbyrne 14y ago
  It's pretty damn easy to learn. I think what you mean is that for someone who comes from C-like languages, there's a lot you have to unlearn.
  - DigitalJack 14y ago
    I disagree. The really poor feedback from the interpreter on errors makes it incredibly difficult to form an internal model of the language. "Well, maybe it works this way.... no. damn. Well, maybe this way... no. damn." By the time you get it right, you've gone through so many possible models in your head, it's just mush.
nicholassmith 14y ago
I had to use Tcl/Tk for a Uni project way back when, at the time I wasn't a fan but I looked at it again slightly later and appreciated how powerful it could be when you scratched the surface. It's definitely misunderstood, but if people give it a chance there's a lot to like.
RyanZAG 14y ago
As others have said, most uses of Tcl was no doubt Eggdrop bots. I made an eggdrop bot to do some interesting stuff in an irc channel. I also learned nice and important lesson in the process about Tcl and dynamic execution in general (such as in SQL) : Fully dynamic execution is great as long as you spend more time checking input than actually writing logic. As an example, you can do the following in Tcl as the article points out: set a pu set b ts $a$b "Hello World" Awesome! I'll use this kind of dynamic behavior to let users of the bot have more freedom. Bzzzzt. This was back in the 90s and the idea of 'SQL injection' wasn't as widespread as it is now... Getting around these kind of injections in Tcl requires constant vigilance and sometimes is very confusing. Another interesting issue is the lack of types and how Tcl interprets them. Ask the user for a number and check if its between 1 and 3, and reject if it isn't. Works fine until the user tries the number 0x01, which matches 1 in some places but not in others. Gave me a lot of appreciation for typed languages where an int really is an int.
- minimax 14y ago
  You have to be similarly careful with shell scripts. $ a=ec $ b=ho $ $a$b "Hello World"
  - darkarmani 14y ago
    Sure, but people don't generally write large programs in shell scripts. If you want to relegate TCL to short scripts, i guess it's the same as shell scripting, but if you want to use it for more than that this behavior is dangerous.
- stevoski 14y ago
  The phrase "SQL Injection" was coined in 2000. There was just about no understanding of the threat of these attacks in the 90s
  - MichaelGG 14y ago
    I'm sorta confused when you say there was "no understanding". It's not like a basic SQL injection is something hidden, or even remotely difficult to understand, and it doesn't even exploit a complicated environment. You're literally passing user input to a language interpreter - what else could you expect? I don't believe there needs to be "understanding" to realise that you just wrote exec($userinput) and that might be bad.
buro9 14y ago
Unmatched brackets in includes. Bane. Of. My. Life.
- npsimons 14y ago
  Would it lessen the pain to know that this doesn't just afflict TCL? Say, if your vendor (who is charging you $30k in licensing) forgot to close an 'extern "C" {' in one of their system headers? Something that could have been caught by a simple "include all the headers (twice) and compile" unit test. And this in a supposed "real-time" OS.
codegeek 14y ago
My first job coding was in Tcl/Tk. it was a vendor system for trading,accounting and only supported Tcl/Tk even for APIs. It was fun. I had never heard of Tcl before that.
kingmanaz 14y ago
Here is SICP author Hal Abelson's treatment of Tcl from yesteryear: http://philip.greenspun.com/tcl/ http://philip.greenspun.com/tcl/ There are more legacy Tcl articles at "reddit.com/r/tcl".
hartcw 14y ago
I use TCL in a consumer app that I develop, to allow users to load and run scripts that control the behaviour of the app. Its for controlling cameras (smart shooter), and actually I usually end up writing the scripts for my customers. But its amazing what you can achieve quickly and easily due to how flexible TCL is, users are amazing when I email back a custom script for some fancy HDR photo bracket the same day they request it! And I myself am surprised at how many photographers have managed to write their own scripts, even non-programmers. I've been thinking about adding support for python as the scripting language, but I can't justify it just for been fashionable.
hartcw 14y ago
I use TCL in a consumer app that I develop, to allow users to load and run scripts that control the behaviour of the app. Its for controlling cameras (smart shooter), and actually I usually end up writing the scripts for my customers. But its amazing what you can achieve quickly and easily due to how flexible TCL is, users are amazing when I email back a custom script for some fancy HDR photo bracket the same day they request it! And I myself am surprised at how many photographers have managed to write their own scripts, even non-programmers. I've been thinking about adding support for python as the scripting language, but I can't justify it just for been fashionable.
karl_gluck 14y ago
The author missed one of the other huge advantages of Tcl: it is extremely easy to add Tcl to a C++ project as a scripting language. It took me about half an hour, and I had never done it before. Once added, it makes interactive debugging of big projects almost pleasant.
- sebcat 14y ago
  This is why I love Tcl too. As a general purpose language I'd rather use something else, but for projects where you want to make it easy to redefine certain behaviours without rebuilding and you don't want to implement your own DSL (and you shouldn't want that, trust me...) Tcl is right there waiting for you. I find myself building projects where I implement system specific stuff in C with Tcl bindings and then use Tcl to tie the libraries together. It makes for modular software and easy testing, both unit testing through tcltest and testing stuff interactively in development. It's not The Best Language(tm), but it really ties the room together.
  - karl_gluck 14y ago
    > It's not The Best Language(tm), but it really ties the room together. Haha, very well put. A lot of the time, I just want something that lets me tinker interactively with C/++ code (changing variables, calling methods, etc) to make sure it's doing what I want without having to recompile, dive into the debugger, or write a custom command interface. Plus, some things are just far less painful to write in Tcl--namely, anything to do with strings.
- to3m 14y ago
  I've been pretty pleased with Tcl for this as well. Its syntax is convenient for interactive use and fine for actual coding in, without being faintly insane like many shells. The main drawback to it I've found is its insistence on being able to convert everything from an object to a string and then back again. It's all too easy, when using certain functions (I think `lappend' is the one that caused me a lot of bother), to have your objects silently converted into strings. This is one piece of shell insanity that Tcl has kept. It's not a good one. If your objects aren't really representable as strings - in my case, I'm storing a pointer to some C/C++ object in a TclObj, and relying on Tcl's refcounting to manage the lifetimes - this is what you'd do in something like Lua - then this can leave you a bit stuck. And even if you did support this, this could well leave you with two equivalent objects where you'd rather have one individual one. Tcl should take a leaf out of Lua's book, or Python's, on this matter. A shame. It's not the only thing I didn't really love, but it was the only thing that really bothered me. I considered changing language, but the Tcl syntax is very convenient. So in the end I just worked around it by reimplementing a bunch of list primitives that didn't turn things into strings so damn often, and used those instead.
stiff 14y ago
For a while TCL was also the state of the art in web applications development: http://en.wikipedia.org/wiki/AOLserver http://en.wikipedia.org/wiki/AOLserver
- mikeryan 14y ago
  Around the same time there was CNET's tool which became a commercial CMS http://en.wikipedia.org/wiki/Vignette_StoryServer http://en.wikipedia.org/wiki/Vignette_StoryServer StoryServer was interesting, its one of those things that in at least one way was ahead of its time. It actually generated static HTML files instead of doing straight pulls from a db. It's "dynamic" nature was actually basically a 404 handler where if you hit the URL for a story and there wasn't a cached html doc it would then generate one from the db, write it to the filesystem and then output the page.
geoka9 14y ago
For me, the best feature of Tcl is actually not part of the language itself. It's a tool built on top of Tcl -- Expect. Expect can be used to automate CLI tasks, but for me it is indispensable for testing programs with text-only UIs (I get to write a lot of those). http://www.nist.gov/el/msid/expect.cfm http://www.nist.gov/el/msid/expect.cfm
- zaroth 14y ago
  Ah, TCL, I knew thee well. Back in the 8.3 days, when expect was still a commercial add-on form ActiveState for TCL on Windows, I implemented my own Expect command in TCL based on 'socket'. If you ever find yourself using Expect with telnet, if you need more performance, you can implement your own Expect using socket which will run at least 10x faster. The only trick is sending the right TELNET opcodes to get your target device to actually respond with a prompt!
- iso-8859-1 14y ago
  there's a python replacement: http://pexpect.sourceforge.net/pexpect.html http://pexpect.sourceforge.net/pexpect.html
  - draegtun 14y ago
    You can also find Expect ports in other languages. For e.g.: * Perl - https://metacpan.org/release/Expect https://metacpan.org/release/Expect * Ruby - http://rubygems.org/gems/expectr http://rubygems.org/gems/expectr
deleted 14y ago
[deleted]
benjamincburns 14y ago
I love this article. The few times I've worked with Tcl I've found it an absolute joy to use. I just hope that people don't mistake his conclusion. The core benefit to Tcl is also its main detriment. Tcl takes off in places like OpenOCD because its incredibly powerful simplicity makes it incredibly tiny. You can throw it in pretty much anywhere as an embedded language and it will buy you a TON of functionality. If you want it to be performant, however, you'll wind up writing a lot of piecewise optimizations which will ultimately cause you to lose the size benefit. So no, it's not a toy language by any means. And yes, its simplicity yields incredible LISP-like power. However, it's not a language I'd _ever_ use to write the core of anything where performance is of concern.
malkia 14y ago
My exposure to TCL, or rather dialects were through Autodesk Maya (The MEL Script there seems a bit like TCL, IMHO). The other thing was Metal Gear Solid (PSX). Konami used TCL to set up the level entities - enemies, traps, etc. Internally each command was hooked through a "C" function that took argc, argv, and to my shock (and then grin), there were tons of "C" functions that we working like main() - e.g. parsing arguments. For a moment I thought - this must be slow, then I understood - it did not matter - it served it's job, and allow non "C" programmers (game designers, scripts) to set-up objects easy in the "C" world. The whole thing had to fit in 2MB along with textures. Later working at our studio, I've stumbled on couple of sound tools written in TCL, and lately had to dabble once in a while in the MacPorts land (also TCL). But then most of the people I've asked they don't know about it...
rmcastil 14y ago
If any of you wonder whether you use an application everyday that still utilizes Tcl/Tk, you may be surprised (https://github.com/git/git/tree/master/git-gui/lib https://github.com/git/git/tree/master/git-gui/lib).
- aidenn0 14y ago
  And holy crap it's ugly. I have a locally modified copy that uses ttk and the modern theme just so I don't have too look at motif widgets all day.
jjr 14y ago
With all the discussion about the syntax, some of Tcl greatest features are overlooked. The article could do with an update. I would like to see the current state of Tcl compared to node.js Possibly the tcl core beats node.js on many points.
meaty 14y ago
I think people who used Tk with other languages (which TBH it didn't really fit cleanly with) were scared away from Tcl. I never found a use for Tcl myself but I had no problem with it.
nonewtcl 14y ago
There's no shame in calling Tcl a toy. It provides a fun way to learn lispy concepts and it has helped teach many that a simple lanaguage can be powerful. But I think Salvatore was unwise even in 2006 when he said Tcl isn't a toy. He is clearly a hacker in the best sense and his writing's appreciation for Tcl shows his respect for its power and simplicity. He was not the first, nor will he be the last, to sing such praises. Sadly his apparent ignorance or lack of concern regarding Tcl's numerous flaws leads me to question his engineering maturity. For instance, nowhere did he warn of how simple typo errors in Tcl's variable names and interpolated strings leads to a layer of engineering hell beyond anything Dante imagined, a place I've been and vowed never to return. If you really think you need to expose something like Tcl in your product, please think again. These days you would be better off with something like Javascript or Lua. I strongly suspect the Salvatore of 2012 would agree.
- davidw 14y ago
  >Sadly his apparent ignorance or lack of concern regarding Tcl's numerous flaws leads me to question his engineering maturity. </comic book guy>
- Derbasti 14y ago
  Two of the most powerful languages I know are also very simple. Lisp and Lua come to mind. While they can't compete with Python or Ruby in therms of libraries, their syntax is far simpler and more powerful than any other language I know. I wonder why they are also much less popular, especially given that both are relatively fast.
circa 14y ago
I first read this as TTL. which is also often misunderstood.
sigzero 14y ago
I like Tcl. I like that it is quirky and that it different enough (non-algol) to be interesting to me. I like the folks in the community as well. BTW 8.6 is just around the corner.
engtech 14y ago
We use TCL for a couple of core scripts at work because most of the tools we spend millions of dollars on in licensing use TCL as their embedded interpreter (I work in EDA/semiconductors). I find the most unproductive use of my time at work is when writing TCL code. Switching to TDD has helped a lot, but I still find the language maddeningly frustrating. I hate that this is both valid syntax with wildly different meanings: set env(VAR) "value" set $env(VAR) "value" I hate that TCL error messages have no prefix, so there is no way to grep for them (the 3rd party tools merge STDOUT and STDERR to a single log). I hate that the TCL error message line numbers are RELATIVE TO THE PROCEDURE instead of relative to the file. I hate that the language is fully interpreted and not compiled, so you can have a syntax error in a code branch that isn't triggered just lying there for months if you don't fully unit test every code path. I do not understand how anyone could like TCL unless they were using a linting tool to give the robustness of debugging that most other languages have. Because of our code base and the 3rd party tools I'm not able to lint our code and it is a brutally painful language to debug.
- bch 14y ago
  re: TDD -- tcltest ([package require tcltest], man n tcltest) is downright brilliant. Brilliant. It's worth noting that Tcl is the core of the GCC testsuite (dejagnu) as well http://www.gnu.org/software/dejagnu/ http://www.gnu.org/software/dejagnu/
  - arthurschreiber 14y ago
    I also created a very rspec like bdd library, called tclspec: https://github.com/arthurschreiber/tclspec https://github.com/arthurschreiber/tclspec
- deleted 14y ago
  [deleted]
- helmut_hed 14y ago
  Just out of curiosity (having used Tcl shell EDA tools myself) could you Swig stub versions of the proprietary commands and test your scripts standalone?
narrator 14y ago
upvar was a unique feature of TCL that was also a really bad idea. http://www2.tcl.tk/1508 http://www2.tcl.tk/1508
Derbasti 14y ago
A few years back I researched for a scripting language for an embedded project. The choice came down to Tcl, Lisp and Lua. We went with Lua and liked it a lot. After reading this article I wonder how Lua and Tcl compare. It seems like Tcl is more like Lisp than Lua really. Does anyone have experience with any two of those languages and would care to comment on their differences and similarities?
ww520 14y ago
TCL has the closest syntax to English in term of defining DSL. Other languages claiming DSL support is just glorified functions.
rerere 14y ago
tl;dr: TCL is retarded, and if you use it, you will be too.
laureny 14y ago
I wrote a lot of Tcl back in my days and the one thing I remember is the awful scoping rules, e.g. if you want to reference a global variable, you need to say so first, otherwise you'll be referring to a non-existent local variable and you won't get any error, just an null value. It was horrible. Tk was nice, though.
blacksqr 14y ago
Shorter Tcl Complainers #1: Why does Tcl require me to learn how to use it instead of just letting me carry over my assumptions from other languages? Shorter Tcl Complainers #2: Why does Tcl punish me for my insistence on following bad programming practice? Shorter Tcl Complainers #3: I hate Tcl because of traits it shares with several popular languages which I love!
jgoney 14y ago
From this, it looks like Redis inherited some of Tcl's syntax. I never would have put that together before reading this.

181 points by zeitg3ist 14y ago

My first real programming job involved building web apps using OpenACS - http://openacs.org/ http://openacs.org/. OpenACS was all Tcl executing in AOLServer and used postgres or oracle. It was awesome. I Learned a lot from "Tcl for Web Nerds" and its companion "SQL for web nerds" (all links listed here: http://openacs.org/doc/ http://openacs.org/doc/ ). Back when I started Tcl, I was more like a emacs-lisp script kiddie. Because Tcl was so easy to learn and because OpenACS was such a great MVC style framework, it didn't take long to master the framework itself and dive into the interesting things that were related more with the architecture of a web-app and not just the syntax of a programming language. The "whereas" poem, as I like to call it, that announced Miguel Sofer's inclusion in the Tcl Core team was real fun to read too - http://code.activestate.com/lists/tcl-core/1983/ http://code.activestate.com/lists/tcl-core/1983/ Miguel Sofer had described an algorithm for representing hierarchical data in a RDBMS. What he put forward could be thought of as a different kind of a nested set representation. Whereas the nested-set approach involved keeping track of two numeric values (left & right) for each node in our relational records based tree, Miguel Sofer's algorithm would use the ability to lexically sort a base159 encoded string. This way, tree operations could be implemented via sub-string matching and sorting. His algorithm was implemented in OpenACS because it allowed an efficient implementation of the OpenACS nodes table. Each URI in OpenACS has a node record associated with it and all these nodes are hierarchical records - http://openacs.org/forums/message-view?message_id=16799 http://openacs.org/forums/message-view?message_id=16799 The OpenACS nodes system allows the implementation of a fine grained permissions system which enables a child node to auto-magically inherit the permissions of its parent node - this is, if the child node didn't have any specific permissions set on itself - http://openacs.org/doc/permissions-tediously-explained.html http://openacs.org/doc/permissions-tediously-explained.html When I was learning ruby I implemented this algorithm using active-record - https://github.com/gautamc/hierarchical_objects https://github.com/gautamc/hierarchical_objects The utdt.edu link hosting the pdf that Miguel Sofer created is broken now; I found a copy here: http://www.tetilab.com/roberto/pgsql/postgres-trees.pdf http://www.tetilab.com/roberto/pgsql/postgres-trees.pdf

theatrus2 14y ago
I remember OpenACS (or even its precursors). Still running some sites out there, like photo.net.
pjmlp 14y ago
In the late 90's I joined a startup that had its application server similar to OpenACS (Apache + in house dev Tcl module + DB bindings). With a way of doing objects to table mapping, similar to what Rails has. This back in 1999.
- tspascoal 14y ago
  Actually this dates at least 97-98 :-) Ah those were the days.
  - pjmlp 14y ago
    Yeah, thanks for correcting me. I joined a bit later, remember? ;)
andrewflnr 14y ago
Thanks for that tree algorithm. I wish I'd known about it a couple years ago.
smrtinsert 14y ago
Some of my best programming stories are from hacking TCL on Aolserver. The ability to make up language constructs was so powerful, and something I haven't seen anywhere else - full disclosure, I haven't used lisp yet, but it looks uglier to me than TCL and a clean programmer can produce very nice looking TCL code. Among other things I remember adding named parameters to tcl procs in like a few hours - a feature some other languages consider a plus. Is it missing in TCL? Just add it yourself :)

kriro 14y ago

Never used Tcl, nice overview. set a pu set b ts $a$b "Hello World" Seems pretty cool. uplevel is neat as well. The modifications = DSL approach seems interesting, too.

sea6ear 14y ago
Uplevel essentially allows macro like functionality to be implemented - although it is executed at runtime rather than compile time (you are executing in your caller's scope). However, it seems slightly evil for general use unless really needed. Playing with uplevel is really the first time I understood stack frames.

riveralabs 14y ago

Back in the day TCL was the most efficient way to do a GUI prototype in a non MS Windows environment.

colanderman 14y ago
Yes; one of the primary reasons I choose Tcl for certain personal projects is that it has a remarkably easy to use GUI library. The notion of "text variables" even introduces a notion of reactive programming.

jgrahamc 14y ago

A little Tcl story. When John Ousterhout interviewed me to be VP of Engineering at the Tcl company (Scriptics) many years ago I told him I knew nothing about Tcl at all. He told me that the two great virtues of Tcl were that it was incredibly easy to learn and had very powerful regular expression facilities (I think he was trying to contrast with Perl which also has great regular expressions). I blurted out "Don't those two things contradict each other? You can't have something that's easy and have regular expressions!". I immediately figured I'd totally blown my chances and discovered afterwards from the recruiter that the one thing he really liked in candidates was to be challenged. Me and my big mouth got me that job.

jgw 14y ago
Nice anecdote. I'm curious what your thoughts on Tcl the language are today, given your former position at Scriptics.
mikeryan 14y ago
My little Tcl story. My first developer job was for a company which used Vignette StoryServer which used Tcl for its primary scripting language. You actually wrote all the Tcl inside a Java based tool (I think there was a way to use an external editor but it was clunky has hell(. We actually did most of our dynamic stuff in Perl via traditional CGI but all the straight CMS work was done inside StoryServer's tools. One of the vagaries of that system was that if you needed to escape an opening bracket "[" you needed to use 2x + 1 (memory is hazy on the exact number) the number of backslashes for every level of brackets you were in. So if you were 3 brackets deep you needed to escape a bracket it would be "\\\\\\\\\[" Otherwise actually I ended up kind of liking Tcl (in some ways I liked the language more then Perl, but the environment we were working in was pretty terrible) and that experience actually translated really well when I play around with objective C for iOS.
- deleted 14y ago
  [deleted]

jgw 14y ago

I actually was forced to use Tcl recently on a project, and I came across this article at the time. It so happens that I was getting into Lisp at the same time, and the parallels between them are obvious. You effectively get macros, so it's a pretty expressive language. There's even an object system in Tcl based on CLOS. But ultimately, it feels like a language with lots of good ideas, implemented poorly. I'm not a PL theorist or purist, but "everything is a string" constantly feels like a really poor abstraction. Tcl is practical for small, quick projects, but you soon run into insane things like the fact that curly brackets are syntactically significant in strings - and comments.

ZoFreX 14y ago
> curly brackets are syntactically significant in strings - and comments. The latter trips me up far more than I would like to admit :( It's a great example of the nature of Tcl as a language, though. Sometimes I love the simplicity, sometimes consequences of it drive me nuts. For those who haven't used Tcl: You write comments like this: # this is a comment But, in keeping with Tcl's simple and tiny nature, this isn't a special case. "#" is simply a procedure that ignores all arguments supplied to it! While this is extremely elegant, and means you could implement comments in Tcl itself rather than the interpreter, it does mean that you have to balance your curly brackets within comments, which is hugely annoying when you forget.
- rotskoff 14y ago
  I use Tcl for a number of analysis scripts inside some scientific software. Recently, I came across a situation in which I had nested loops: for {set i 0} {$i<$n} {incr i} { # Some comment for {set j 0} {$j<$n} {incr j} { The script refused to run and eventually I figured out that the comment was somehow impeding execution. I still don't understand why.
  - engtech 14y ago
    This also breaks, because comments are syntax. proc some_proc {a b} { } # some_proc

mutation 14y ago

I usualy use Tcl for my personal projects. It's nice and simple but powerful language, and the only real problem with it is that there's too many old libraries that can't work with multiple but different versions of Tcl on the same system.

philippeback 14y ago
Same here. And having all the code from the ground up is very useful. TCL turtles all the way down!

Symmetry 14y ago

So, here's this article purporting to answer the misconception that Python is superior to Tcl in every conceivable way and, erm, I left with the impression that Python is superior to Tcl in every conceivable way except that Tcl is a smaller language. If you really want to do meta-programming in Python by putting together strings then eval() is right there waiting for you... but there are good reasons people try not to overuse it.

ufo 14y ago
Yes, I believe you are missing the point. For example, when it comes to syntax Tcl is like a shell language in that you need very little punctuation to do stuff if you are just calling functions with string arguments. Python, on the other hand, forces you to fill everything with parenthesis and explicit quotes. And while this kind of syntax issue might be seen as superficially trivial, consider the popularity of templating languages for generating HTML and other textual content. After a certain point its simpler to use a language where text is the default and code is marked up then it is to use an equivalently powerful library where the code is as usual but all the strings need to be quoted.
zwischenzug 14y ago
I've used tcl for years and I use python for my own projects. The key difference is the lisp-like expressivity of tcl vs the structured nature of python, which makes it harder to do things like override control structures or rewrite functions on the fly. Everything in tcl is a string leads to some very interesting consequences, some of which are outlined in the article. It's also easier to write disastrously messy code in tcl than in Python, and the freedom leads to rival and poorly documented libraries - it's not an "institutional" language the way Python is. Syntax is a red herring.

zorlem 14y ago

One of the biggest advantages of TCL in my opinion is the simplicity of its syntax. The lexer is quite simple, straightforward and easy to create. Properly written TCL interpreters are quite small and memory efficient. Because of this TCL used to be quite a popular choice as an embedded scripting language for various appliances (eg. Cisco used TCL for their VoIP/IVR scripts). Nowadays Lua has mostly taken TCL's place as an embedded scripting language of choice and I must say I'm a little sorry, there are some things that I miss from TCL.

jgw 14y ago
Actually, I think its syntax isn't just simple, it's simplistic. It's simple to implement, but it presents some rather unexpected behaviour to the user. To wit: proc hello {} { # I'd like to put an unmatched { in my comment puts "Hello!" } This doesn't compile because of the unmatched {. But this does, by adding another unmatched } - in the following string: proc hello {} { # I'd like to put an unmatched { in my comment puts "Hello!}" } In other news, Richard P. Gabriel can stop arguing with himself about whether worse is better. In this case, worse is pretty silly!
- zorlem 14y ago
  This is one of the reasons I'm only a little sorry that Lua has taken over. Not without its shortcomings, Lua is a big advancement in this regard! :)
- sigzero 14y ago
  Why didn't you just escape the brace with "\"?
  - jgw 14y ago
    That's not the point. The question is not "How can I put an unmatched curly bracket in my comment?" The question is "Why are the semantics of the language - including, but not limited to brace matching - so peculiar and unexpected?" Look at my second code example! The matching brace is in a string, in another command, on the next tine! And it works! And removing either one breaks the code!

bretthopper 14y ago

My first experience with Tcl was before I knew anything about programming. Tcl was the scripting language for Eggdrop IRC bots, which back in the day was pretty much the only IRC bot around: http://en.wikipedia.org/wiki/Eggdrop http://en.wikipedia.org/wiki/Eggdrop. I remember being annoyed by Tcl back then when I was modifying existing scripts. Although now I can see that it probably isn't the easiest language to learn for a beginner. I'm sure a lot of people's first, and probably only, experience with Tcl was from Eggdrop bots.

ojbyrne 14y ago
It's pretty damn easy to learn. I think what you mean is that for someone who comes from C-like languages, there's a lot you have to unlearn.
- DigitalJack 14y ago
  I disagree. The really poor feedback from the interpreter on errors makes it incredibly difficult to form an internal model of the language. "Well, maybe it works this way.... no. damn. Well, maybe this way... no. damn." By the time you get it right, you've gone through so many possible models in your head, it's just mush.

nicholassmith 14y ago

I had to use Tcl/Tk for a Uni project way back when, at the time I wasn't a fan but I looked at it again slightly later and appreciated how powerful it could be when you scratched the surface. It's definitely misunderstood, but if people give it a chance there's a lot to like.

RyanZAG 14y ago

As others have said, most uses of Tcl was no doubt Eggdrop bots. I made an eggdrop bot to do some interesting stuff in an irc channel. I also learned nice and important lesson in the process about Tcl and dynamic execution in general (such as in SQL) : Fully dynamic execution is great as long as you spend more time checking input than actually writing logic. As an example, you can do the following in Tcl as the article points out: set a pu set b ts $a$b "Hello World" Awesome! I'll use this kind of dynamic behavior to let users of the bot have more freedom. Bzzzzt. This was back in the 90s and the idea of 'SQL injection' wasn't as widespread as it is now... Getting around these kind of injections in Tcl requires constant vigilance and sometimes is very confusing. Another interesting issue is the lack of types and how Tcl interprets them. Ask the user for a number and check if its between 1 and 3, and reject if it isn't. Works fine until the user tries the number 0x01, which matches 1 in some places but not in others. Gave me a lot of appreciation for typed languages where an int really is an int.

minimax 14y ago
You have to be similarly careful with shell scripts. $ a=ec $ b=ho $ $a$b "Hello World"
- darkarmani 14y ago
  Sure, but people don't generally write large programs in shell scripts. If you want to relegate TCL to short scripts, i guess it's the same as shell scripting, but if you want to use it for more than that this behavior is dangerous.
stevoski 14y ago
The phrase "SQL Injection" was coined in 2000. There was just about no understanding of the threat of these attacks in the 90s
- MichaelGG 14y ago
  I'm sorta confused when you say there was "no understanding". It's not like a basic SQL injection is something hidden, or even remotely difficult to understand, and it doesn't even exploit a complicated environment. You're literally passing user input to a language interpreter - what else could you expect? I don't believe there needs to be "understanding" to realise that you just wrote exec($userinput) and that might be bad.

buro9 14y ago

Unmatched brackets in includes. Bane. Of. My. Life.

npsimons 14y ago
Would it lessen the pain to know that this doesn't just afflict TCL? Say, if your vendor (who is charging you $30k in licensing) forgot to close an 'extern "C" {' in one of their system headers? Something that could have been caught by a simple "include all the headers (twice) and compile" unit test. And this in a supposed "real-time" OS.

codegeek 14y ago

My first job coding was in Tcl/Tk. it was a vendor system for trading,accounting and only supported Tcl/Tk even for APIs. It was fun. I had never heard of Tcl before that.

kingmanaz 14y ago

Here is SICP author Hal Abelson's treatment of Tcl from yesteryear: http://philip.greenspun.com/tcl/ http://philip.greenspun.com/tcl/ There are more legacy Tcl articles at "reddit.com/r/tcl".

hartcw 14y ago

I use TCL in a consumer app that I develop, to allow users to load and run scripts that control the behaviour of the app. Its for controlling cameras (smart shooter), and actually I usually end up writing the scripts for my customers. But its amazing what you can achieve quickly and easily due to how flexible TCL is, users are amazing when I email back a custom script for some fancy HDR photo bracket the same day they request it! And I myself am surprised at how many photographers have managed to write their own scripts, even non-programmers. I've been thinking about adding support for python as the scripting language, but I can't justify it just for been fashionable.

hartcw 14y ago

karl_gluck 14y ago

The author missed one of the other huge advantages of Tcl: it is extremely easy to add Tcl to a C++ project as a scripting language. It took me about half an hour, and I had never done it before. Once added, it makes interactive debugging of big projects almost pleasant.

sebcat 14y ago
This is why I love Tcl too. As a general purpose language I'd rather use something else, but for projects where you want to make it easy to redefine certain behaviours without rebuilding and you don't want to implement your own DSL (and you shouldn't want that, trust me...) Tcl is right there waiting for you. I find myself building projects where I implement system specific stuff in C with Tcl bindings and then use Tcl to tie the libraries together. It makes for modular software and easy testing, both unit testing through tcltest and testing stuff interactively in development. It's not The Best Language(tm), but it really ties the room together.
- karl_gluck 14y ago
  > It's not The Best Language(tm), but it really ties the room together. Haha, very well put. A lot of the time, I just want something that lets me tinker interactively with C/++ code (changing variables, calling methods, etc) to make sure it's doing what I want without having to recompile, dive into the debugger, or write a custom command interface. Plus, some things are just far less painful to write in Tcl--namely, anything to do with strings.
to3m 14y ago
I've been pretty pleased with Tcl for this as well. Its syntax is convenient for interactive use and fine for actual coding in, without being faintly insane like many shells. The main drawback to it I've found is its insistence on being able to convert everything from an object to a string and then back again. It's all too easy, when using certain functions (I think `lappend' is the one that caused me a lot of bother), to have your objects silently converted into strings. This is one piece of shell insanity that Tcl has kept. It's not a good one. If your objects aren't really representable as strings - in my case, I'm storing a pointer to some C/C++ object in a TclObj, and relying on Tcl's refcounting to manage the lifetimes - this is what you'd do in something like Lua - then this can leave you a bit stuck. And even if you did support this, this could well leave you with two equivalent objects where you'd rather have one individual one. Tcl should take a leaf out of Lua's book, or Python's, on this matter. A shame. It's not the only thing I didn't really love, but it was the only thing that really bothered me. I considered changing language, but the Tcl syntax is very convenient. So in the end I just worked around it by reimplementing a bunch of list primitives that didn't turn things into strings so damn often, and used those instead.

stiff 14y ago

For a while TCL was also the state of the art in web applications development: http://en.wikipedia.org/wiki/AOLserver http://en.wikipedia.org/wiki/AOLserver

mikeryan 14y ago
Around the same time there was CNET's tool which became a commercial CMS http://en.wikipedia.org/wiki/Vignette_StoryServer http://en.wikipedia.org/wiki/Vignette_StoryServer StoryServer was interesting, its one of those things that in at least one way was ahead of its time. It actually generated static HTML files instead of doing straight pulls from a db. It's "dynamic" nature was actually basically a 404 handler where if you hit the URL for a story and there wasn't a cached html doc it would then generate one from the db, write it to the filesystem and then output the page.

geoka9 14y ago

For me, the best feature of Tcl is actually not part of the language itself. It's a tool built on top of Tcl -- Expect. Expect can be used to automate CLI tasks, but for me it is indispensable for testing programs with text-only UIs (I get to write a lot of those). http://www.nist.gov/el/msid/expect.cfm http://www.nist.gov/el/msid/expect.cfm

zaroth 14y ago
Ah, TCL, I knew thee well. Back in the 8.3 days, when expect was still a commercial add-on form ActiveState for TCL on Windows, I implemented my own Expect command in TCL based on 'socket'. If you ever find yourself using Expect with telnet, if you need more performance, you can implement your own Expect using socket which will run at least 10x faster. The only trick is sending the right TELNET opcodes to get your target device to actually respond with a prompt!
iso-8859-1 14y ago
there's a python replacement: http://pexpect.sourceforge.net/pexpect.html http://pexpect.sourceforge.net/pexpect.html
- draegtun 14y ago
  You can also find Expect ports in other languages. For e.g.: * Perl - https://metacpan.org/release/Expect https://metacpan.org/release/Expect * Ruby - http://rubygems.org/gems/expectr http://rubygems.org/gems/expectr

deleted 14y ago

[deleted]

benjamincburns 14y ago

I love this article. The few times I've worked with Tcl I've found it an absolute joy to use. I just hope that people don't mistake his conclusion. The core benefit to Tcl is also its main detriment. Tcl takes off in places like OpenOCD because its incredibly powerful simplicity makes it incredibly tiny. You can throw it in pretty much anywhere as an embedded language and it will buy you a TON of functionality. If you want it to be performant, however, you'll wind up writing a lot of piecewise optimizations which will ultimately cause you to lose the size benefit. So no, it's not a toy language by any means. And yes, its simplicity yields incredible LISP-like power. However, it's not a language I'd _ever_ use to write the core of anything where performance is of concern.

malkia 14y ago

My exposure to TCL, or rather dialects were through Autodesk Maya (The MEL Script there seems a bit like TCL, IMHO). The other thing was Metal Gear Solid (PSX). Konami used TCL to set up the level entities - enemies, traps, etc. Internally each command was hooked through a "C" function that took argc, argv, and to my shock (and then grin), there were tons of "C" functions that we working like main() - e.g. parsing arguments. For a moment I thought - this must be slow, then I understood - it did not matter - it served it's job, and allow non "C" programmers (game designers, scripts) to set-up objects easy in the "C" world. The whole thing had to fit in 2MB along with textures. Later working at our studio, I've stumbled on couple of sound tools written in TCL, and lately had to dabble once in a while in the MacPorts land (also TCL). But then most of the people I've asked they don't know about it...

rmcastil 14y ago

If any of you wonder whether you use an application everyday that still utilizes Tcl/Tk, you may be surprised (https://github.com/git/git/tree/master/git-gui/lib https://github.com/git/git/tree/master/git-gui/lib).

aidenn0 14y ago
And holy crap it's ugly. I have a locally modified copy that uses ttk and the modern theme just so I don't have too look at motif widgets all day.

jjr 14y ago

With all the discussion about the syntax, some of Tcl greatest features are overlooked. The article could do with an update. I would like to see the current state of Tcl compared to node.js Possibly the tcl core beats node.js on many points.

meaty 14y ago

I think people who used Tk with other languages (which TBH it didn't really fit cleanly with) were scared away from Tcl. I never found a use for Tcl myself but I had no problem with it.

nonewtcl 14y ago

There's no shame in calling Tcl a toy. It provides a fun way to learn lispy concepts and it has helped teach many that a simple lanaguage can be powerful. But I think Salvatore was unwise even in 2006 when he said Tcl isn't a toy. He is clearly a hacker in the best sense and his writing's appreciation for Tcl shows his respect for its power and simplicity. He was not the first, nor will he be the last, to sing such praises. Sadly his apparent ignorance or lack of concern regarding Tcl's numerous flaws leads me to question his engineering maturity. For instance, nowhere did he warn of how simple typo errors in Tcl's variable names and interpolated strings leads to a layer of engineering hell beyond anything Dante imagined, a place I've been and vowed never to return. If you really think you need to expose something like Tcl in your product, please think again. These days you would be better off with something like Javascript or Lua. I strongly suspect the Salvatore of 2012 would agree.

davidw 14y ago
>Sadly his apparent ignorance or lack of concern regarding Tcl's numerous flaws leads me to question his engineering maturity. </comic book guy>
Derbasti 14y ago
Two of the most powerful languages I know are also very simple. Lisp and Lua come to mind. While they can't compete with Python or Ruby in therms of libraries, their syntax is far simpler and more powerful than any other language I know. I wonder why they are also much less popular, especially given that both are relatively fast.

circa 14y ago

I first read this as TTL. which is also often misunderstood.

sigzero 14y ago

I like Tcl. I like that it is quirky and that it different enough (non-algol) to be interesting to me. I like the folks in the community as well. BTW 8.6 is just around the corner.

engtech 14y ago

We use TCL for a couple of core scripts at work because most of the tools we spend millions of dollars on in licensing use TCL as their embedded interpreter (I work in EDA/semiconductors). I find the most unproductive use of my time at work is when writing TCL code. Switching to TDD has helped a lot, but I still find the language maddeningly frustrating. I hate that this is both valid syntax with wildly different meanings: set env(VAR) "value" set $env(VAR) "value" I hate that TCL error messages have no prefix, so there is no way to grep for them (the 3rd party tools merge STDOUT and STDERR to a single log). I hate that the TCL error message line numbers are RELATIVE TO THE PROCEDURE instead of relative to the file. I hate that the language is fully interpreted and not compiled, so you can have a syntax error in a code branch that isn't triggered just lying there for months if you don't fully unit test every code path. I do not understand how anyone could like TCL unless they were using a linting tool to give the robustness of debugging that most other languages have. Because of our code base and the 3rd party tools I'm not able to lint our code and it is a brutally painful language to debug.

bch 14y ago
re: TDD -- tcltest ([package require tcltest], man n tcltest) is downright brilliant. Brilliant. It's worth noting that Tcl is the core of the GCC testsuite (dejagnu) as well http://www.gnu.org/software/dejagnu/ http://www.gnu.org/software/dejagnu/
- arthurschreiber 14y ago
  I also created a very rspec like bdd library, called tclspec: https://github.com/arthurschreiber/tclspec https://github.com/arthurschreiber/tclspec
deleted 14y ago
[deleted]
helmut_hed 14y ago
Just out of curiosity (having used Tcl shell EDA tools myself) could you Swig stub versions of the proprietary commands and test your scripts standalone?

narrator 14y ago

upvar was a unique feature of TCL that was also a really bad idea. http://www2.tcl.tk/1508 http://www2.tcl.tk/1508

Derbasti 14y ago

A few years back I researched for a scripting language for an embedded project. The choice came down to Tcl, Lisp and Lua. We went with Lua and liked it a lot. After reading this article I wonder how Lua and Tcl compare. It seems like Tcl is more like Lisp than Lua really. Does anyone have experience with any two of those languages and would care to comment on their differences and similarities?

ww520 14y ago

TCL has the closest syntax to English in term of defining DSL. Other languages claiming DSL support is just glorified functions.

rerere 14y ago

tl;dr: TCL is retarded, and if you use it, you will be too.

laureny 14y ago

I wrote a lot of Tcl back in my days and the one thing I remember is the awful scoping rules, e.g. if you want to reference a global variable, you need to say so first, otherwise you'll be referring to a non-existent local variable and you won't get any error, just an null value. It was horrible. Tk was nice, though.

blacksqr 14y ago

Shorter Tcl Complainers #1: Why does Tcl require me to learn how to use it instead of just letting me carry over my assumptions from other languages? Shorter Tcl Complainers #2: Why does Tcl punish me for my insistence on following bad programming practice? Shorter Tcl Complainers #3: I hate Tcl because of traits it shares with several popular languages which I love!

jgoney 14y ago

From this, it looks like Redis inherited some of Tcl's syntax. I never would have put that together before reading this.