Решение Mac для “безопасных” альтернатив “небезопасным” Библиотечным функциям Стандарта C/C++?

Поскольку пользовательское окружение OSX основано на FreeBSD, вы do имеете несколько более приятных функций, таких как strlcpy и strlcat.

вместо SprintF и VSPrintf, вы хотите использовать:

snprintf(buffer, buffer_size, fmt_string, args, ...);
vsnprintf(buffer, buffer_size, fmt_string, valist);

вместо strcpy, strncpy, strcat и STRNCAT Вы хотите нам:

strlcpy(dest, src, dest_size);
strlcat(dest, src, dest_size);

Существует один важный способ, которым функции strn не могут быть заменены функциями Strl. Если вы хотите скопировать un-0 Strected Strings, функции strn позволяют сделать это, установив длину в меньшее значение количества копии и размера буфера назначения. Функции Strl не делают этого и работают только тогда, когда исходная строка расторгнута.

Не уверен, как FOPEN или VFPRINTF считаются небезопасными.

Прежде всего, распечатайте документацию о "безопасных/небезопасных" функциях из MSDN и запишите ее!

fopen

так же безопасен, как и fopen_s.... Если вы не идиот и предполагаете, что возвращаемый указатель не NULL, или предоставляете NULL в качестве входного параметра.

vfprintf vsprintf sprintf 

Только MS не поддерживает C99, используйте snprintf семейство.

 strncpy

Совершенно безопасно, если вы читаете инструкцию

strcpy strcat

Используйте strncpy и strncat и читаете спецификации. (т.е. strncpy может не закончиться нулем)

Так что... еще раз:

Распечатайте документацию о "безопасных/небезопасных" функциях из MSDN и запишите ее!

См. Также: SO 327980 .

Стандартный C Комитет создал технический отчет, TR 24731-1 , отчасти при поддержке Microsoft (я верю). Он стандартизирует интерфейсы различным функциям, таким как vsnprintf_s () . К сожалению, однако, интерфейс, определяемый стандартом, несовместим с интерфейсом, определенным Microsoft, что делает стандарт, в основном неактуальный.

Например, TR 24731-1 говорит интерфейс к vsnprintf_s () :

#define _ _STDC_WANT_LIB_EXT1_ _ 1
#include <stdarg.h>
#include <stdio.h>
int vsnprintf_s(char * restrict s, rsize_t n,
                const char * restrict format, va_list arg);

К сожалению, MSDN говорит интерфейс к vsnprintf_s () :

int vsnprintf_s(
   char *buffer,
   size_t sizeOfBuffer,
   size_t count,
   const char *format,
   va_list argptr 
);

Параметры

• Буфер - место хранения для вывода.
• SizeOfBuffer - размер буфера для вывода.
• Подсчитание - максимальное количество символов для записи (не включает в себя завершение NULL) или _truncate.
• Формат - Формат спецификации.
• ARGPTR - указатель на список аргументов.

Обратите внимание, что это не просто вопрос отображения типа: количество фиксированных аргументов отличается и, следовательно, непримиримо. Также неясно для меня (и, по-видимому, также к стандартам комитета), какую пользу есть как «SizeOfBuffer», так и «счетчик»; Он выглядит как та же информация дважды (или, по крайней мере, код обычно будет писать с тем же значением для обоих параметров).

Стандарт C уже имеет набор «безопасной» версии этих функций.
(Для определенного определения термина Safe)

SNPRINTF () (и FAMILY) предоставляет функции безопасности, которые вы ищете. Проверка переполнения буфера.
Компилятор GCC дополнительно делает валидацию строки форматирования (но лучше, чем MS, потому что валидация выполняется во время компиляции).

fopen()             Not sure how you make that safer?
vfprintf            --  These are low level functions
vsprintf            --  These are low level functions
sprintf             snprintf
strncpy             Already the safe version
strcpy              strncpy
strcat              strncat

Google Summer of Code 2010: OpenAfs и Google спонсируют перенос библиотеки Microsoft String Safe. См. http://www.openafs.org/pages/gsoc.html .