Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | 1242 - simpler implementation for 'scenario' | Kartik K. Agaram | 2015-05-02 | 54 | -1042/+2227 |
| | | | | | Also now has the side effect that scenarios can have any number of 'run' or check or any future blocks, in any order. | ||||
* | 1241 - bugfix: comments inside run [ ... ] | Kartik K. Agaram | 2015-05-02 | 5 | -21/+73 |
| | |||||
* | 1240 - fix a spuriously passing test | Kartik K. Agaram | 2015-05-02 | 3 | -16/+45 |
| | | | | | | Running list of non-obvious special cases in tangle: a) trace checks are sometimes grouped, sometimes not (previous commit) b) comments are sometimes passed through, sometimes not | ||||
* | 1239 - scheduler bugfix | Kartik K. Agaram | 2015-05-02 | 4 | -1/+117 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | In the process, some extra unit tests as well. The final scenario is newly fixed. Between the earlier support for '%' escaping C code inside scenarios, and the previous commit, we now actually have the ability to setup the Routines data structure just so to simulate different situations. One unanticipated but happy consequence of ignoring run(""): I can interleave '+' lines with '-' lines to avoid making any ordering assertions between '+' lines. So the '+' lines here are checked in order: +layer1: a +layer3: c But here they will pass even if present out of order: +layer1: a -layer2: b +layer3: c This might be too confusing. In general, relying on run("") is just a temporary hack. It might well have even worse counter-intuitive effects. At least I'm not seeing any string-escaping issues so far. | ||||
* | 1238 - stop dying on run("") | Kartik K. Agaram | 2015-05-02 | 1 | -0/+1 |
| | | | | | | | | This makes our scenarios more flexible; we can now accept '+' and '-' trace lines in any order, because the tangler simply inserts a no-op run("") between them, and since we don't '===' clear the trace in between, later checks continue to apply to the trace from the first call to run(). | ||||
* | 1237 - more lenient 'tangle' | Kartik K. Agaram | 2015-05-01 | 1 | -17/+7 |
| | | | | | | | If the scenario has no trace checks, just run it and check for segfaults or whatnot. The function you're running may also flag test errors internally. | ||||
* | 1236 | Kartik K. Agaram | 2015-05-01 | 1 | -2/+1 |
| | |||||
* | 1235 | Kartik K. Agaram | 2015-05-01 | 4 | -0/+155 |
| | |||||
* | 1234 - support for trace checks | Kartik K. Agaram | 2015-05-01 | 7 | -17/+212 |
| | |||||
* | 1233 | Kartik K. Agaram | 2015-05-01 | 2 | -0/+16 |
| | |||||
* | 1232 | Kartik K. Agaram | 2015-05-01 | 1 | -0/+5 |
| | |||||
* | 1231 | Kartik K. Agaram | 2015-05-01 | 5 | -0/+254 |
| | |||||
* | 1230 - start building scenarios out of 'pseudo recipes' | Kartik K. Agaram | 2015-05-01 | 3 | -0/+116 |
| | |||||
* | 1229 | Kartik K. Agaram | 2015-05-01 | 7 | -19/+19 |
| | |||||
* | 1228 | Kartik K. Agaram | 2015-04-30 | 1 | -1/+1 |
| | |||||
* | 1227 | Kartik K. Agaram | 2015-04-30 | 2 | -0/+1101 |
| | |||||
* | 1226 - bugfix in allocating arrays | Kartik K. Agaram | 2015-04-30 | 32 | -2686/+3270 |
| | | | | Also our first test of printing to screen. | ||||
* | 1225 | Kartik K. Agaram | 2015-04-29 | 119 | -0/+1909 |
| | | | | Finally start tracing the actual instructions as they run. | ||||
* | 1224 | Kartik K. Agaram | 2015-04-29 | 1 | -0/+0 |
| | |||||
* | 1223 - more stable traces for parse scenarios | Kartik K. Agaram | 2015-04-29 | 149 | -477/+476 |
| | |||||
* | 1222 | Kartik K. Agaram | 2015-04-29 | 3 | -5/+28 |
| | |||||
* | 1221 | Kartik K. Agaram | 2015-04-29 | 1 | -0/+0 |
| | |||||
* | 1220 - permit mu comments in tangle scenarios | Kartik K. Agaram | 2015-04-29 | 3 | -15/+38 |
| | |||||
* | 1219 | Kartik K. Agaram | 2015-04-29 | 1 | -47/+25 |
| | |||||
* | 1218 | Kartik K. Agaram | 2015-04-29 | 3 | -0/+250 |
| | | | | No tests yet for the screen primitives. Need to extend 'scenario' for that. | ||||
* | 1217 - string literals weren't handling later comments | Kartik K. Agaram | 2015-04-28 | 8 | -27/+65 |
| | |||||
* | 1216 | Kartik K. Agaram | 2015-04-28 | 4 | -6/+13 |
| | |||||
* | 1215 - relative motions for cursor | Kartik K. Agaram | 2015-04-28 | 2 | -0/+56 |
| | |||||
* | 1214 | Kartik K. Agaram | 2015-04-28 | 2 | -0/+274 |
| | |||||
* | 1213 | Kartik K. Agaram | 2015-04-28 | 66 | -111/+141 |
| | |||||
* | 1212 | Kartik K. Agaram | 2015-04-28 | 1 | -1/+1 |
| | |||||
* | 1211 - /same-as-ingredient property is now checked | Kartik K. Agaram | 2015-04-28 | 2 | -0/+58 |
| | |||||
* | 1210 | Kartik K. Agaram | 2015-04-28 | 1 | -1/+1 |
| | |||||
* | 1209 - channels painlessly ported over | Kartik K. Agaram | 2015-04-28 | 10 | -0/+3307 |
| | | | | | | | | I've made some tweaks to the arc version. In/out params should be identical; it was ugly that the in param was a pointer but the out wasn't. Still need to check the /same-as-ingredient property. | ||||
* | 1208 | Kartik K. Agaram | 2015-04-28 | 1 | -2/+2 |
| | |||||
* | 1207 | Kartik K. Agaram | 2015-04-27 | 2 | -1/+1 |
| | |||||
* | 1206 - 'wait' state for synchronizing routines | Kartik K. Agaram | 2015-04-27 | 36 | -58/+155 |
| | | | | I think I have enough now to port channels over. | ||||
* | 1205 | Kartik K. Agaram | 2015-04-27 | 1 | -1/+1 |
| | |||||
* | 1204 - more extensible scheduler | Kartik K. Agaram | 2015-04-26 | 1 | -16/+49 |
| | | | | | | Instead of creating ad hoc data structures for every new state that routines can be in, track states in one coherent place and provide a well-defined waypoint for state transitions. | ||||
* | 1203 | Kartik K. Agaram | 2015-04-26 | 1 | -2/+0 |
| | |||||
* | 1202 | Kartik K. Agaram | 2015-04-26 | 2 | -8/+6 |
| | |||||
* | 1201 | Kartik K. Agaram | 2015-04-26 | 1 | -1/+1 |
| | |||||
* | 1200 | Kartik K. Agaram | 2015-04-25 | 1 | -2/+2 |
| | |||||
* | 1199 - ignore errors in 'make clean' | Kartik K. Agaram | 2015-04-25 | 4 | -4/+4 |
| | |||||
* | 1198 - now compiles on mac os; thanks sam putman | Kartik K. Agaram | 2015-04-25 | 3 | -9/+14 |
| | | | | | | | | | | Just toss out that snprintf prototype I'd hackily copied in earlier and avoid using snprintf entirely. Hopefully I got the assertions right :/ Looks like the previous nul-padding was redundant. If you had snprintf it would take care of it. | ||||
* | 1197 | Kartik K. Agaram | 2015-04-25 | 3 | -2/+70 |
| | |||||
* | 1196 | Kartik K. Agaram | 2015-04-24 | 2 | -1/+1 |
| | |||||
* | 1195 | Kartik K. Agaram | 2015-04-24 | 2 | -0/+41 |
| | |||||
* | 1194 | Kartik K. Agaram | 2015-04-24 | 103 | -1/+107 |
| | |||||
* | 1193 | Kartik K. Agaram | 2015-04-24 | 16 | -80/+94 |
| |