Почему делает strncpy, не пустой оконечный?

Уже существуют реализации с открытым исходным кодом, такие как strlcpy , которые делают безопасное копирование.

http://en.wikipedia.org/wiki/Strlcpy

В ссылки есть ссылки на источники.

Первоначально в файловой системе UNIX 7-го издания (см. DIR (5)) были записи каталога, которые ограничивали имена файлов 14 байтами; каждая запись в каталоге состояла из 2 байтов для номера inode плюс 14 байтов для имени, дополненных нулями до 14 символов, но не обязательно с завершающим нулем. Я считаю, что strncpy () был разработан для работы с этими структурами каталогов - или, по крайней мере, он отлично работает для этой структуры.

strncpy(inode->d_name, filename, 14);

Некоторые новые альтернативы указаны в ISO / IEC TR 24731 (см. https://buildsecurityin.us-cert.gov/daisy/bsi/articles/knowledge/coding/317- BSI.html для информации). Большинство этих функций принимают дополнительный параметр, определяющий максимальную длину целевой переменной, гарантирующий, что все строки заканчиваются нулем и имеют имена, заканчивающиеся на _s (для «безопасности»?), Чтобы различать их. из их более ранних «небезопасных» версий. ¹

К сожалению, они все еще получают поддержку и могут быть недоступны с вашим конкретным набором инструментов. Более поздние версии Visual Studio будут выдавать предупреждения, если вы используете старые небезопасные функции.

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

errCode_t strncpy_safe(char *sDst, size_t lenDst,
                       const char *sSrc, size_t count)
{
    // No NULLs allowed.
    if (sDst == NULL  ||  sSrc == NULL)
        return ERR_INVALID_ARGUMENT;

   // Validate buffer space.
   if (count >= lenDst)
        return ERR_BUFFER_OVERFLOW;

   // Copy and always null-terminate
   memcpy(sDst, sSrc, count);
   *(sDst + count) = '\0';

   return OK;
}

Вы можете изменить функцию в соответствии со своими потребностями, например, чтобы всегда копировать как можно большую часть строки без переполнения. Фактически, реализация VC ++ может сделать это, если вы передадите _TRUNCATE в качестве счетчика .

Strncpy более безопасен против атак переполнения стека со стороны пользователя вашей программы, он не защищает вас от ошибок вы программист, например как печать строки без завершающего нуля, как вы описали.

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

char my_string[10];
//other code here
printf("%.9s",my_string); //limit the number of chars to be printed to 9

Используйте strlcpy () , указанный здесь: http://www.courtesan.com/todd/papers/strlcpy.html

Если ваш libc не имеет реализации, тогда попробуйте эту:

size_t strlcpy(char* dst, const char* src, size_t bufsize)
{
  size_t srclen =strlen(src);
  size_t result =srclen; /* Result is always the length of the src string */
  if(bufsize>0)
  {
    if(srclen>=bufsize)
       srclen=bufsize-1;
    if(srclen>0)
       memcpy(dst,src,srclen);
    dst[srclen]='\0';
  }
  return result;
}

(Написано мной в 2004 году - посвящено общественному достоянию)

strncpy работает напрямую с доступными строковыми буферами, если вы работаете напрямую со своей памятью, вы ДОЛЖНЫ теперь размеры буфера, и вы можете установить '\ 0' вручную.

Я полагаю, что есть не лучшая альтернатива в простом C, но на самом деле это не так уж плохо, если вы будете настолько осторожны, как должны, при игре с сырой памятью.

Я всегда предпочитал:

 memset(dest, 0, LEN);
 strncpy(dest, src, LEN - 1);

исправить это позже, но на самом деле это всего лишь вопрос предпочтений.

Не полагаясь на новые расширения, я делал что-то подобное в прошлом:

/* copy N "visible" chars, adding a null in the position just beyond them */
#define MSTRNCPY( dst, src, len) ( strncpy( (dst), (src), (len)), (dst)[ (len) ] = '\0')

и, возможно, даже:

/* pull up to size - 1 "visible" characters into a fixed size buffer of known size */
#define MFBCPY( dst, src) MSTRNCPY( (dst), (src), sizeof( dst) - 1)

Почему макросы вместо более новых «встроенных» (?) функции? Потому что раньше было довольно много разных юниксов, а также других сред, отличных от unix (не Windows), которые мне приходилось переносить обратно, когда я ежедневно делал C.

Эти функции эволюционировали больше, чем разрабатывались, поэтому на самом деле нет никакого «почему». Вам просто нужно научиться «как». К сожалению, справочные страницы Linux по крайней мере лишены распространенных примеров использования этих функций, и я заметил много злоупотреблений в коде, который я рассмотрел. Я сделал несколько заметок здесь: http://www.pixelbeat.org/programming/gcc/string_buffers.html

Вместо strncpy () вы можете использовать

snprintf(buffer, BUFFER_SIZE, "%s", src);

Вот однострочник, который копирует не более size-1 ненулевых символов от src до dest и добавляет нулевой терминатор:

static inline void cpystr(char *dest, const char *src, size_t size)
{ if(size) while((*dest++ = --size ? *src++ : 0)); }