Portál AbcLinuxu, 30. dubna 2025 09:05
The tee utility shall not buffer output.
Docela mne deprimuje, proč bych měl zcela základní funkcionalitu shellu nahrazovat perlem.Protože shell má jen omezené možnosti využití. Od jisté hranice je lepší použít nějaký silnější nástroj. Tvorba pseudo terminálu je patrně za touto hranicí.
Perl neumím a co teď?Zkuste se to naučit, třeba se Vám zalíbí.
Mám se ptát v poradně abclinuxu?Určitě.
Jinak dotazů na tenhle problém jsem na googlu našel dva tisíce.Pak je to asi častý problém. Čím častější, tím déle se řeší :)
Nechápu, proč si člověk nemůže nastavit buffering mode (block, line, unbuffered) přímo v bashi.Protože to nemá nic společného s bashem, ale se způsobem jak funguje OS. BTW, podle toho komentáře níže byste možná mohl uspět také s tím příkazem stdbuf.
Protože si myslí, že tee místo fwrite(3) použije write(2), který žádný buffer sám o sobě nezavádí. To ovšem vůbec nemusí být pravda, klidně může použít fwrite(3), ale bufferování musí podle POSIXu vypnout.
Takže bych se osobně přikláněl k verzi, že konkrétní implementace tee byla prostě rozbitá. Jestli na stdout zapisuje tee nebo jiný proces, je totiž z hlediska terminálu jedno.
$ printf "Hello world!" bash: !": event not found $ printf 'Hello world!' Hello world!Jakym zpusobem ale vyresit nasledujici? Expanze promenych vs. specialni znaky, tzn. chci zobrazit hodnotu prom. HOME ale nechci aby mi bash hlasil chybu 'event not found'.
$ printf "$HOME !" bash: !": event not found vs. $ printf '$HOME !' $HOME !Asi takhle:
$ printf '%s !' $HOMENebude teda lepsi davat formatovaci retezec do jednoduchych uvozovek (v pripade BASHe)?
Raději:$ printf '%s !' $HOME
$ printf '%s !' "$HOME"
Nebude teda lepsi davat formatovaci retezec do jednoduchych uvozovek (v pripade BASHe)?Určitě. Bonusová otázka: co je špatně u následujícího?
$ printf "$HOME"'!'
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.