Рабочее, плюсовое, малозначимое, но яркое

[dememax]

void MediaLookupTable::generateNewName(char* mediumName,
				       unsigned /*maxLen*/) {
  // We should really use snprintf() here, but not all systems have it
  sprintf(mediumName, "liveMedia%d", fNameGenerator++);
}

Comments

Ну суть понятна, но

[fatoff.livejournal.com]

but not all systems have it

Not all compilers? How old that compiler in the system is?

Re: Ну суть понятна, но

[dememax]

В файлах, выдержки из которых я тут уже приводил, я вижу

// Copyright (c) 1996-2016 Live Networks, Inc.  All rights reserved.

Можно ещё заглянуть сюда для прочей информации: http://live555.com/liveMedia/
Например, там сказано:

This code forms a set of C++ libraries for multimedia streaming, using open standard protocols (RTP/RTCP, RTSP, SIP). These libraries - which can be compiled for Unix (including Linux and Mac OS X), Windows, and QNX (and other POSIX-compliant systems) - can be used to build streaming applications.

Мне доводилось в жизни работать только на FreeBSD, SunOS, Windows и Linux. Вполне допускаю, что в какой-нибудь из даже этих есть проблемы с какими-нибудь вызовами до 2000-го года.

Re: Ну суть понятна, но

[fatoff.livejournal.com]

В Windows sprintf точно не из системы, а из конкретного сишного рантайма, который либо динамически, либо статически линкован с исполняемым модулем.

В Linux, как понимаю, раз можно хостить более одного компилятора, тоже не часть системы?

Re: Ну суть понятна, но

[dememax]

В Линукс - это часть glibc: https://github.com/lattera/glibc/blame/master/stdio-common/sprintf.c
Либо той реализации стандартной библиотеки Си, на которой сидит система, это не всегда glibc, иногда это даже смесь нескольких, т.к. на старте системы на динамическую линковку полагаться - нельзя, компилируются статически с какой-нибудь маленькой реализацией си-библиотеки.

Re: Ну суть понятна, но

[dememax]

Кстати, случайно наткнулся на новость, что gcc теперь поддерживает musl:

https://gcc.gnu.org/gcc-6/changes.html#linux

Стал смотреть, а с какими libc реализациями эта библиотека у меня в Gentoo стоит в списке, вот отрывок из описания пакета для абстрагирования реализации:

RDEPEND="!prefix? (
		elibc_glibc? ( sys-libs/glibc:2.2 )
		elibc_musl? ( sys-libs/musl )
		elibc_uclibc? ( || ( sys-libs/uclibc sys-libs/uclibc-ng ) )
		elibc_FreeBSD? ( sys-freebsd/freebsd-lib )
	)"

Т.е., кроме монстра glibc, я на своей системе могу, как минимум ещё две реализации выбрать: musl и uclibc. Правда, gcc ещё и Bionic C library поддерживает, но у меня - не Андрюша.
А вот, соответственно, реализация семейства *printf* из musl:

http://git.musl-libc.org/cgit/musl/tree/src/stdio/vfprintf.c

а это из uClibc:

https://git.uclibc.org/uClibc/tree/libc/stdio/vsnprintf.c

В общем, с одной стороны - ещё тот зоопарк (по отношению к ВыньДОС и ОпиумОС), зато - выбор и свобода! ;-)
Короче, «присоединяйтесь, барон, незаметно присоединяйтесь»!!! :-D

Re: Ну суть понятна, но

[fatoff.livejournal.com]

Меня удивляет, как Линукс при всё разброде и шатании сохраняет логическую цельность. Типа, притащил в систему позиксную программу в исходном коде с зависимостями только от C runtime, компилируй, запуская.

Re: Ну суть понятна, но

[dememax]

Как раз из-за этого и сохраняет: кому-то надоел монстр-рантайм glibc - переключился на минималистическую альтернативу. Монстр заметил, что народ - сваливает, давай как-то реагировать.
Сейчас и с компиляторами под линухом стало так.

А других двух: как партия тебе скажет, так ты программировать и будешь!
С одной стороны, разброда - нет, с другой - есть очень старые вещи уродливые, постепенно проигрывают средам с альтернативами...