Re: [dev] ii: how to process out in a pipeline and still page with less

From: Georg Lehner <jorge_AT_at.anteris.net>
Date: Tue, 31 May 2022 23:36:27 +0200

Hello,

Does nobuf(1) help?

   http://jdebp.uk/Softwares/djbwares/guide/nobuf.html

Note: it tackles exactly the POSIX feature to line buffer output to
tty's by providing one to the program in the pipeline, but without using
any shared-object magic.

Have not used it (yet) though.

Best Regards,

   Georg

On 5/30/22 08:29, Josuah Demangeon wrote:
> Rodrigo Martins wrote:
>> What if instead of changing every program we changed the standard
>> library? We could make stdio line buffered by setting an environment
>> variable.
> I applaude this idea! Environment variables seems to be the right spot
> for any config a library could need: are unobstrusive, can be set by the
> program calling it, yet keep each program configurable by default.
>
> Markus Wichmann <nullplan_AT_gmx.net> wrote:
>> The problem you run into here is that there is more than one standard
>> library.
> The problem was stated here for libc's stdio, but I still like the idea
> for new libraries: A call to getenv (which never fails), into xyz_init().
>
> What about $DISPLAY, $MALLOC_OPTIONS (OpenBSD), or $LIBV4LCONTROL_FLAGS[1]
> or some LIBXYZ_DEFAULT_DEV_FILE=/dev/xyz3?
>
> Insane and breaking some important concept?
> To keep for debugging purposes only?
> Not to use for every kind of configuration?
> Better let the programmer control the entirety of the library?
>
> Although, if a library (or any program really) does not *require* any
> configuration or environment variable and always works without that,
> I like it even better.
>
> [1]: https://github.com/philips/libv4l/blob/cdfd29/libv4lconvert/control/libv4lcontrol.c#L369-L371
>
Received on Tue May 31 2022 - 23:36:27 CEST

This archive was generated by hypermail 2.3.0 : Wed Jun 01 2022 - 00:48:08 CEST