My rough interpretation of ASV dating back some years (this is why I wrote ascii.h) was the following:
ASCII_USis the unit…
There are some nuances I'm trying to figure out.
One is specifically at the last dd(1p) invocation here:
$ </dev/zero dd bs=10 count=10
I think we ought to reopen this issue as an ongoing discussion regarding ASV handling in Bonsai.
dd(1p)
Emma and I have discussed a solution to input/output direction, mm(1), which will replace cat(1p) and tee(1p). I've yet to write a utility proposal though.
The James Legge translation of the Tao Te Ching is public domain.
rpn(1) - reverse polish notation
Some questions regarding design:
- How should numbers be represented internally? (float, fixed point, integer only)
- What operations should be supported?
- obviously
+,-,*-…
- obviously
qi(1): The qi shell
Both Emma and I plan to have math be in a separate utility or utilities and not built into the shell at all.
I had a number of qualms about ASCII separated values I've answered for myself.
Another concern that has been brought up a number of times is that some fonts do not print the ASCII field…
Actually - not truncating the output file should be the default. Truncation can be achieved easily:
dj -i in > out # through stdout and a shell redirect
>out; dj -i in -o out # the same…
Some thoughts about dj(1) I have today.
Some dd(1p) behavior I find interesting:
- If a partial block is read (e.g.
read(fd, buf, ibs) < ibs) dd(1p) operates on that block in particular.…
Why define EXIT_FAILURE here? It's already in the C standard library. Unless this is for Rust purposes specifically.
It would be nice to have a further level of indent to indicate the pipeline within the "$( )". I have a hard time reading this.