| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
You can't call it on a file that isn't a module, i.e. that doesn't
return something at the end. Use dofile() instead.
|
| |
|
|
|
|
|
| |
Broken since Mar 18, when I started running tests in src/file.lua.
It's more than a little ugly that .lua files in src/ require helpers
inside .tlv apps.
|
| | |
|
| |
|
|
|
|
| |
I think we can now use a file browser app with relative safety. Just
give it inargs permissions, and provide a top-level directory at the
commandline to gain access to everything under it.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'm not quite sure how to think about asking for permissions with
respect to my red/orange/green color codes. On the one hand, it seems
safer than many alternatives. On the other hand, it's liable to lead to
fatigue and blindly allowing apps to do stuff. For now I consider ask to
be orange. Ask + network allowed = red in summary, though it's orange on
the permissions screen since there's more space to convey nuance. Then
again, nobody may heed the nuance. The summary up top on the permissions
screen is definitely still a work in progress. And there's a
chicken-and-egg problem here: I can't really get a good feel for
real-world bugs in the permissions screen until _other programmers_ are
building apps to use the permissions screen, but they're almost certain
to have a crappy time of it.
I considered introducing a primitive called ask() in the Lua
interpreter, but it doesn't really make sense to validate it and so on.
I'm also not really supporting mixing Ask with other features so far.
This is a major step towards turning my permissions screen into
spaghetti; monitoring closely.
|
| |
|
|
|
|
| |
Computer owners shouldn't get in the habit of trusting app authors
regarding permissions. But they have to trust somebody, and they already
trust the Teliva platform if they are running it.
|
| |
|
|
|
|
|
|
|
|
| |
I've been reluctant to do this until now because it makes it more
difficult to grant an app the ideal permissions. Here's what I use:
return string.find(filename, 'toot') == 1
But I'm also trying to keep people from looking to the app to figure out
what permissions to give it :/
|
| |
|
|
|
|
|
|
|
| |
Rather than invest LoC in asking for confirmation or an undo feature,
just have people restart to clear the page.
I fucking suck for how many ways I can come up with to lose data in a
text editor. It really should have been fucking obvious that clearing
the page so easily was a footgun just waiting to happen.
|
| |
|
|
|
| |
Now life.tlv and gemini.tlv are also minimizing how much of the standard
library they pull in, just to be easy to read.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Teliva's model doesn't include any way to change directory. We just have
relative paths and absolute paths. Relative paths should not be able to
reach into parent directories.
The current test is a bit hacky; it also disallows directories ending in
a period. Hopefully not an issue.
|
| | |
|
| |
|
|
|
|
| |
The ordering is topological; nodes come before their dependencies.
Also some more helpful functions in the template for new apps.
|
| |
|
|
|
| |
In particular, I merged take_out in anagrams.tlv with all_but in
graphviz.
|
| |
|
|
|
| |
In the process we fix some bugs in how we compare tables and count nodes
in the graph.
|
| | |
|
| |
|
|
|
| |
Now the REPL isn't about deciding what to calculate, but just what nodes
to calculate it for.
|
| |
|
|
| |
Stop using arr[#arr+1].
|
| |
|
|
|
|
|
| |
A node's edges contain an associative array of target nodes rather than
a linear array.
This way we automatically dedup edges when we load multiple graphs.
|
| |
|
|
|
| |
It's useful to be able to import dependencies for multiple packages at
once, so that we can see common dependencies.
|
| | |
|
| | |
|
| |
|
|
|
| |
This is mostly what I want since I'm interested in parsing the output of
debtree.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
This serves two purposes:
- Things get confusing if function being defined doesn't match the
definition name. Displaying the current definition helps diagnose this
situation.
- We're already able to see callers at a glance even if the cursor is
below the fold. The name of the current definition is arguably more
important in that situation.
|
| | |
|
| |
|
|
|
| |
I'm following https://graphviz.org/doc/info/lang.html. Just tokenization
so far.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Joint work with Sumeet Agarwal. In the process we discovered several
bugs in our fake window helpers for tests. Thanks Sumeet!
Previous prototypes:
- https://archive.org/details/akkartik-2min-2020-12-06
- https://merveilles.town/@akkartik/105759816342173743
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
This reclaims all the slowdown in sieve.tlv, and it also is now smart
enough to detect calls to global bindings that pass through variables.
On the flip side, we lose names for non-globals. But that's not very
useful anyway in Teliva's context.
This is still not enough to detect callers through coroutines
(intervening anonymous functions), though.
|
| |
|
|
| |
Partially undoes commit f2d29c22f86a88.
|
| |
|
|
| |
This brings down the slowdown in sieve.tlv from 50% to 25% (15s).
|
| | |
|
| |
|
|
|
| |
sieve.tlv is 50% slower (18s vs 12s) with the new function call
instrumentation.
|
| | |
|
| |
|
|
|
|
|
|
| |
src/ldo.c now has a minimal diff with Lua 5.1.
It might be a bit slower than it was before, but not noticeably so..
This approach doesn't support indirect calls.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
It's a mess. I calculate call-graph depth one way and calculate caller
names another way. At least one of the ways fails to work with indirect
calls. Hopefully the other way works?
|
| |
|
|
|
| |
We just need queues/streams for file I/O. No need to complect
concurrency concerns with them.
|