Re: insufficient error checking

From: Scott Weisman <>
Date: Tue, 14 Dec 2010 12:36:15 -0800 (PST)

Yes, but Lua internally doesn't use \0-terminated strings, as there
are many problems with that kind of representation.

That's what I meant by C-style strings. C may use them, but dynamic
languages don't, at least none that I know of.

I don't mind the use of extensions. I see it is a work in progress. I
still need to brush up on the syntax, but I already get that Lua has a
clean, utilitarian design with some simple but very expressive
features. It also has what are considered stock features in any
serious language, like closures. I actually first heard of it from a
DDJ article many years ago, so I've been aware of it for a while.

The language does seem rather well done (and it's already at 5.x, so
it's quite mature by now), but I see that the extension library is
pretty weak. It also strikes me as ad hoc. I have made much of the
CPAN over the years, and it, even with its warts, is an impressive

There are some things about Lua I don't like. I don't like the lack of
native bit operators. Or the non-standard "!=" operator. Or the
preference for words over braces/brackets. The latter make maneuvering
around in the code easier with brace-matching. Or the way 0 evaluates
to true in conditionals. That one really bugs me. Perl's treatment of
nil is much better IMHO.


> Lua is a strict ANSI-C (C89) language in a sense that the stock Lua
> uses only the facilities provided by ANSI-C. For example, canonical
> Lua does not even know the concept of directories. Hence, a "strange"
> looking load path in package.path and package.cpath. All the "fat" is
> shifted into extensions (aka modules) which, as you already
> discovered, are still work in progress.
> IMHO, the fact that Lua is a mean/lean/fighting_machine is great. I
> use it in tiny embedded systems as well as on several 16-core machines
> with 78GB of memory. And it works great in both cases.
> www.luafaq.orgis a useful resource to learn about some common Lua
> pitfalls.
Received on Tue 14 Dec 2010 - 15:36:15 EST

This archive was generated by hypermail 2.2.0 : Thu 08 Mar 2012 - 11:56:54 EST