about summary refs log tree commit diff stats
Commit message (Collapse)AuthorAgeFilesLines
...
* 3598 - 'use before set' errors were too crypticKartik K. Agaram2016-10-272-3/+3
|
* 3597 - typo in screen checkingKartik K. Agaram2016-10-271-4/+4
| | | | Thanks Ella Couch for reporting this.
* 3596Kartik K. Agaram2016-10-251-0/+3
| | | | Fix CI.
* 3595Kartik K. Agaram2016-10-251-1/+1
| | | | | Fix for that annoying popup from the Mac OS firewall: inside tests keep any opened ports accessible only to localhost.
* 3594Kartik K. Agaram2016-10-251-2/+2
|
* 3593Kartik K. Agaram2016-10-251-1/+2
|
* 3592 - warn on *any* lookup of address 0Kartik K. Agaram2016-10-252-3/+19
| | | | Thanks Caleb Couch for running into this with $print.
* 3591Kartik K. Agaram2016-10-241-4/+4
|
* 3590Kartik K. Agaram2016-10-241-0/+17
| | | | | Patch in a new darling from my recent comment at https://lobste.rs/s/n0d3qo/what_are_you_working_on_this_week/comments/rue8pf#c_rue8pf
* 3589 - update authorship in the ReadmeKartik K. Agaram2016-10-241-25/+26
|
* 3588 - documentation for filesystem and networkKartik K. Agaram2016-10-245-10/+43
|
* 3587Kartik K. Agaram2016-10-242-8/+9
| | | | Another CI fix.
* 3586Kartik K. Agaram2016-10-242-6/+16
| | | | Make sure we clear the socket variable after closing it.
* 3585Kartik K. Agaram2016-10-242-18/+0
|
* 3584Kartik K. Agaram2016-10-241-2/+1
|
* 3583Kartik K. Agaram2016-10-241-5/+5
|
* 3582Kartik K. Agaram2016-10-241-3/+3
|
* 3581Kartik K. Agaram2016-10-242-3/+37
| | | | | | | Fix CI. 3 different memory leaks in the socket internals. The hard one was recognizing the need for `receive-from-client-socket-and-close`.
* 3580Kartik K. Agaram2016-10-241-1/+1
|
* 3579Kartik K. Agaram2016-10-241-1/+1
|
* 3578Kartik K. Agaram2016-10-239-369/+348
|
* 3577Kartik K. Agaram2016-10-231-0/+1
|
* 3576Kartik K. Agaram2016-10-233-1/+43
| | | | More helpful messages when people forget 'load-ingredients'.
* 3575Kartik K. Agaram2016-10-231-2/+2
|
* 3574Kartik K. Agaram2016-10-234-230/+193
| | | | Shorter branches above longer ones.
* 3573 - client socket testsKartik K. Agaram2016-10-232-4/+31
| | | | This is just the same as tests for a fake file-system.
* 3572 - new way to write server testsKartik K. Agaram2016-10-231-126/+43
| | | | | | | | | | | | | This time we're opening real sockets so we might run into issues on machines with firewalls. Macs for example flash up a dialog warning people about a port being opened, though it shuts down immediately if the test passes. On the flip side, the test has greater verisimilitude. You don't really need fakes except when you want to pin down the environment a test runs in. The only way this test might be flaky is on a machine that has lots of sockets open (so the random port opened by the test is in use for something else). That and the firewall concern above. Hmm.
* 3571 - make 'read-from-socket' non-blockingKartik K. Agaram2016-10-232-12/+40
| | | | Its interface now mirrors that of 'read-event'.
* 3570 - don't busy-wait in 'wait-for-event'Kartik K. Agaram2016-10-231-1/+3
|
* 3569Kartik K. Agaram2016-10-2351-4605/+4607
| | | | Update syntax highlighting to not color numeric locations like literals.
* 3568Kartik K. Agaram2016-10-2319-60/+62
| | | | Fix syntax highlighting for labels after commit 3552.
* 3567Kartik K. Agaram2016-10-238-25/+58
|
* 3566Kartik K. Agaram2016-10-231-3/+4
| | | | | | | | | | | | vim: Stop loading C++-specific syntax highlighting in non-C++ files. I also figured out why the autocommand wasn't running on the first file: my local setup for directory-specific vimrc files runs inside an autocommand, and it runs autocommands recursively inside an autocommand, and it runs only autocommands inside a 'LocalVimrc' autocommand group to ensure infinite regress (autocommands running multiple times in practice). And I'd forgotten this 'feature' of my vimrc setup by the time I set this up for Mu.
* 3565Kartik K. Agaram2016-10-237-24/+24
| | | | | | Cleaning up the console interfaces before we start changing the socket interfaces to look like them. Reading from sockets need to be non-blocking just like reading from the console.
* 3564Kartik K. Agaram2016-10-232-2/+35
| | | | | Change the interface for reading a URL slightly so that we can directly use the path in `assume-resources`.
* 3563Kartik K. Agaram2016-10-231-1/+1
|
* 3562Kartik K. Agaram2016-10-224-262/+214
| | | | Fix CI. Revert accidentally-added files.
* 3561Kartik K. Agaram2016-10-2269-358/+414
|
* 3560Kartik K. Agaram2016-10-222-2/+2
|
* 3559Kartik K. Agaram2016-10-221-2/+11
|
* 3558Kartik K. Agaram2016-10-2243-134/+241
|
* 3557Kartik K. Agaram2016-10-224-9/+9
|
* 3556Kartik K. Agaram2016-10-221-1/+1
|
* 3555Kartik K. Agaram2016-10-2212-15/+15
|
* 3554 - flag unexpected header for recipe 'main'Kartik K. Agaram2016-10-221-0/+43
| | | | | | As long as Mu operates atop Unix, we need to make these assumptions. Thanks Ella Couch for finding this loophole.
* 3553Kartik K. Agaram2016-10-226-7/+7
| | | | | | | Tag all transforms as idempotent or not. I'd fallen off this wagon. I might even be getting it wrong. Something a type system should automatically verify.
* 3552Kartik K. Agaram2016-10-2230-88/+111
| | | | | | | | | | | | | | | | | | Stop requiring jump instructions to explicitly provide a ':label' type for jump targets. This has been a source of repeated confusion for my students: a) They'd add the ':label' to the label definition rather than the jump target (label use) b) They'd spend time thinking about whether the initial '+' prefix was part of the label name. In the process I cleaned up a couple of things: - the space of names is more cleanly partitioned into labels and non-labels (clarifying that '_' and '-' are non-label prefixes) - you can't use label names as regular variables anymore - you can infer the type of a label just from its name
* 3551Kartik K. Agaram2016-10-221-1/+4
|
* 3550Kartik K. Agaram2016-10-222-2/+2
|
* 3549Kartik K. Agaram2016-10-225-29/+41
| | | | | | | | | | | | | | | | | | More consistent definitions for jump targets and waypoints. 1. A label is a word starting with something other than a letter or digit or '$'. 2. A waypoint is a label that starts with '<' and ends with '>'. It has no restrictions. A recipe can define any number of waypoints, and recipes can have duplicate waypoints. 3. The special labels '{' and '}' can also be duplicated any number of times in a recipe. The only constraint on them is that they have to balance in any recipe. Every '{' must be followed by a matching '}'. 4. All other labels are 'jump targets'. You can't have duplicate jump targets in a recipe; that would make jumps ambiguous.