stdin, stdout und stderr –Standarddatenströme von Linux-Prozessen

Wenn du mit der Bash-Shell interagierst brauchst du ein solides Vertändnis von stdin, stdout und stderr, sie bilden die Standardein- und Ausgaben auf Linux-Systemen. An sich ist jede art von Programm dafür gedacht Daten zu empfangen diese auf spezifische Art und Weise zu verarbeiten und nach der Verarbeitung auszugeben. Das lenken der Datenflüsse kann genau mit diesem Verständnis bewusst tun. Was ist stdin? stdin steht für Standard Input und repräsentiert den Eingabestrom eines jeden […]

https://andreas-moor.de/stdin-stdout-und-stderr-standarddatenstrome-von-linux-prozessen/

Файловые дескрипторы 0, 1, 2: полное руководство по работе с потоками

Привет, Хабр! Конструкции вроде 2>&1 и &> встречаются повсюду — в мануалах, скриптах, инструкциях. Их используют постоянно, но редко понимают до конца. Почему ошибки продолжают появляться в терминале, хотя, казалось бы, должны уходить в файл? Почему конвейер передаёт только часть вывода? В статье разберём всё от базового синтаксиса до работы с tee и /dev/null - каждая часть будет разобрана и показана на практических примерах.

https://habr.com/ru/articles/960564/

#linux #stdin #stdout #stderr #bash #tee

Файловые дескрипторы 0, 1, 2: полное руководство по работе с потоками

Привет, Хабр! Конструкции вроде  2>&1  и  &>  встречаются повсюду - в мануалах, скриптах, инструкциях. Их используют постоянно, но редко понимают до конца. Почему...

Хабр

Управляем потоками в Linux: от stdin до stderr

Привет, Хабр! Сегодня рассмотрим работу с потоками в Linux: stdin, stdout, stderr и, конечно, все эти оператора редиректа.

https://habr.com/ru/companies/otus/articles/894854/

#linux #stdin #stderr #разработка #bash

Управляем потоками в Linux: от stdin до stderr

Привет, Хабр! Сегодня рассмотрим работу с потоками в Linux: stdin, stdout, stderr и, конечно, все эти оператора редиректа. Файловые дескрипторы: 0, 1, 2 Для начала поговорим о том,...

Хабр

Custom parser, an unholly aliance of #roff and #markdown for #batch processing from #stdin more or less works!

Time to up the game 😼

Зазвичай друга програма кожного програміста який починає вивчати мову програмування це hello {name}.

Спочатку треба трохи розʼяснити про ghc, ghci і функцію main.

  • ghc - це компілятор мови програмування Haskell.

  • ghci - це інтерпретатор мови програмування.

  • функція main - це головна функція яка автоматично викликається при запуску бінарного файлу зібраного за допомогою ghc. Вона не обовʼязкова для запуску в режимі інтерпретації.

  • У функціональних мовах, до яких належить Haskell, немає змінних. Є тільки функції та константи. Константа це функція яка повертає завжди одне значення не залежачи від жодних обставин.

  • Всі файли з джерельним кодом називаються модулями. Є спеціальне оголошення модулів, але про це пізніше.

  • Також є різниця між написанням коду в файлі й виконанням в інтерактивному режимі інтерпретатора. В інтерпретаторі ми можемо виконати будь-яку інструкцію, наприклад putStrLn "Hi!", а в модулі ні. У модулі можна тільки створювати функції.

  • Однорядкові коментарі починаються з двох мінусів -- Comment.

Тепер перейдемо до нашої програми. У єдиній попередній нашій функції в нас була одна команда. Виклик функції putStrLn з передаванням аргументу. Тепер нам потрібно вписати кілька команд, і щоб це зробити потрібно використати ключове слово do. Після нього можна вписати кілька команд розділені ;, або новим рядком. Але кожний новий рядок повинен починатися з певного відступу. Відступ може бути або пробілом, або табуляцією. Кількість символів може бути різною, але кожний наступний рядок повинен мати, або ту ж кількість пробілів, або більше. Якщо буде менше, то це вважатиметься новим оголошенням. Також один символ табуляції буде розглядатись як вісім пробілів, не залежно від налаштувань редактора.

main = do putStr "Введіть ваше ім'я: " -- Вивід тексту в stdout name <- getLine -- зчитування з клавіатури одного рядка з stdin putStrLn ("Привіт, " ++ name ++ "!") -- Вивід привітання в stdout

Оператор ++ обʼєднує рядки в один. У інших мовах для цього використовується оператор, який складається з одного символу +.

Все було б добре, якби не одна проблема. Коли ми запустимо цю програму, то отримаємо не зовсім очікуваний результат.

Мертвий Демон Введіть ваше ім'я: Привіт, Мертвий Демон!

Ця програма спочатку буде очікувати на ввід, а потім виведе на екран весь текст. Це відбувається через буферизацію. Вивід відбувається при вписуванні символу нового рядка. Але ми можемо змусити його вивести тоді коли нам це потрібно. Ця функція називається flush. У Haskell вона знаходиться у модулі System.IO, який нам потрібно імпортувати.

import System.IO main = do putStr "Введіть ваше ім'я: " hFlush stdout name <- getLine putStrLn ("Привіт, " ++ name ++ "!")

Ця програма буде працювати вірно.

#haskell #hello-name #programing #програмування #друга #програма #stdout #stdin #функції #вивід #ввід #екран #клавіатура #зчитування #flush

Social.Net.Ua

#Unix & #Linux #CLI Buffering Tips

I recently posted about some pragmatic differences between #stdbuf from #GNU #coreutils and the #unbuffered command from the #Expect tool examples. Both were installed and tested using #Homebrew on #macOS. The TL;DR is that `unbuffered` is easier and works on #stdin, while `stdbuf` gives you more options for each separate I/O stream.

https://unix.stackexchange.com/a/757853/17673

`unbuffer` or `stdbuf` for removing stdout buffering?

Is there a difference between unbuffer(1) and stdbuf(1)? From what I gather, unbuffer makes more than the "best effort" of calling the libc function set(X)buf at the beginning, and then letting thi...

Unix & Linux Stack Exchange
Wrote this #lisp hello world #gui #cloud app last few minutes, just smart enough to draw and exit on right click. Just uses #stdin #stdout output same as the #bash and #C implementations (setq x "Fo 0 999 3\nF 0 255\nL$ 0 0 800\"Hello world\"\nZ \n")
(while (setq p (asc (fgets stdin))) (cond ((== p 100) (write 1 x (strlen x))) ((== p 51) (exit 0)))) This code is out on bitbucket timcdoc antibrowser lisp hello (sub C or bash for lisp to see others)
Graphing part is working, just hard coded fns for now, but it's a start! #lisp #antibrowser #cloud #app #thinclient #NoFont #stdin #stdout [[oh code, my lisp, ancient variant, out on https://bitbucket.org/timcdoc/antibrowser/src/master/lisp/sh73/
Bitbucket

If nothing happens, maybe it waits for stdin? 😉

#Programming #CLI #Debugging #Stdin #Stuck #Tips

`input` in #python read from #stdin. It's pretty straight forward.

But this is how *most* tools work in Linux. Often times you can give them data on stdin instead of in a file. In Python you might do it like

import sys

if len(sys.argv) > 1:
with open(sys.argv[0]) as f:
data = f.read()
else:
data = sys.stdin.read()

You've gotta .read() from stdin, since `input` just looks for the first newline. Anyway. Piping is a very fundamental part of Linux command line.