this post was submitted on 12 Feb 2026
63 points (100.0% liked)
Programming
25504 readers
394 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
i think the most interesting design detail of lua tables is just glossed over as "nil-holes" in this article. namely, that nil values do not exist. there is no
table.delete(key)method, you just zero out the value and the key stops existing. the same thing is true for any variable, if you set it to nil it ceases to be. i find that implementation fascinating.Except it's ass if you want to do non-destructive data processing of arbitrary structures and your input and output might have null as a value. You can't just know about fields a, b, and c of the table and leave everything else as it is, you need to know the whole structure and make sure you write null in the output for fields that have nil in them.
Or, more realistically, use libraries that implement null as custom user data.
Iirc Roberto Ierusalimschy even considered introducing a null value in one of the recent versions, of course confusingly named ‘undefined’ — but changed his mind. Perhaps it's for the better than to have such a backwards name for it.
To my knowledge, Lisps like Emacs Lisp implement this better: trying to get a value for a nonexistent key will get you nil, but you can still retrieve the list of all keys, including ones that are set to nil.
yeah that's probably when you should drop down to C.
Eh, dkjson implements null as an object with a metatable function that encodes it back as "null". Hopefully it's considered equal to itself in comparisons.
Dkjson is fast enough for most scripting purposes. OTOH cjson's userdata null is supported by some other libraries that deal with data structures.
Of course, there's a problem then that various libs may have their own nulls, not equal to each other. There's even a lib that tries to marry some of them.
interesting! it should be equal since it's always just a pointer to that same table.
I just never tried, so amn't entirely sure.
Iirc I needed a json lib on Windows, or was just fed up with compiling things for some reason, and used dkjson instead of cjson. It turned out to be more than adequate, as is pretty typical for Lua-only code. Although it can use the LPeg lib to speed up parsing.