mu - Soul of a tiny new machine. More thorough tests → More comprehensible and rewrite-friendly software → More resilient society.

about summary refs log tree commit diff stats

	Commit message (Collapse)	Author	Age	Files	Lines
...
*	277 - back up, start refactoring the scheduler	Kartik K. Agaram	2014-11-21	2	-56/+119
\| \| \| \| \| \| \| \| \|	In trying to share pipes betw // +build !openbsd package main func main() { grus() }

> * 267 - more intuitive channel capacityKartik K. Agaram2014-11-152-5/+6 | * 266 - update htmlKartik K. Agaram2014-11-093-71/+560 | * 265Kartik K. Agaram2014-11-091-1/+3 | * 263Kartik K. Agaram2014-11-081-3/+4 | | | | | | | | | | | | | | | | | I'm trying to think about how to write a test for the race condition, and how to fix it. One thing that's been hard is even remembering where it lies. It's not between wiping the watch and sleeping on it; that's innocuous because the sleep would just immediately wake up. No, the race condition lies between the empty check and the wipe. For the innocuous race we could just create an atomic wipe-and-sleep. But the more serious race requires a lock. If we need a lock anyway, is there any reason to have two watch variables? I'm going to preserve these alternative functions in the code. Alternatives will only ever be called from other alteratives or tests. * 262Kartik K. Agaram2014-11-081-4/+4 | * 261 - render matchadd() to html as wellKartik K. Agaram2014-11-082-54/+145 | * 260Kartik K. Agaram2014-11-081-2/+2 | * 259 - finally channel read/write can cause routine to sleepKartik K. Agaram2014-11-072-6/+74 | * 258 - new channel helpers: empty? and full?Kartik K. Agaram2014-11-072-4/+118 | * 257 - cleanup the narrative in mu.arc.tKartik K. Agaram2014-11-071-59/+103 | * 256 - channel pointers can now wrapKartik K. Agaram2014-11-072-10/+82 | * 255Kartik K. Agaram2014-11-071-3/+3 | | | | | As per 248, ignoring output values can reduce some of the pressure of dealing with raw locations. * 254Kartik K. Agaram2014-11-071-0/+1 | * 253Kartik K. Agaram2014-11-071-17/+17 | * 252Kartik K. Agaram2014-11-071-3/+3 | | | | Single idiom for setting oargs. * 251Kartik K. Agaram2014-11-071-5/+8 | * 250 - experimental support for _ oargKartik K. Agaram2014-11-072-11/+33 | | | | | | | This radically overhauls our assumption that args must always be lists, so we're probably missing things. Where we do, more tests are required. Only important trace change: .traces/dummy-oarg * 249Kartik K. Agaram2014-11-071-2/+2 | | | | I've been meaning to fix that misleading label for some time now.. * 248Kartik K. Agaram2014-11-071-8/+8 | | | | | | | | | | I've been using raw locations to make tests easy to read (test checks the same locations that code modifies). But this means I have to manage them myself, and I've been shoving variables into the storage for compounds like tagged-value. Doesn't matter in this case since we don't look at the contents of the tagged-value, but still unhygienic. Maybe we need syntax for ignoring some output values? * 247Kartik K. Agaram2014-11-072-3/+41 | * 246Kartik K. Agaram2014-11-072-6/+17 | * 245 - sanity check for type tableKartik K. Agaram2014-11-061-0/+8 | * 244Kartik K. Agaram2014-11-062-2/+3 | * 243 - robustify channel testsKartik K. Agaram2014-11-061-9/+15 | * 242Kartik K. Agaram2014-11-061-13/+0 | * 241 - 'sleep' on a memory locationKartik K. Agaram2014-11-062-5/+37 | | | | I thought we could be oblivious of channels, but that requires more work. * 240Kartik K. Agaram2014-11-061-6/+6 | * 239Kartik K. Agaram2014-11-061-2/+2 | * 238 - avoid deadlock if all jobs are sleepingKartik K. Agaram2014-11-062-2/+33 | * 237 - rudimentary 'sleep'Kartik K. Agaram2014-11-062-3/+47 | * 235Kartik K. Agaram2014-11-062-7/+5 | * 234Kartik K. Agaram2014-11-061-40/+39 | * 233 - start tracking global cycle countKartik K. Agaram2014-11-062-21/+25 | | | | We're gonna need this to implement 'sleep'. * 232Kartik K. Agaram2014-11-061-0/+20 | * 231Kartik K. Agaram2014-11-061-34/+35 | * 230Kartik K. Agaram2014-11-061-1/+2 | * 229Kartik K. Agaram2014-11-041-4/+0 | * 228 - rudimentary read from channelKartik K. Agaram2014-11-042-1/+31 | * 227Kartik K. Agaram2014-11-041-1/+4 | * 225 - simple writes to channelKartik K. Agaram2014-11-042-0/+28 |