cout vs printf

@bodrich · Регистрация: 20.06.2010

Студворк — интернет-сервис помощи студентам

Что лучше и удобней использывать в написаннии программ? cout или printf?

@Avazart · 27.06.2020, 00:14

Сообщение от Evg

Глядя на такой код, сразу понятно, переменные каких типов идут в печать, чего не скажешь о cout

А зачем знать их типы? Главное что и куда, а не какого типа.

@TheCalligrapher · 27.06.2020, 00:39

Сообщение от TheCalligrapher

Сообщение от Neuton

Но больше всего мне понравился поток stringstream. Хотя есть функция aspprintf, которая делает тоже самое.

Нет, такой функции нет.

... а если бы и была, то была бы лишь фактом, иллюстрирующим гигантскую катастрофическую проблемы всего подхода.

Потоки вывода в С++ полностью инкапсулируют в себе все детали целевого потока вывода, в том числе на уровне run-time полиморфизма, тем самым позволяя нам переисползовать любой код вывода в поток независимо от того, в какой поток мы выводим данные. И количество разнообразных потоков - бесчисленно.

А через механизм printf/sprintf/aspprintf и т.д. ничего подобного невозможно. Любые попытки приблизиться к мощи С++ потоков со стороны printf потребуют тонн, тонн и тонн надстроечного "гамнокода", который фактически сведется к ручной перереализации C++ потоков на стороне С.

@COKPOWEHEU · 27.06.2020, 00:48

Сообщение от Croessmah

Я же думаю, что мы говорим о случае, когда применить можно и то и то.

Согласитесь, задачи вывода "просто текста" и "просто переменных" встречаются гораздо чаще, чем всякие хитрые форматы. Я ведь не говорю, что это не нужно никому и никогда, я говорю что сначала выбирается окружение (грубо говоря, Си или С++), а уже потом идет углубленное изучение выбранного инструмента.
Копать другой инструмент имеет смысл только если текущего уже не хватает, либо не вписывается в окружение.

Сообщение от hoggy

много-поточные программы не могут не конкурировать за ввод-вывод в ситуации,
когда осуществлять этот ввод-вывод нужно в разных потоках.

если возникает задача вывода из нескольких потоков одновременно, то ~~в программе что-то не так~~ этот вывод так или иначе придется синхронизировать. Либо блокировка-разблокировка, либо выделить отдельный поток специально для ввода-вывода, а остальные будут общаться через него.

Сообщение от hoggy

ты утверждаешь, что "у тебя" UB.

Это утверждение ложно. Я НЕ утверждаю что у меня UB.

Сообщение от hoggy

и это несмотря на то, что механизм thread-safe

И еще раз повторю: thread-safe это свойство конкретной реализации.

Сообщение от TheCalligrapher

есть функция aspprintf, которая делает тоже самое.

Нет, такой функции нет.

Очевидно, имелась в виду гнутая asprintf

@hoggy · 27.06.2020, 01:19

Сообщение от COKPOWEHEU

если возникает задача вывода из нескольких потоков одновременно, то в программе так или иначе придется синхронизировать. Либо блокировка-разблокировка, либо выделить отдельный поток специально для ввода-вывода, а остальные будут общаться через него.

Копетан Очевидность?

Сообщение от COKPOWEHEU

Это утверждение ложно. Я НЕ утверждаю что у меня UB.

ты утверждаешь:

Сообщение от COKPOWEHEU

Это UB в обоих вариантах.

Сообщение от COKPOWEHEU

Из самых очевидных соображений: используется многопоточный доступ к какому-то ресурсу без малейших попыток синхронизации.

Сообщение от COKPOWEHEU

Даже не смотря на то, что в документации printf указано, что он thread-safety

ты осознаешь какой бред несешь?

@COKPOWEHEU · 27.06.2020, 09:19

hoggy, знаешь, мне уже надоело разжевывать тебе очевидные вещи. Попробуй просто перечитать тред.

@Ygg · 27.06.2020, 11:06

COKPOWEHEU, почему UB, я не понимаю?
Доступ к общему ресурсу из разных потоков всегда носит некоторую неопределённость в порядке доступа, но это не делает его UB. Похоже, что printf получает доступ к консоли (общему ресурсу) один раз на один вызов функции или типа того. А в std доступ к консоли выполняется отдельно в каждом операторе вывода <<.

@Avazart · 27.06.2020, 12:14

А чем его это его делает? Как воспринимать пользователю кашу из строк?

Добавлено через 1 минуту

Сообщение от Ygg

в std доступ к консоли выполняется отдельно в каждом операторе вывода <<.

Наверное зависит от того кода выполняется flush()

@Ygg · 27.06.2020, 12:48

Сообщение от Avazart

А чем его это его делает? Как воспринимать пользователю кашу из строк?

Это логика работы программы, что программист заложил, то и должно быть. Если программист сделал вывод каши, значит будет вывод каши и это не будет никаким UB. Вопрос лишь в том, понимает ли программист как работают базовые функции, которые он использует. Вызов одного printf можно условно считать неделимым. А для std неделимым будет только вызов одного оператора << в выражении.

@Avazart · 27.06.2020, 13:13

Более вероятнее что до std::endl когда буфер будет сброшен в stdout.
Но вообще это само по себе странный случай писать из разных потоков в консоль без синхронизации.
Главная проблема printf это безопасность, частая ошибка неверный подбор флагов.
Вот интересно будет ли нормальный форматер строк в С++

@Ygg · 27.06.2020, 13:19

Сообщение от Avazart

Но вообще это само по себе странный случай...

Согласен. Иногда можно для отладки что-то подобное использовать, но для конечных продуктов не особо полезно.

@Avazart · 27.06.2020, 13:26

Не по теме:

Я вот хотел бы попробовать написать свой qDebug() или поток с выводом через ConsoleWrite что бы кириллицу нормально выводить и с раскраской символов как в python coloramа но никак не возьмусь.

Добавлено через 1 минуту

Сообщение от Ygg

Иногда можно для отладки что-то подобное использовать, но для конечных продуктов не особо полезно.

Для потоков наверное лучше для каждого свой лог файл.

@COKPOWEHEU · 27.06.2020, 14:05

Сообщение от Ygg

Похоже, что printf получает доступ к консоли (общему ресурсу) один раз на один вызов функции или типа того.

Он не гарантирует атомарности доступа. Точнее, некоторые реализации таки гарантируют, но в общем случае ОС может прервать вашу программу прямо в середине вывода строки и переключиться на другую.
Ну и главное Avazart сказал: а что потом с этой кашей делать?

Сообщение от Ygg

Иногда можно для отладки что-то подобное использовать

Для отладки подобное UB не проблема. Это юзеру опасно для мозга такое смотреть, а разработчик привычный.

Сообщение от Avazart

Я вот хотел бы попробовать написать свой qDebug() или поток с выводом через ConsoleWrite что бы кириллицу нормально выводить и с раскраской символов

А чем обычная curses не устроила? Проблем с выводом кириллицы вроде нет, с раскраской тоже.

Сообщение от Avazart

Для потоков наверное лучше для каждого свой лог файл.

Либо добавить систему синхронизации вроде того же блокирования. Да банальный mutex повесить хотя бы. Плюс лог файл все же не предназначен для юзера, а профессионал сумеет скормить его каким-нибудь фильтрам.

Сообщение от Avazart

Более вероятнее что до std::endl когда буфер будет сброшен в stdout.

С чего бы?
Оператор << возвращает объект потока. То есть операция std::cout << a << b << c; разворачивается во что-то такое:

C++
1
2
3
f1 = std::cout << a;
f2 = f1::cout << b;
f3 = f2::cout << c;

В результате компилятор вынужден работать с потоком на каждом операторе, общую строку он не формирует.

@Ygg · 27.06.2020, 14:40

Сообщение от COKPOWEHEU

Он не гарантирует атомарности доступа. Точнее, некоторые реализации таки гарантируют, но в общем случае ОС может прервать вашу программу прямо в середине вывода строки и переключиться на другую.

Если это так и стандарт допускает такое, то подобное прерывание нельзя назвать UB. Каша в консоли вполне ожидаема и её появление вина нерадивого программиста, вроде меня. Хочу лишь заметить, что один вызов printf имеет все возможности для организации атомарности, тогда как конструкция из нескольких операторов << потенциально не может быть атомарной.

@hoggy · 27.06.2020, 15:56

Сообщение от Avazart

А чем его это его делает? Как воспринимать пользователю кашу из строк?

unspecified поведением делает.

разницу понимаешь между unspecified и undefined?

и кстати, нет никакой каши из строк
имеет место быть каше из буковок

например, один поток выводит маму: std::cout << "мама";
а другой поток выводит папу: std::cout << "папа";

в результате может получится: мапапама
слово было разорвано и смешалось с выводом от другого потока.

Добавлено через 12 минут

Сообщение от Ygg

конструкция из нескольких операторов << потенциально не может быть атомарной.

есть такой паттерн: "атомарный стрим"

вот например:
Начальное значение ссылки на неконстантный пар-р должно быть левосторонним значением

вот здесь ещё какая-то реализация:
Std::thread приостановка потока

вопрос лишь в том: нужна ли атомарная версия в общем случае?
я думаю, что лучше пусть будет обычный std::cout,
и его атомарный собрат.

а дальше программист пусть сам cпляшет от задачи.

@Avazart · 27.06.2020, 16:22

Сообщение от COKPOWEHEU

А чем обычная curses не устроила? Проблем с выводом кириллицы вроде нет, с раскраской тоже.

Надо посмотреть ибо не факт что там винда поддерживается. И это по большей части что бы понят как оно работает.

Сообщение от COKPOWEHEU

Либо добавить систему синхронизации вроде того же блокирования. Да банальный mutex повесить хотя бы. Плюс лог файл все же не предназначен для юзера, а профессионал сумеет скормить его каким-нибудь фильтрам.

Ну с блокировками то медленнее будет работать.

Добавлено через 1 минуту

Сообщение от COKPOWEHEU

С чего бы?
Оператор << возвращает объект потока. То есть операция std::cout << a << b << c; разворачивается во что-то такое:

Ну в принципе да. Есть то буфер но он то тоже ресурс.

Новые блоги и статьи Все статьи Все блоги /
сукцессия 30. Фосфорный и азотный замки по "честному" закону лимитирования Либиха anaschu 16.07.2026 Основные достижения за последние дни 1. Механизм отложенного высвобождения фосфора Добавлен специальный пул для медленного разложения меланизированных гиф ЕСМ Реализована разная скорость. . .	Запрет пометки на удаление и отмены проведения Maks 16.07.2026 Алгоритм из решения ниже реализован на нетиповом документе "ПутевойЛист" разработанного в КА2. Задача: запретить помечать на удаление и отменять проведения путевого листа при условии, если он сдан. . .	Как надо было делать правильно - вообще не слушать ИИ, его дело - текст. Hrethgir 15.07.2026 А вообще надо было делать не так, чтобы не исправлять ошибку https:/ / www. cyberforum. ru/ blogs/ 223907/ 10996. html , правильно было : удалил кнопку, а потом добавил её. Всё это стресс конечно. Почему?. . .	Знаете, от чего появляется стресс? kumehtar 15.07.2026 Стресс появляется оттого, что вы, зная как поступить правильно, делаете наоборот. Ларри Уингет
Нас бьют, а мы крепчаем? Какая чушь! kumehtar 15.07.2026 Вот это вот бытующее мнение, что человек меняется только под действием проблем, всегда считал вредоносным. Поверь, от проблем у людей появляются не изменения, а нервное расстройство и ПТСР. А. . .	сукцессия 29. Переход от одних деревьев на другие делать более или менее вероятностным? anaschu 12.07.2026 Насколько смена типов микоризы — исключительное событие в двухвековой сукцессии? Оценка вероятности в пространстве параметров В текущей версии модели успешно реализован ключевой механизм. . .	сукцессия 27. Думаю, как переделывать уже написанную статью с планами на сукцессию. anaschu 12.07.2026 Анализ соответствия модели требованиям Реализованные компоненты: Механизм закисления почвы через протонную помпу Конкуренция между типами микориз pH как триггер сукцессии C/ P соотношение. . .	Сукцессия 26. Мат модель создана. anaschu 12.07.2026 Модель смены растительных сукцессий посредством управления грибами работает внутри небольшой ячейки почвы, восстанавливающейся после пожара, где ненадолго бывшее царство хвойных снова захватили. . .

@bodrich 104 / 94 / 14 Регистрация: 20.06.2010 Сообщений: 966 Записей в блоге: 16

	cout vs printf 30.09.2010, 12:17. Показов 25039. Ответов 54 Метки нет (Все метки) Что лучше и удобней использывать в написаннии программ? cout или printf? 0

@COKPOWEHEU 4138 / 2716 / 433 Регистрация: 09.09.2017 Сообщений: 12,050
	27.06.2020, 09:19
	hoggy, знаешь, мне уже надоело разжевывать тебе очевидные вещи. Попробуй просто перечитать тред. 1

@Ygg 2736 / 891 / 331 Регистрация: 10.02.2018 Сообщений: 2,128
	27.06.2020, 11:06
	COKPOWEHEU, почему UB, я не понимаю? Доступ к общему ресурсу из разных потоков всегда носит некоторую неопределённость в порядке доступа, но это не делает его UB. Похоже, что `printf` получает доступ к консоли (общему ресурсу) один раз на один вызов функции или типа того. А в `std` доступ к консоли выполняется отдельно в каждом операторе вывода `<<`. 0

@Avazart 8489 / 6156 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	27.06.2020, 13:13
	Более вероятнее что до std::endl когда буфер будет сброшен в stdout. Но вообще это само по себе странный случай писать из разных потоков в консоль без синхронизации. Главная проблема printf это безопасность, частая ошибка неверный подбор флагов. Вот интересно будет ли нормальный форматер строк в С++ 0