about summary refs log tree commit diff stats
path: root/chessboard.mu
Commit message (Collapse)AuthorAgeFilesLines
* 1418 - starting trace-browser implementation in C++Kartik K. Agaram2015-05-221-1/+3
| | | | | | | | | I still have no idea how it will hook up to the rest. Parsing traces will be slow. I can't test it like this. Writing the large trace data structure to mu memory will be slow. But let's at least see the new algorithm in action. (Not in this commit; so far we just render the first n lines from the chessboard trace, and wait for a 'q' or 'Q' to quit.)
* 1408Kartik K. Agaram2015-05-191-4/+4
|
* 1401 - shave 80% off chessboard test timeKartik K. Agaram2015-05-181-0/+1
| | | | It was all going to laboriously writing out 300+ MB to disk.
* 1397 - support unicode in screen checksKartik K. Agaram2015-05-181-2/+3
|
* 1375 - cleanupKartik K. Agaram2015-05-141-4/+3
|
* 1374 - chessboard end-to-end test passes!Kartik K. Agaram2015-05-141-16/+37
| | | | | | | | | | After like 40 seconds (because of the 120-column screen), but whatever. The final bug was that clear-screen wasn't actually working right for fake screens. (The trace is too large for github, so I'm going to leave it out for now.)
* 1372 - new chessboard test no longer hangingKartik K. Agaram2015-05-141-16/+23
| | | | Still failing, though.
* 1371Kartik K. Agaram2015-05-141-16/+0
|
* 1369Kartik K. Agaram2015-05-141-17/+17
| | | | | Delete comment-out marker from inside mu strings. Have to do this manually for now.
* 1368 - alias carriage-return and newlineKartik K. Agaram2015-05-141-5/+62
| | | | | | | CRLF still shows as two newlines, though. Cross that bridge when we get to it. The new chessboard test is still hanging, though.
* 1363 - rename 'integer' to 'number'Kartik K. Agaram2015-05-131-135/+135
| | | | ..now that we support non-integers.
* 1362Kartik K. Agaram2015-05-131-2/+2
| | | | | | | | Mu allows us to use multiple ingredients/products without commas, but make sure we don't. $ grep "<- [^ ]\+ [^#\[,]* [^#\[,]*$" * $ grep "^[ ]*[^ #,][^#,]* [^#,]* <- " *
* 1340Kartik K. Agaram2015-05-111-1/+4
|
* 1339Kartik K. Agaram2015-05-101-42/+42
|
* 1338Kartik K. Agaram2015-05-101-2/+2
|
* 1337Kartik K. Agaram2015-05-101-0/+2
|
* 1336Kartik K. Agaram2015-05-101-6/+18
|
* 1335Kartik K. Agaram2015-05-101-28/+2
|
* 1334Kartik K. Agaram2015-05-101-16/+18
|
* 1331Kartik K. Agaram2015-05-101-1/+1
|
* 1329Kartik K. Agaram2015-05-101-0/+1
|
* 1328 - another error messageKartik K. Agaram2015-05-101-0/+36
|
* 1327 - better error handling in chessboardKartik K. Agaram2015-05-101-43/+99
| | | | | Also a bugfix in break to label, because I noticed the screen wasn't being cleaned up on quit.
* 1326Kartik K. Agaram2015-05-101-23/+0
|
* 1323 - keyboard supports backspace and newlineKartik K. Agaram2015-05-101-0/+6
| | | | | | Lots mixed into this commit: some off-by-one errors in display.cc a new transform to translate jump labels that I'd somehow never gotten around to supporting
* 1321 - *finally*, fixed the chessboard sluggishnessKartik K. Agaram2015-05-101-3/+0
|
* 1316Kartik K. Agaram2015-05-091-4/+4
| | | | buffer-lines works, at least.
* 1315 - chessboard now working interactivelyKartik K. Agaram2015-05-091-2/+68
| | | | | | | | | | | | | | | | | | | | I tried to bring too much into this commit, and paid the price with some debugging effort. Still havent't tried to enable line buffering, but I'll take a snapshot. Some tests are failing because of the huge hack in the scheduler. For a while I thought there was a bug in termbox because I kept seeing segfaults and valgrind complained about out-of-bounds access. But that was just subsidiary threads trying to print to the screen after I'd returned to console mode. Maybe I should add a test for send-keys-to-channel. Or just use a fake keyboard rather than a channel. And *then* there's the fact that the interaction is molasses slow. Slower than the arc version even though the tests run so much faster. And what's with the long pauses in printing strings to screen?
* 1312Kartik K. Agaram2015-05-081-35/+23
|
* 1311Kartik K. Agaram2015-05-081-0/+1
|
* 1306Kartik K. Agaram2015-05-071-0/+83
|
* 1305Kartik K. Agaram2015-05-071-2/+79
|
* 1301 - back to the chessboardKartik K. Agaram2015-05-071-0/+176
| | | | Still need a nice syntax for managing the routine under test.
* 1296 - roll back 1295Kartik K. Agaram2015-05-071-251/+0
|
* 1295 - broken snapshotKartik K. Agaram2015-05-071-0/+251
| | | | | I spent a couple of hours debugging this because routine-state only sometimes writes to its product. This is unacceptable. Fix this first.
* 1293 - start porting the chessboard app overKartik K. Agaram2015-05-061-0/+142
| | | | | | | | | Just to put all our new test primitives through their paces, and iron out any kinks. Just the one chessboard scenario is taking 1.5-2.5x all the tests we've written so far. But we're starting from a faster baseline, that was the point of the C++ port. I also have -O3 optimizations in my back-pocket.
* 1276 - make C++ version the defaultKartik K. Agaram2015-05-051-259/+0
| | | | I've tried to update the Readme, but there are at least a couple of issues.
* 1119 - preparing to start porting chessboardKartik K. Agaram2015-04-211-18/+21
| | | | | | | | | Arc version is 15% faster (8.3s vs 9.9s for print-board test) if I use an intermediate array rather than list. I'm starting to question the whole tagged-value design, and the current tagged-value implementation was treating squares as integers in one place anyway, so its benefits for typing are not great. Might as well create a good baseline for the Arc vs C++ performance test.
* 893 - trying to take traces of chessboard appKartik K. Agaram2015-03-121-1/+6
|
* 709Kartik K. Agaram2015-02-071-2/+0
|
* 708Kartik K. Agaram2015-02-051-1/+1
|
* 690 - convention: '$' commands for debugging onlyKartik K. Agaram2015-02-011-20/+17
| | | | | | Swap printing generalized objects using arc's infrastructure to be the $-prefixed debug helper, while the erstwhile $print-key-to-host becomes the primitive print-character to host.
* 624 - no, that's all wrong, scratch 623Kartik K. Agaram2015-01-251-3/+3
|
* 623 - 'nochange' to guard against race conditionsKartik K. Agaram2015-01-251-3/+3
| | | | | | | | | I dunno, this may all be a wild goose chase. I haven't been disciplined in tagging in-out arguments in 'read-move' and its helpers. Maybe I should just drop those 'nochange' oargs in 'read' and 'write'. Maybe I should reserve output args only for return values that callers might actually care about, and use more conventional metadata like 'const' or 'unique' or 'inout' on other args.
* 620 - fix broken examples and tests againKartik K. Agaram2015-01-251-1/+1
| | | | | | | | | I just did this in 611; what's the point of all this if tests can't stay passing? I don't understand why buffered-stdin.mu needs to preempt itself. stdin and buffered-stdin somehow end up sharing a single circular buffer, that's probably causing a race condition.
* 619 - chessboard now working rightKartik K. Agaram2015-01-251-2/+18
| | | | | | 2 bugs found: a) Have to slurp the newlines. b) Have to clear the line-buffer at the start of each line.
* 618Kartik K. Agaram2015-01-251-0/+240
|
* 544 - text modes now called 'retro' & 'cursor'Kartik K. Agaram2015-01-121-93/+0
| | | | | | | | | | | | | Other options considered for 'retro': 'teletype': perhaps most accurate, but arcane 'chat': captures that you have to hit 'enter', but not the rendering 'wrap': captures the auto-wrap when printing text but not that you have to hit 'enter' when typing 'text': useful as a synonym of 'chat' while conveying more information in other meanings, but too generic, nobody will get it Why do the input and output options have to be entangled like this?
* 497 - strengthen the concept of 'space'Kartik K. Agaram2015-01-021-4/+4
| | | | | | | | | | | | | | | | | | | | 'default-scope' is now 'default-space' 'closure-generator' is now 'next-space-generator' The connection to high-level syntax for closures is now tenuous, so we'll call the 'outer scope' the 'next space'. So, let's try to create a few sentences with all these related ideas: Names map to addresses offset from a default-space when it's provided. Spaces can be strung together. The zeroth variable points to the next space, the one that is accessed when a variable has /space:1. To map a name to an address in the next space, you need to know what function generated that space. A corollary is that the space passed in to a function should always be generated by a single function. Spaces can be used to construct lexical scopes and objects.
* 496Kartik K. Agaram2015-01-021-0/+9
|