teliva - Fork of Lua 5.1 to encourage end-user programming

	Commit message (Collapse)	Author	Age	Files	Lines
*	fix build on Mac OS	Kartik K. Agaram	2022-02-10	1	-0/+1
\|
*	standardize key order in .tlv files	Kartik K. Agaram	2022-02-09	1	-20/+38
\| \| \| \|	This will eliminate some spurious git diffs I keep having to clean up.
*	try to get by with one feature macro	Kartik K. Agaram	2022-01-29	1	-2/+0
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	I fucking hate feature macros. Egregious discharge of our division-of-labor-obsessed society. People should be able to introduce names. People should be able to give up names to lower levels of abstraction when they encounter conflicts. Feature macros seem to exist[1] to support more than two levels of abstraction. You try to build, one of your libraries fails to build because of a conflict between it and one level down. You don't want to modify this library. Just fucking https://catern.com/change_code.html already. But no, I have to litter my code with feature macros even though I just want the abstraction the original library provides. [1] https://man7.org/linux/man-pages/man7/feature_test_macros.7.html https://lwn.net/Articles/590381
*	get Teliva running on NetBSD	Kartik K. Agaram	2022-01-24	1	-0/+4
\| \| \| \| \| \| \| \|	NetBSD still uses curses by default. One _could_ install ncurses, but I don't have access to a NetBSD box with permissions to install ncurses, so I'm experimenting to see how far we can get with just curses. So far most of the apps seem to work, with the exception of one bug that I'll commit next.
*	.	Kartik K. Agaram	2022-01-02	1	-1/+1
\|
*	reorg: pull Teliva-specific stuff out of lua.c	Kartik K. Agaram	2021-12-25	1	-0/+15
\| \| \| \|	It should now be easier to diff against the Lua 5.1 sources upstream.
*	tlv format for transient editor state	Kartik K. Agaram	2021-12-25	1	-1/+1
\| \| \| \| \|	Stop interpreting arbitrary Lua code when loading editor state. We don't need that power or security risk.
*	more protection against data loss	Kartik K. Agaram	2021-12-17	1	-1/+11
\|
*	.	Kartik K. Agaram	2021-12-17	1	-13/+0
\|
*	.	Kartik K. Agaram	2021-12-11	1	-0/+2
\|
*	handle non-existent file	Kartik K. Agaram	2021-12-11	1	-1/+5
\|
*	snapshot: migrate all sample apps to new format	Kartik K. Agaram	2021-12-11	1	-1/+3
\|
*	snapshot: writing working?	Kartik K. Agaram	2021-12-11	1	-5/+99
\| \| \| \| \| \|	This is a complete mess. I want to abstract reading multiline strings behind a function, but the lookahead requirements for that are quite stringent. What's a reasonable abstraction here?
*	snapshot: key/value lines after multiline strings	Kartik K. Agaram	2021-12-11	1	-29/+43
\|
*	snapshot: start reading a new format	Kartik K. Agaram	2021-12-11	1	-0/+73
	I really wanted to avoid getting into defining or parsing new file formats. However, using the entire power of Lua is not ideal, as described earlier in Konrad Hinsen's bug. In addition to everything else, it's a vector for arbitrary code execution when someone loads an untrusted image. I could use JSON, but it requires ugly string escaping. Seems cleaner to just use YAML. But YAML is complex and needs its own dependencies. If I'm going to do my own, might as well make the multi-line string format really clear. I can't yet write the new format.