home.social

#stdout — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #stdout, aggregated by home.social.

  1. 🔍 Ah, the cryptic "2>&1"—an enigma wrapped in a riddle and served with a side of Stack Overflow jargon salad! 🥗 Apparently, the answer to #piping #stderr to #stdout involves a detour through a smorgasbord of corporate buzzwords and beta testing invites. 🤦‍♂️ Who knew redirecting output could be such a journey? 🚀
    stackoverflow.com/questions/81 #StackOverflow #techjargon #corporatebuzzwords #codinghumor #HackerNews #ngated

  2. 🔍 Ah, the cryptic "2>&1"—an enigma wrapped in a riddle and served with a side of Stack Overflow jargon salad! 🥗 Apparently, the answer to #piping #stderr to #stdout involves a detour through a smorgasbord of corporate buzzwords and beta testing invites. 🤦‍♂️ Who knew redirecting output could be such a journey? 🚀
    stackoverflow.com/questions/81 #StackOverflow #techjargon #corporatebuzzwords #codinghumor #HackerNews #ngated

  3. 🔍 Ah, the cryptic "2>&1"—an enigma wrapped in a riddle and served with a side of Stack Overflow jargon salad! 🥗 Apparently, the answer to #piping #stderr to #stdout involves a detour through a smorgasbord of corporate buzzwords and beta testing invites. 🤦‍♂️ Who knew redirecting output could be such a journey? 🚀
    stackoverflow.com/questions/81 #StackOverflow #techjargon #corporatebuzzwords #codinghumor #HackerNews #ngated

  4. 🔍 Ah, the cryptic "2>&1"—an enigma wrapped in a riddle and served with a side of Stack Overflow jargon salad! 🥗 Apparently, the answer to #piping #stderr to #stdout involves a detour through a smorgasbord of corporate buzzwords and beta testing invites. 🤦‍♂️ Who knew redirecting output could be such a journey? 🚀
    stackoverflow.com/questions/81 #StackOverflow #techjargon #corporatebuzzwords #codinghumor #HackerNews #ngated

  5. Umleitungen – Ausgabe- und Eingabekanäle in der Bash-Shell umleiten

    Als Systemadministrator leitest du täglich Ausgaben von Befehlen um, um Logs zu sichern, Fehler zu isolieren oder Skripte zu automatisieren. Umleitungen helfen dir, stdout und stderr gezielt in Dateien zu schreiben, ohne dass der Bildschirm überflutet wird. Sie sind essenziell für effiziente Troubleshooting und Script-Entwicklung in jeder Linux-Umgebung. Standardausgabe umleiten Die Standardausgabe (stdout, Dateideskriptor 1) leitest du mit dem Operator > in eine Datei um. Die Shell […]

    andreas-moor.de/umleitungen-au

  6. 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 […]

    andreas-moor.de/stdin-stdout-u

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

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

    habr.com/ru/articles/960564/

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

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

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

    habr.com/ru/articles/960564/

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

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

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

    habr.com/ru/articles/960564/

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

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

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

    habr.com/ru/articles/960564/

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

  11. It turns out that #maven simply prints every log output right into the #stdout. So if it fails and you want to know why, #stderr is going to be empty. 🤷

  12. It turns out that #maven simply prints every log output right into the #stdout. So if it fails and you want to know why, #stderr is going to be empty. 🤷

  13. Надоело просто добавлять запись в log-файл. Что еще можно сделать с помощью syslog-ng в Astra Linux SE?

    Всем привет! Меня зовут Михаил, и в своей предыдущей статье я кратко осветил цепочку прохождения логов в ОС Astra Linux SE. Продолжаем! Любой человек, который регулярно сталкивается с темой логирования, рано или поздно задаётся вопросом: «А что ещё можно сделать с логами, помимо простого добавления записей в некоторый файл?» Поэтому сейчас поговорим о таком мощном инструменте обработки логов, как syslog-ng . Читать

    habr.com/ru/companies/astralin

    #логирование #syslogng #astralinux #linux #макросы #stdout #bashскрипт #парсер #субд #python

  14. Надоело просто добавлять запись в log-файл. Что еще можно сделать с помощью syslog-ng в Astra Linux SE?

    Всем привет! Меня зовут Михаил, и в своей предыдущей статье я кратко осветил цепочку прохождения логов в ОС Astra Linux SE. Продолжаем! Любой человек, который регулярно сталкивается с темой логирования, рано или поздно задаётся вопросом: «А что ещё можно сделать с логами, помимо простого добавления записей в некоторый файл?» Поэтому сейчас поговорим о таком мощном инструменте обработки логов, как syslog-ng . Читать

    habr.com/ru/companies/astralin

    #логирование #syslogng #astralinux #linux #макросы #stdout #bashскрипт #парсер #субд #python

  15. Надоело просто добавлять запись в log-файл. Что еще можно сделать с помощью syslog-ng в Astra Linux SE?

    Всем привет! Меня зовут Михаил, и в своей предыдущей статье я кратко осветил цепочку прохождения логов в ОС Astra Linux SE. Продолжаем! Любой человек, который регулярно сталкивается с темой логирования, рано или поздно задаётся вопросом: «А что ещё можно сделать с логами, помимо простого добавления записей в некоторый файл?» Поэтому сейчас поговорим о таком мощном инструменте обработки логов, как syslog-ng . Читать

    habr.com/ru/companies/astralin

    #логирование #syslogng #astralinux #linux #макросы #stdout #bashскрипт #парсер #субд #python

  16. @rk @cks

    I was going to ask how many system calls it was making. If the Go runtime library is choosing no buffering when the standard output is the null device, that could be a lot of syscalls, compared to full buffering.

    How is the Go runtime library deciding what buffering policy to use for standard streams? Is it even using buffers for standard streams? Does it vary that decision for character and TTY devices?

    #go #stdout #bufio

  17. @rk @cks

    I was going to ask how many system calls it was making. If the Go runtime library is choosing no buffering when the standard output is the null device, that could be a lot of syscalls, compared to full buffering.

    How is the Go runtime library deciding what buffering policy to use for standard streams? Is it even using buffers for standard streams? Does it vary that decision for character and TTY devices?

    #go #stdout #bufio

  18. @rk @cks

    I was going to ask how many system calls it was making. If the Go runtime library is choosing no buffering when the standard output is the null device, that could be a lot of syscalls, compared to full buffering.

    How is the Go runtime library deciding what buffering policy to use for standard streams? Is it even using buffers for standard streams? Does it vary that decision for character and TTY devices?

    #go #stdout #bufio

  19. @rk @cks

    I was going to ask how many system calls it was making. If the Go runtime library is choosing no buffering when the standard output is the null device, that could be a lot of syscalls, compared to full buffering.

    How is the Go runtime library deciding what buffering policy to use for standard streams? Is it even using buffers for standard streams? Does it vary that decision for character and TTY devices?

    #go #stdout #bufio

  20. @rk @cks

    I was going to ask how many system calls it was making. If the Go runtime library is choosing no buffering when the standard output is the null device, that could be a lot of syscalls, compared to full buffering.

    How is the Go runtime library deciding what buffering policy to use for standard streams? Is it even using buffers for standard streams? Does it vary that decision for character and TTY devices?

    #go #stdout #bufio

  21. CW: Друга програма на Haskell

    Зазвичай друга програма кожного програміста який починає вивчати мову програмування це 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

  22. CW: Друга програма на Haskell

    Зазвичай друга програма кожного програміста який починає вивчати мову програмування це 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

  23. CW: Друга програма на Haskell

    Зазвичай друга програма кожного програміста який починає вивчати мову програмування це 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

  24. Wrote this hello world app last few minutes, just smart enough to draw and exit on right click. Just uses output same as the and 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)

  25. 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)

  26. 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)

  27. 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)

  28. 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)

  29. Graphing part is working, just hard coded fns for now, but it's a start! [[oh code, my lisp, ancient variant, out on bitbucket.org/timcdoc/antibrow

  30. Does anybody know of a way to get either #nano or #neovim to open an empty buffer, then output the contents of the buffer to #stdout on exit?

  31. Does anybody know of a way to get either #nano or #neovim to open an empty buffer, then output the contents of the buffer to #stdout on exit?