#stdio — Public Fediverse posts

stdio(3) change: FILE is now opaque https://www.undeadly.org/cgi?action=article;sid=20250717103345 #openbsd #stdio #file #libraries #libtls #libtls #libcrypto #development #current #freesoftware #libresoftware

stdio(3) change: FILE is now opaque https://www.undeadly.org/cgi?action=article;sid=20250717103345 #openbsd #stdio #file #libraries #libtls #libtls #libcrypto #development #current #freesoftware #libresoftware

stdio(3) change: FILE is now opaque https://www.undeadly.org/cgi?action=article;sid=20250717103345 #openbsd #stdio #file #libraries #libtls #libtls #libcrypto #development #current #freesoftware #libresoftware

stdio(3) change: FILE is now opaque https://www.undeadly.org/cgi?action=article;sid=20250717103345 #openbsd #stdio #file #libraries #libtls #libtls #libcrypto #development #current #freesoftware #libresoftware

stdio(3) change: FILE is now opaque https://www.undeadly.org/cgi?action=article;sid=20250717103345 #openbsd #stdio #file #libraries #libtls #libtls #libcrypto #development #current #freesoftware #libresoftware

I quietly posted a practical deep-dive into #Linux #STDIO.

Please don't share this post anywhere outside of Mastodon yet, but criticise its flow and narrative structure.

It's a loaded topic, so I had to choose the things that are the most important for complete understanding of STDIO and its behaviour, with the aim of demystifying the concept.

https://memorici.de/posts/make-or-break-stdio

I quietly posted a practical deep-dive into #Linux #STDIO.

Please don't share this post anywhere outside of Mastodon yet, but criticise its flow and narrative structure.

It's a loaded topic, so I had to choose the things that are the most important for complete understanding of STDIO and its behaviour, with the aim of demystifying the concept.

https://memorici.de/posts/make-or-break-stdio

I quietly posted a practical deep-dive into #Linux #STDIO.

Please don't share this post anywhere outside of Mastodon yet, but criticise its flow and narrative structure.

It's a loaded topic, so I had to choose the things that are the most important for complete understanding of STDIO and its behaviour, with the aim of demystifying the concept.

https://memorici.de/posts/make-or-break-stdio

I quietly posted a practical deep-dive into #Linux #STDIO.

Please don't share this post anywhere outside of Mastodon yet, but criticise its flow and narrative structure.

It's a loaded topic, so I had to choose the things that are the most important for complete understanding of STDIO and its behaviour, with the aim of demystifying the concept.

https://memorici.de/posts/make-or-break-stdio

[Перевод] Оптимизируя неоптимизируемое: ускорение компиляции C++

В этой статье речь пойдёт о повышении скорости компиляции библиотеки {fmt} до уровня библиотеки ввода-вывода Cи stdio . Дня начала немного теории. {fmt} – это популярная открытая библиотека С++, представляющая более эффективную альтернативу С++ библиотеке iostreams и библиотеке Си stdio . Последнюю она обошла по целому ряду аспектов: Безопасность типов с проверками форматирующих строк во время компиляции . Эти проверки включены по умолчанию начиная с С++ 20, и присутствуют в качестве дополнения для С++ 14/17. Форматирующие строки среды выполнения в {fmt} также оказываются безопасными, чего невозможно достичь в printf . Расширяемость . Определяемый пользователем тип можно сделать форматируемым . При этом большинство типов стандартных библиотек, например, контейнеры и пакеты для обработки даты и времени, предлагают возможность форматирования изначально. Производительность . {fmt} намного быстрее любой распространённой реализации printf , порой на несколько порядков (например, в форматировании чисел с плавающей запятой ). Возможность переноса поддержки Unicode . Тем не менее одной из областей, в которой stdio по-прежнему опережала {fmt} , являлось время компиляции.

https://habr.com/ru/companies/ruvds/articles/785420/

#ruvds_перевод #с++ #си #fmt #стандартные_библиотеки #оптимизация #компиляция #stdio

[Перевод] Оптимизируя неоптимизируемое: ускорение компиляции C++

В этой статье речь пойдёт о повышении скорости компиляции библиотеки {fmt} до уровня библиотеки ввода-вывода Cи stdio . Дня начала немного теории. {fmt} – это популярная открытая библиотека С++, представляющая более эффективную альтернативу С++ библиотеке iostreams и библиотеке Си stdio . Последнюю она обошла по целому ряду аспектов: Безопасность типов с проверками форматирующих строк во время компиляции . Эти проверки включены по умолчанию начиная с С++ 20, и присутствуют в качестве дополнения для С++ 14/17. Форматирующие строки среды выполнения в {fmt} также оказываются безопасными, чего невозможно достичь в printf . Расширяемость . Определяемый пользователем тип можно сделать форматируемым . При этом большинство типов стандартных библиотек, например, контейнеры и пакеты для обработки даты и времени, предлагают возможность форматирования изначально. Производительность . {fmt} намного быстрее любой распространённой реализации printf , порой на несколько порядков (например, в форматировании чисел с плавающей запятой ). Возможность переноса поддержки Unicode . Тем не менее одной из областей, в которой stdio по-прежнему опережала {fmt} , являлось время компиляции.

https://habr.com/ru/companies/ruvds/articles/785420/

#ruvds_перевод #с++ #си #fmt #стандартные_библиотеки #оптимизация #компиляция #stdio

Working with data streams on the #Linux command line – David Both #stdio

https://www.both.org/?p=3101

Working with data streams on the #Linux command line – David Both #stdio

https://www.both.org/?p=3101

Working with data streams on the #Linux command line – David Both #stdio

https://www.both.org/?p=3101

Working with data streams on the #Linux command line – David Both #stdio

https://www.both.org/?p=3101

Working with data streams on the #Linux command line – David Both #stdio

https://www.both.org/?p=3101

Finally, I've got #Sonarlint running in @neovim through #languageserverprotocol with #stdio channel.

https://github.com/SonarSource/sonarlint-language-server/pull/187

#neovim

Finally, I've got #Sonarlint running in @neovim through #languageserverprotocol with #stdio channel.

https://github.com/SonarSource/sonarlint-language-server/pull/187

#neovim

Finally, I've got #Sonarlint running in @neovim through #languageserverprotocol with #stdio channel.

https://github.com/SonarSource/sonarlint-language-server/pull/187

#neovim

Finally, I've got #Sonarlint running in @neovim through #languageserverprotocol with #stdio channel.

https://github.com/SonarSource/sonarlint-language-server/pull/187

#neovim

In 2023, STD I/O is an underused feature of any *NIX system, and should be considered more!

#unix #stdio #programming #scripting

In 2023, STD I/O is an underused feature of any *NIX system, and should be considered more!

#unix #stdio #programming #scripting

In 2023, STD I/O is an underused feature of any *NIX system, and should be considered more!

#unix #stdio #programming #scripting

In 2023, STD I/O is an underused feature of any *NIX system, and should be considered more!

#unix #stdio #programming #scripting

In 2023, STD I/O is an underused feature of any *NIX system, and should be considered more!

#unix #stdio #programming #scripting

Oh promised #2. It was too long, shorter. Web/cloud port server straight C. Thin server wrapper straight C socjets, uses #stdio sockets and NOTHING else to talk to random language app. Thin client, straight C and sockets. x11ish commands dirt simple, tiny, no concept of buttons etc. Just clicks on x/10000 width and y/10000 width but height (ref prev utube) 2/2

Oh promised #2. It was too long, shorter. Web/cloud port server straight C. Thin server wrapper straight C sockets, uses #stdio sockets and NOTHING else to talk to random language app. Thin client, straight C and sockets. x11ish commands dirt simple, tiny, no concept of buttons etc. Just clicks on x/10000 width and y/10000 width but height (ref prev utube) 2/2

Oh promised #2. It was too long, shorter. Web/cloud port server straight C. Thin server wrapper straight C sockets, uses #stdio sockets and NOTHING else to talk to random language app. Thin client, straight C and sockets. x11ish commands dirt simple, tiny, no concept of buttons etc. Just clicks on x/10000 width and y/10000 width but height (ref prev utube) 2/2

Oh promised #2. It was too long, shorter. Web/cloud port server straight C. Thin server wrapper straight C sockets, uses #stdio sockets and NOTHING else to talk to random language app. Thin client, straight C and sockets. x11ish commands dirt simple, tiny, no concept of buttons etc. Just clicks on x/10000 width and y/10000 width but height (ref prev utube) 2/2

Oh promised #2. It was too long, shorter. Web/cloud port server straight C. Thin server wrapper straight C sockets, uses #stdio sockets and NOTHING else to talk to random language app. Thin client, straight C and sockets. x11ish commands dirt simple, tiny, no concept of buttons etc. Just clicks on x/10000 width and y/10000 width but height (ref prev utube) 2/2

@alcinnz You might want to dig up some early AT&T Unix sources --- the Lion book or even the original source code as I believe almost all of it is now online.

Many of the original core utilities were really spartan as I recall, #stdio and and a syscall.

@alcinnz You might want to dig up some early AT&T Unix sources --- the Lion book or even the original source code as I believe almost all of it is now online.

Many of the original core utilities were really spartan as I recall, #stdio and and a syscall.