about summary refs log tree commit diff stats
path: root/stdin.mu
Commit message (Collapse)AuthorAgeFilesLines
* 690 - convention: '$' commands for debugging onlyKartik K. Agaram2015-02-011-10/+9
| | | | | | 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-1/+1
|
* 623 - 'nochange' to guard against race conditionsKartik K. Agaram2015-01-251-1/+1
| | | | | | | | | 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.
* 610 - all examples working againKartik K. Agaram2015-01-241-1/+0
|
* 605 - example program for line-oriented inputKartik K. Agaram2015-01-241-0/+3
| | | | | | | | | | We need the hack of printing characters typed to screen right after we see them. But only when it's the real screen. And there's no way to write a test for that because it explicitly shouldn't happen for fake terminals :( Never mind, we'll be able to test it when we provide some mechanism for suppressing print. The equivalent of 'stty -echo'.
* 601 - fix callers of 'read-key'Kartik K. Agaram2015-01-241-1/+1
|
* 578 - switch to non-polymorphic 'print' functionsKartik K. Agaram2015-01-171-4/+4
| | | | | Also clean up various prints from last few commits. As a convention, for debugging we always print directly to host.
* 574 - printing string literals is a hack; hard-code it in for nowKartik K. Agaram2015-01-161-6/+6
|
* 571 - screen primitives take an explicit terminalKartik K. Agaram2015-01-151-10/+10
| | | | | | | | | | | | | | | | | This will let me swap in a fake in tests. Still hacky, though. I'm sure I'm not managing the parameter right in the chessboard app. And then there's the question of whether it should also appear as an output operand. But it's a start. And using nil to mean 'real' is a reasonable convention. If I ever need to handle multiple screens perhaps we'll have to switch to 1:literal/terminal and 2:literal/terminal, etc. But those are equally easy to guard on.
* 544 - text modes now called 'retro' & 'cursor'Kartik K. Agaram2015-01-121-1/+1
| | | | | | | | | | | | | 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?
* 543Kartik K. Agaram2015-01-121-1/+1
|
* 536 - introduce a notion of helper routinesKartik K. Agaram2015-01-111-1/+1
| | | | When all you have left to run are helper routines, end the simulation.
* 535 - reading keyboard input from a channelKartik K. Agaram2015-01-111-0/+26
The problem is that once main exits it takes two characters at minimum to truly quit: one to fill the buffer and another to overflow it and trigger the deadlock detector. Not the cleanest way to exit in the world either, death by deadlock.