On Tue, 16 Apr 2024 15:51:12 -0000 (UTC)
Muttley@dastardlyhq.com wrote:

> >I eagerly await your explanation of how that doesn't count since
> >it's outside your own sphere of experience.
>
> Oh, games. Serious applications then.

Ah, the "applications that I don't consider important don't count"
strategy. Magnifique.

John Ames <commodorejohn@gmail.com> wrote at 15:49 this Tuesday (GMT):
> On Tue, 16 Apr 2024 15:43:33 -0000 (UTC)
> Muttley@dastardlyhq.com wrote:
>
>> >>>> So moving from one language hardly anyone uses to another that
>> >>>> hardly
>> >anyone
>> >>>> uses. You can't deny the consistency.
>> >>>
>> >>> We use lua rather extensively in multiple products.
>> >>>
>> >>> You seem to do nothing but criticize others.
>> >>
>> >> I've worked in a number of different areas and I've never come
>> >> across anyone who mentioned Lua, never mind a company that used
>> >> it. Whatever you do it must be rather niche.
>> >
>> >I use lua to enhance conky - but yes it is a bit niche, I suppose.
>>
>> Is conky your talking teddy bear?
>
> It's *very* commonly used as a "bolt-on" solution for scripting in a
> wide variety of applications, particularly videogame engines. I eagerly
> await your explanation of how that doesn't count since it's outside
> your own sphere of experience.
>
> https://en.wikipedia.org/wiki/List_of_applications_using_Lua
> https://en.wikipedia.org/wiki/Category:Lua_(programming_language)-scripted_video_games

It's also used for Aseprite plugins.
--
user <candycane> is generated from /dev/urandom

On Tue, 16 Apr 2024 08:59:12 -0700
John Ames <commodorejohn@gmail.com> wrote:
>On Tue, 16 Apr 2024 15:51:12 -0000 (UTC)
>Muttley@dastardlyhq.com wrote:
>
>> >I eagerly await your explanation of how that doesn't count since
>> >it's outside your own sphere of experience.
>>
>> Oh, games. Serious applications then.
>
>Ah, the "applications that I don't consider important don't count"
>strategy. Magnifique.

I worked in defense writing software for missiles for a while. Also worked
on networking code for systems that literally transfered 100s of millions of
dollars worth of trades a day.

But yeah, I'm sure scripting actions on Fortnite and Call of Duty compare.
Even the game engines are written in C++.

On Tue, 16 Apr 2024 16:13:01 -0000 (UTC)
Muttley@dastardlyhq.com wrote:

> I worked in defense writing software for missiles for a while. Also
> worked on networking code for systems that literally transfered 100s
> of millions of dollars worth of trades a day.

*golf clap*

> But yeah, I'm sure scripting actions on Fortnite and Call of Duty
> compare. Even the game engines are written in C++.

Frequently, yes! But when you go making statements like "nobody uses"
when what you really mean is "*I* don't use," endlessly redefining the
terms of your argument in an attempt to back-port correctness into your
original statement only draws further attention to how you ran off your
mouth without bothering to think in the first place.

On Tue, 16 Apr 2024 11:51:12 -0400, <Muttley@dastardlyhq.com> wrote:

> On Tue, 16 Apr 2024 08:49:23 -0700
> John Ames <commodorejohn@gmail.com> wrote:
>> On Tue, 16 Apr 2024 15:43:33 -0000 (UTC)
>> Muttley@dastardlyhq.com wrote:
>>
>>> >>>> So moving from one language hardly anyone uses to another that
>>> >>>> hardly
>>> >anyone
>>> >>>> uses. You can't deny the consistency.
>>> >>>
>>> >>> We use lua rather extensively in multiple products.
>>> >>>
>>> >>> You seem to do nothing but criticize others.
>>> >>
>>> >> I've worked in a number of different areas and I've never come
>>> >> across anyone who mentioned Lua, never mind a company that used
>>> >> it. Whatever you do it must be rather niche.
>>> >
>>> >I use lua to enhance conky - but yes it is a bit niche, I suppose.
>>>
>>> Is conky your talking teddy bear?
>>
>> It's *very* commonly used as a "bolt-on" solution for scripting in a
>> wide variety of applications, particularly videogame engines. I eagerly
>> await your explanation of how that doesn't count since it's outside
>> your own sphere of experience.
>>
>> https://en.wikipedia.org/wiki/List_of_applications_using_Lua
>> https://en.wikipedia.org/wiki/Category:Lua_(programming_language)-scripted_vide
>> o_games
>
> Oh, games. Serious applications then.

Any linux distribution that supports use of rpm packages supports using lua as
the scripting language for package installations and removals.
https://www.man7.org/linux/man-pages/man8/rpmlua.8.html

Regards, Dave Hodgins

On Tue, 16 Apr 2024 12:05:33 -0400, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:

> On Tue, 16 Apr 2024 11:51:12 -0400, <Muttley@dastardlyhq.com> wrote:
>
>> On Tue, 16 Apr 2024 08:49:23 -0700
>> John Ames <commodorejohn@gmail.com> wrote:
>>> On Tue, 16 Apr 2024 15:43:33 -0000 (UTC)
>>> Muttley@dastardlyhq.com wrote:
>>>
>>>> >>>> So moving from one language hardly anyone uses to another that
>>>> >>>> hardly
>>>> >anyone
>>>> >>>> uses. You can't deny the consistency.
>>>> >>>
>>>> >>> We use lua rather extensively in multiple products.
>>>> >>>
>>>> >>> You seem to do nothing but criticize others.
>>>> >>
>>>> >> I've worked in a number of different areas and I've never come
>>>> >> across anyone who mentioned Lua, never mind a company that used
>>>> >> it. Whatever you do it must be rather niche.
>>>> >
>>>> >I use lua to enhance conky - but yes it is a bit niche, I suppose.
>>>>
>>>> Is conky your talking teddy bear?
>>>
>>> It's *very* commonly used as a "bolt-on" solution for scripting in a
>>> wide variety of applications, particularly videogame engines. I eagerly
>>> await your explanation of how that doesn't count since it's outside
>>> your own sphere of experience.
>>>
>>> https://en.wikipedia.org/wiki/List_of_applications_using_Lua
>>> https://en.wikipedia.org/wiki/Category:Lua_(programming_language)-scripted_vide
>>> o_games
>>
>> Oh, games. Serious applications then.
>
> Any linux distribution that supports use of rpm packages supports using lua as
> the scripting language for package installations and removals.
> https://www.man7.org/linux/man-pages/man8/rpmlua.8.html

https://rpm-software-management.github.io/rpm/manual/lua.html
includes an explanation of why the lua interpreter is embedded into the rpm
program.

Regards, Dave Hodgins

In article <20240416085912.00001a9b@gmail.com>,
John Ames <commodorejohn@gmail.com> wrote:
>On Tue, 16 Apr 2024 15:51:12 -0000 (UTC)
>Muttley@dastardlyhq.com wrote:
>
>> >I eagerly await your explanation of how that doesn't count since
>> >it's outside your own sphere of experience.
>>
>> Oh, games. Serious applications then.
>
>Ah, the "applications that I don't consider important don't count"
>strategy. Magnifique.
>

This guy really does have a knack for stepping in it, doesn't he?

--
Pensacola - the thinking man's drink.

In article <uvm82d$11io2$1@dont-email.me>, <Muttley@dastardlyhq.com> wrote:
....
>I worked in defense writing software for missiles for a while. Also worked
>on networking code for systems that literally transfered 100s of millions of
>dollars worth of trades a day.

Yes, you did, Donnie. Now be a good boy...

--
Reading any post by Fred Hodgin, you're always faced with the choice of:
lunatic, moron, or troll.

I always try to be generous and give benefit of the doubt, by assuming troll.

On 2024-04-16, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:

> Any linux distribution that supports use of rpm packages supports using lua as
> the scripting language for package installations and removals.
> https://www.man7.org/linux/man-pages/man8/rpmlua.8.html

Oh, right, FreeBSD's pkg(8) also supports that:
https://man.freebsd.org/cgi/man.cgi?query=pkg-lua-script

Which brings us back to the very start of this thread: Is Lua a
"scripting" language or a "programming" language?

--
Christian "naddy" Weisgerber naddy@mips.inka.de

Christian Weisgerber <naddy@mips.inka.de> writes:
> On 2024-04-16, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:
>> Any linux distribution that supports use of rpm packages supports using lua as
>> the scripting language for package installations and removals.
>> https://www.man7.org/linux/man-pages/man8/rpmlua.8.html
>
> Oh, right, FreeBSD's pkg(8) also supports that:
> https://man.freebsd.org/cgi/man.cgi?query=pkg-lua-script
>
> Which brings us back to the very start of this thread: Is Lua a
> "scripting" language or a "programming" language?

I thought the conclusion of this thread is that there's no clear
distinction.

It's both.

--
Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com
Working, but not speaking, for Medtronic
void Void(void) { Void(); } /* The recursive call of the void */

>>>> I've programmed in Perl but I'm no Perl-programmer notwithstanding.
>>>> Some more or less obvious reasons I see...
>>>> Abstraction of diverse Unix utilities' interfaces.
>>>
>>> no other language comes close in conciseness when it comes to
>>> text processing and interacting with the OS (filesystem, pipes,..)
>>
>> .. i could imagine e.g. a library for a language getting there.
>
> Especially a language that is particularly versatile and adaptable to
> defining DSLs.

Ruby is a good example of that. It mixes Lisp (useful for making DSLs)
and the good parts of Perl (regexps, text processing).
But Ruby only filled (partially) the niche of programming web frameworks.
And I say partially because perl-based cpanel is still being used nowadays.

But for system automation tasks in a Posix OS, when you want to
go above the level of a simple shell script and use complex data
structures, Perl is the only language that fills that gap, any other
language is oververbose (lacks conciseness).

And for whatever reason no other language has filled that gap.
Nobody has even attemped to create another language for the task.
So 37 years after its creation, learning Perl it's still useful.

--
Brevity is the best recommendation of speech, whether in a senator or an orator.
Marcus Tullius Cicero

On Tue, 16 Apr 2024 15:42:45 -0000 (UTC), Muttley wrote:

> Having looked at Rust I do wonder what the fuss is about.

Real-world experience
<https://security.googleblog.com/2022/12/memory-safe-languages-in-android-13.html>
from a large code base (Android). Memory errors did decrease
significantly. While total errors did not decrease, the severity of
the remaining ones did.

On Tue, 16 Apr 2024 16:42:43 +0100, Chris Elvidge wrote:

> I use lua to enhance conky ...

I know Lua was designed specifically to be embeddable, as an extension
language for apps. But surprisingly, you see Python being used a lot for
that, too.

The most high-profile example has to be Blender. Now *there* is a
scriptability API ...

On Tue, 16 Apr 2024 20:47:47 +0000, Javier wrote:

> But for system automation tasks in a Posix OS, when you want to go above
> the level of a simple shell script and use complex data structures, Perl
> is the only language that fills that gap, any other language is
> oververbose (lacks conciseness).

Still some limitations in its data structures, though. I see Perl 5.38 has
added an “experimental” class feature, but it doesn’t do multiple
inheritance or metaclasses. Also I’m not sure if classes are first-class
objects or not.

On Di 16 Apr 2024 at 14:00, David Brown <david.brown@hesbynett.no> wrote:

> On 16/04/2024 12:58, Christian Weisgerber wrote:
>> On 2024-04-16, David Brown <david.brown@hesbynett.no> wrote:
>>
>>> Forth is alive and well, albeit not very common. It is used in embedded
>>> systems - it is almost certainly the smallest language and run-time
>>> system where you can have a extendable high-level language, and runs
>>> directly on even very small microcontrollers.
>> It has also been used since circa 1999 as the embedded language of
>> the FreeBSD boot loader, another constrained environment. In the
>> end Forth proved too unpopular, few people touched it, and it is
>> being replaced with Lua now.
>>
>
> People who have used Forth a lot tend to be very enthusiastic about it, but
> it has a long learning curve to get up to speed.
Really? It is a very small language and has almost no syntax.
I thought it was one of the easiest languages toe learn ib comparison to
C++ or Java.

'Andreas
--
ceterum censeo redmondinem esse delendam

On Wed, 17 Apr 2024 07:34:41 +0200, Andreas Eder wrote:

> [Forth] is a very small language and has almost no syntax.

Forth has more syntax than PostScript.

Consider: Forth actually has the concept of “compile time” versus “run
time”. In PostScript, nothing much happens at “compile time”, except the
construction of executable arrays.

On Tue, 16 Apr 2024 09:18:13 -0700
John Ames <commodorejohn@gmail.com> wrote:
>On Tue, 16 Apr 2024 16:13:01 -0000 (UTC)
>Muttley@dastardlyhq.com wrote:
>
>> I worked in defense writing software for missiles for a while. Also
>> worked on networking code for systems that literally transfered 100s
>> of millions of dollars worth of trades a day.
>
>*golf clap*
>

Whatever that is.

>> But yeah, I'm sure scripting actions on Fortnite and Call of Duty
>> compare. Even the game engines are written in C++.
>
>Frequently, yes! But when you go making statements like "nobody uses"
>when what you really mean is "*I* don't use," endlessly redefining the

You aspies need to stop taking things so literally. Quite obviously someone
uses it, but in the scheme of things Lua has a tiny userbase and is pretty
irrelevant in most language discussions.

>terms of your argument in an attempt to back-port correctness into your
>original statement only draws further attention to how you ran off your
>mouth without bothering to think in the first place.

See above.

On Tue, 16 Apr 2024 18:11:19 -0000 (UTC)
gazelle@shell.xmission.com (Kenny McCormack) wrote:
>In article <uvm82d$11io2$1@dont-email.me>, <Muttley@dastardlyhq.com> wrote:
>....
>>I worked in defense writing software for missiles for a while. Also worked
>>on networking code for systems that literally transfered 100s of millions of
>>dollars worth of trades a day.
>
>Yes, you did, Donnie. Now be a good boy...

Might help if your sarcastic presumably cultural references meant anything to
anyone other than you.

On 16/04/2024 16:49, Muttley@dastardlyhq.com wrote:
> On Tue, 16 Apr 2024 10:58:49 -0000 (UTC)
> Christian Weisgerber <naddy@mips.inka.de> wrote:
>> the FreeBSD boot loader, another constrained environment. In the
>> end Forth proved too unpopular, few people touched it, and it is
>> being replaced with Lua now.
>
> So moving from one language hardly anyone uses to another that hardly anyone
> uses. You can't deny the consistency.
>

Lots of people use Lua. It is very popular as a small scripting
language, and as a language embedded in other programs - you only need
two or three C source files linked into your code to make Lua available,
and it's quite easy to expose C functions as Lua functions.

It is extremely popular in gaming - including for player scripting in
Minecraft.

On 17/04/2024 07:34, Andreas Eder wrote:
> On Di 16 Apr 2024 at 14:00, David Brown <david.brown@hesbynett.no> wrote:
>
>> On 16/04/2024 12:58, Christian Weisgerber wrote:
>>> On 2024-04-16, David Brown <david.brown@hesbynett.no> wrote:
>>>
>>>> Forth is alive and well, albeit not very common. It is used in embedded
>>>> systems - it is almost certainly the smallest language and run-time
>>>> system where you can have a extendable high-level language, and runs
>>>> directly on even very small microcontrollers.
>>> It has also been used since circa 1999 as the embedded language of
>>> the FreeBSD boot loader, another constrained environment. In the
>>> end Forth proved too unpopular, few people touched it, and it is
>>> being replaced with Lua now.
>>>
>>
>> People who have used Forth a lot tend to be very enthusiastic about it, but
>> it has a long learning curve to get up to speed.
> Really? It is a very small language and has almost no syntax.
> I thought it was one of the easiest languages toe learn ib comparison to
> C++ or Java.
>

It doesn't take long to learn the actual language - as you say, it's
small. It takes a long time and a lot of practice to get confident with
it, to learn the tricks you can do with it, to understand the idioms and
be confident in reading other people's code as well as writing your own.

On 16/04/2024 18:13, Muttley@dastardlyhq.com wrote:
> On Tue, 16 Apr 2024 08:59:12 -0700
> John Ames <commodorejohn@gmail.com> wrote:
>> On Tue, 16 Apr 2024 15:51:12 -0000 (UTC)
>> Muttley@dastardlyhq.com wrote:
>>
>>>> I eagerly await your explanation of how that doesn't count since
>>>> it's outside your own sphere of experience.
>>>
>>> Oh, games. Serious applications then.
>>
>> Ah, the "applications that I don't consider important don't count"
>> strategy. Magnifique.
>
> I worked in defense writing software for missiles for a while.

Presumably only for a short while, or very indirectly. People who
/actually/ work in that kind of system, don't talk about it.

> Also worked
> on networking code for systems that literally transfered 100s of millions of
> dollars worth of trades a day.

Ah, so games - just with a different kind of score.

>
> But yeah, I'm sure scripting actions on Fortnite and Call of Duty compare.
> Even the game engines are written in C++.
>

And the game data and actions are written in Lua.

You do realise that the gaming industry is pretty big?

On 17/04/2024 04:45, Lawrence D'Oliveiro wrote:
> On Tue, 16 Apr 2024 16:42:43 +0100, Chris Elvidge wrote:
>
>> I use lua to enhance conky ...
>
> I know Lua was designed specifically to be embeddable, as an extension
> language for apps. But surprisingly, you see Python being used a lot for
> that, too.
>
> The most high-profile example has to be Blender. Now *there* is a
> scriptability API ...

Python is higher level, more "powerful" than Lua, and has vastly more
libraries. It is also vastly bigger. When you've got software the size
of Blender, Python is a good choice for an embedded scripting (or
programming :-) ) language. When you have something small, Lua is a
much better choice - it's fine for many microcontrollers. Lua adds
perhaps 100 KB to the program, while Python adds 20 MB (and Forth adds
maybe 5-10 KB, but is much harder to integrate with the C or C++ code).

On Wed, 17 Apr 2024 11:36:15 +0200
David Brown <david.brown@hesbynett.no> wrote:
>On 16/04/2024 18:13, Muttley@dastardlyhq.com wrote:
>> On Tue, 16 Apr 2024 08:59:12 -0700
>> I worked in defense writing software for missiles for a while.
>
>Presumably only for a short while, or very indirectly. People who

A while and very directly, as in working on the code in the missile itself.

>/actually/ work in that kind of system, don't talk about it.

Who told you that? It was a dev job, not the SAS. Got it in the normal way
through a normal job agency. Do you think people who work on these systems
are in government bunkers guarded by an Elite corps upon pain of death if
anyone talks? It was an office in an industrial estate walking distance
from a McDonalds.

>> Also worked
>> on networking code for systems that literally transfered 100s of millions of
>> dollars worth of trades a day.
>
>Ah, so games - just with a different kind of score.

Games that the world relies on.

>> But yeah, I'm sure scripting actions on Fortnite and Call of Duty compare.
>> Even the game engines are written in C++.
>>
>
>And the game data and actions are written in Lua.

Not in most games. In fact the biggest part of the games industry ATM is
mobile and Lua won't be much in evidence there.

>You do realise that the gaming industry is pretty big?

Many industries are pretty big.

John Ames <commodorejohn@gmail.com> wrote or quoted:
>*waits for a Forth-head to chime in*

No Forth aficionado here, but I gotta chime in and say:

Remember those late-model HP calculators (the HP-48 series)
with their UPN shenanigans? Their language ("RPL") was pretty
darn similar to Forth, if you ask me!

On Wed, 17 Apr 2024 07:34:41 +0200
Andreas Eder <a_eder_muc@web.de> wrote:

> Really? It is a very small language and has almost no syntax.
> I thought it was one of the easiest languages toe learn ib comparison
> to C++ or Java.

*Syntactically* it's very simple, but explicit stack-orientation with
reverse-Polish notation is a *very* different programming paradigm than
practically everything else out there; even Lisp is closer to "normal,"
at least for functional-programming types. And that's before you even
get to the fairly idiosyncratic vocabulary or the type model that's
somehow both explicit and loose...