This has great potential. It can simplify the terminal program while being very
unixy.
Here are some ideas for filters/transformers:
- Unicode input: like composition key in the linux terminal or Xorg.
- Lock: asks for password when locked, behaves like cat otherwise.
- Macro: allows recording a
It was thus said that the Great Laslo Hunhold once stated:
> Dimitris Papastamos, z3bra and I had worked on ratox[0] (with useful
> scripts here[1]), a suckless Tox-client, back in 2014. After the second
> toxcore-API-iteration within a few months we were fed up with it,
> though, and the project w
It was thus said that the Great fernandoreyesavila3 once stated:
> Hi,
>
> Thanks for the readings. It seems like there isn't anyway lightweight
> way to use VoIP unfortunately. Mumble seems preferable here and another
> user suggested using vnc to screenshare. I would prefer to use my home
> serv
It was thus said that the Great Markus Wichmann once stated:
> And you fundamentally cannot change anything about the userspace of another
> program, at least not in UNIX.
When I open file descriptors and exec(3) the new program inherits those. Is
that not chaning the userspace of another proces
Hello, Markus,
Thank for filling in the details. I should do more research next time.
I tried to write a program that does the same as stdbuf(1), but using
setbuf(3). Unfortunately it seems the buffering mode is reset across exec(3),
since my program did not work. If it did that would be a clea
Hello,
The problem here is I/O buffering. I suspect it to happen in the C standard
library, specifically on the printf function family. If I recall, the C
standard says stdio is line-buffered when the file is an interactive device and
let's it be fully buffered otherwise. This is likely why you
