std::string s(Cstring, n);

strlcpy, Хотя это и не стандарт C, он существует на нескольких платформах, и вы можете скачать реализации, так как исходный код доступен бесплатно. Видетьhttp://www.gratisoft.us/todd/papers/strlcpy.html

что @codeLizard спрашивает о том, как написать совместимый код для обработкивсе функции, которые Microsoft устарела в пользу своих безопасных версий, а не только строковые функции.

Функции, основанные на безопасных функциях Microsoft, включены в Приложение K стандарта C11, но приложение широко не поддерживается за пределами MSVS.

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

Однако этот подход не работает для отображения традиционных функций в безопасные версии, которые принимают аргументы размера, если аргументы размера также не присутствуют в традиционных функциях. Кроме того, функции безопасности отличаются поведением исключений, а иногда и возвращаемыми значениями. Мои текущие конверсии не учитывают это. Когда у меня будет время, я постараюсь улучшить их там, где смогу. А пока я оставлю это как упражнение для читателя.

Я рекомендую использовать безопасные функции в новом коде, если вы можете, использовать решение для функции «плюс», если это необходимо, для переносимости в компиляторы не-MS, а также в качестве моста для повторного использования устаревшего кода, пока у вас не будет времени обновить его с помощью безопасных функций.

Вот сокращенная версия вышеупомянутого связанного подхода макроса / встроенной функции:

#pragma once
#if !defined(FCN_S_MACROS_H)
   #define   FCN_S_MACROS_H
   #include <cstdio>
   #include <string> // Need this for _stricmp
   using namespace std;

   #if (defined(_MSC_VER) && (_MSC_VER >= 1400) ) // _MSC_VER==MSVC 2005 

      // The function plus macro strategy could be used to maintain
      // consistent exception behaviors and return values. 
      inline extern
      FILE*   fcnSMacro_fopen_s(char *fname, char *mode)
      {  FILE *fptr;
         fopen_s(&fptr, fname, mode);
         return fptr;
      }
      #define fopen(fname, mode)               fcnSMacro_fopen_s((fname), mode))

      #define fprintf(fptr, ...)               fprintf_s((fptr), __VA_ARGS__)
      #define fscanf                           fscanf_s
      #define strncpy(dest, source, count)     strcpy_s((dest), (count), (source))
      // Can't map sprinf to sprintf_s (size argument unavailable). 
      //    #define sprintf                    ???


      ...
    #else
      #define fopen_s(fp, fmt, mode)          *(fp)=fopen( (fmt), (mode))
      #define fprintf_s                        fprintf
      #define fscanf_s                         fscanf
      #define strcpy_s(dest, count, source)    strncpy( (dest), (source), (count) )
      ...
    #endif //_MSC_VER
#endif // FCN_S_MACROS_H

которые не имеют этой функции. Или используйте макрос для уменьшения аргументов на единицу и сопоставления со стандартной строковой функцией.

Apache Portable Runtime проект:

autoconf также может позаботиться о некоторых из этих специфических для платформы различий (установив #defines и т. д.), хотя мой опыт работы с ним под Windows оставляет желать лучшего.

Если вы действительно хотите программировать на C:

Используйте простой старый стандартstrncpy.

Если вы программируете на C ++:

Используйте простой старый стандартный класс строкstd::string.

(подсказка: вы, вероятно, хотите последнее. Строки C - это просто ошибки, ожидающие появления, даже если вы используете «безопасный»*_s функции. C ++ добавил строковый класс по причине)

https://rurban.github.io/safeclib/.

Это независимая от платформы реализация Приложения K C11 поверх всех библиотек libc. Он в основном совместим с Windows sec_api. Windows немного отличается от спецификации с некоторыми функциями.

strncpy_s является одним из самых сложных API в sec_api. Windows не обнаруживает переполнение двух длин, а не совпадение двух строк. И что делать, когда 4-й аргумент count = 0 тоже сомнительный. Спецификацияhttp://en.cppreference.com/w/c/string/byte/strncpy говоритНулевое возвращаемое значение подразумевает ... что результат в s1 завершен нулем, но на окнах это неправильно. Это просто прерывается слишком рано. Смотрите, например, реализация вина:https://github.com/mirror/reactos/blob/master/reactos/lib/sdk/crt/wine/heap.c#L577

И для_s Безопасный суффикс следует предполагать, что неправильно скопированные байты в буфер назначения очищаются от посторонних глаз при возникновении ошибки во время выполнения. Не так на винде с их sec_api. Они просто установили самый первый байт в 0.

https://github.com/rurban/safeclib/releases

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