about summary refs log tree commit diff stats
path: root/081run_interactive.cc
Commit message (Collapse)AuthorAgeFilesLines
* 1822Kartik K. Agaram2015-07-191-7/+7
|
* 1802 - cleanupKartik K. Agaram2015-07-171-7/+3
|
* 1799 - continue to debug memory corruption of 1795Kartik K. Agaram2015-07-171-21/+55
| | | | | | | | | | | | Things I figured out: - 'row' in render-screen doesn't perfectly track cursor-row in screen - proximal cause was forgetting to add left:number to stop-printing - trying to print to screen outside bounds was silently succeeding and corrupting simulated memory - if we silently ignore prints outside bounds things are fine But why are prints outside screen bounds working? We should be accessing screen data using 'index', and that's checking its bounds.
* 1796 - temporarily undo 1795Kartik K. Agaram2015-07-161-49/+21
| | | | | Debugging simulated-screen support is taking too long, and I suddenly have a few higher priorities.
* 1795 - still debugging screen-in-screen renderingKartik K. Agaram2015-07-161-21/+49
| | | | I'm writing to location 'screen' somehow that's not the raw location.
* 1793 - rudimentary sandboxing for scenarios in the environmentKartik K. Agaram2015-07-151-1/+10
|
* 1787 - clear warnings between runsKartik K. Agaram2015-07-151-29/+9
|
* 1782 - stop tracing anything but warnings inside editKartik K. Agaram2015-07-141-0/+1
| | | | | | | | | Speeds up edit.mu tests by 10x, and shrinks memory usage by 100x. We need a more efficient implementation of traces, but we can keep going for now. We didn't really need to reclaim memory just yet, after all. Mu is pretty memory-efficient.
* 1764 - editor now updates all sandboxesKartik K. Agaram2015-07-111-0/+14
| | | | Finally, albeit too late for my demo.
* 1759Kartik K. Agaram2015-07-111-0/+4
|
* 1736 - stop refusing to reload code in the editorKartik K. Agaram2015-07-091-0/+6
| | | | All tests passing, but early layers are broken.
* 1733 - load all recipes before running sandboxesKartik K. Agaram2015-07-081-0/+20
| | | | | This is starting to look good! I need to add some tests for render-string, but we'll see.
* 1732Kartik K. Agaram2015-07-081-12/+0
|
* 1727Kartik K. Agaram2015-07-081-2/+34
|
* 1726Kartik K. Agaram2015-07-081-11/+50
|
* 1725Kartik K. Agaram2015-07-081-1/+5
|
* 1724 - first stab at printing interactive resultsKartik K. Agaram2015-07-081-3/+46
|
* 1723Kartik K. Agaram2015-07-081-4/+11
| | | | | Some reorg before we start plumbing 'reply' from 'run-interactive' to return a string containing the results.
* 1722 - drop support for querying locationsKartik K. Agaram2015-07-081-57/+6
| | | | | | | | | | | | Also added another failing test showing what behavior we want in the programming environment. But there's no way to make use of querying locations, since we're not planning any interaction with individual sandboxes at the moment. Instead of interacting with one sandbox at a time, which is the current approach, we want to create dashboards out of multiple sandboxes at once. Start with them non-interactive, that'll demonstrate 80% of the new benefits. We'll add interactivity down the road.
* 1721 - hide warnings inside interactive routinesKartik K. Agaram2015-07-081-0/+9
| | | | | | | | | | We will need many other forms of isolation for these. For starters we're going to have to replace most asserts with warnings that can be traced so that the environment doesn't crash because of illegal code typed into it. New test is still failing. Just getting it to fail right was hard enough.
* 1720 - start adding repl supportKartik K. Agaram2015-07-071-7/+8
|
* 1717 - less hacky replKartik K. Agaram2015-07-071-57/+78
| | | | | | | 'run-interactive' now takes a string as input and returns a string as output when it generates a result. As a result we also don't have to worry about manual tests anymore, and it should now be reusable in edit.mu.
* 1702 - experiment: start using 'ordinal' in namesKartik K. Agaram2015-07-041-11/+11
| | | | | | | It comes up pretty early in the codebase, but hopefully won't come up in the mu level until we get to higher-order recipes. Potentially intimidating name, but such prime real estate with no confusing overloadings in other projects!
* 1553Kartik K. Agaram2015-06-111-0/+122