_countof, errno_t, strncpy_s и так далее. Какая версия g++?

[Sashok]

Народ, кто знает, есть ли какая-нибудь версия g++, которая поддерживала бы strncpy_s, strncat_s, _TRUNCATE и так далее? Или придется писать перевод? Или есть h. файл и библиотека, которые можно было бы просто добавить?
Речь идет о Sun'e, не о Линуксе. Версию сообщу дополнительно.

[Вад]

Насколько понимаю, версия тут не имеет значения: эти функции (strncpy_s и т.п.) относятся к расширению стандартной библиотеки, специфичному для Microsoft. Их придётся писать руками - или найти стороннюю библиотеку, реализующую расширения стандартной библиотеки для g++.

[Sashok]

Да в том-то и беда, что, судя по форумам, Мелкомягкие пытаются их протащить как часть стандарта языка. Вот я и думаю, что, может быть кто-то уже сделал? Или хотя бы вразумительное описание найти? А то на MSDN описание внутренне противоречиво.

[Finch]

Sashok, Когда это станет частью стандарта. Тогда и появится в стандартной поставке GCC. Я насколько знаю, разработчики компилятора стараются достаточно точно следовать букве стандарта.

[Sashok]

Finch, а ты не мог бы попробовать, может быть твоя версия g++ эти добавки поддерживает?

[Finch]

На все три, строчка grep -R "strncat_s" /usr/include не дала результата. Значит их у меня не содержится в инклудах. Но есть strncat и strncpy

[RXL]

Sashok, найди документацию в MSDN и напиши свой вропер.

[Sashok]

RXL, это первое, с чего я начал: нашел микрософтовскую документацию MSDN. По поводу strncat_s на протяжении двух абзацей там дается взаимно противоречивая информация.

Может быть, кто-нибудь с ними работал и может дать толковое описание? Конкретно:
strncat_s, strcpy_s, sscanf_s, sprintf_s . Я имею ввиду все, как ведут себя при любых значениях параметров, есть ли exception и пр.

[RXL]

Протрезвею и прочту
Просто боюсь, что сейчас дам неверный совет.
Не могли они ничего сложного придумать - у них, в плане stdlib, обычно только какие-то заплатки, чтобы это можно было под винду использовать.

[Вад]

Фактически, делают то же самое, что функции без _s, только проверяют размер выходного буфера, чтобы не переполнить (потому и _s, что типа secure-ные насчёт out of range). Плюс опция, что делать в случае, если буфера всё-таки не хватило.
Никаких исключений не генерируют, возвращают код ошибки. В MSDN есть детальное описание.

[RXL]

Параметр-ограничитель есть в функциях с 'n'. Например, strncpy и strcpy: в первом есть, а во втором нет. Смысл: копируется либо вся строка, терминированная '\0', либо, если не помещается, то count байт и тогда терминатор отсутствует.

Код:

char *strncpy(
   char *strDest,
   const char *strSource,
   size_t count 
);

http://msdn.microsoft.com/ru-ru/library/xdsywd25.aspx

Бороться можно примерно так:

Код:

char dst[10];

strncpy(dst, src, 9);
dst[9] = 0;

Минус - строка может быть обрезана без предупреждения.


Отличие '_s' - в параметре:

Код:

size_t numberOfElements,

These functions try to copy the first D characters of

Код:

strSource

to strDest, where D is the lesser of count and the length of strSource. If those D characters will fit within strDest (whose size is given as numberOfElements) and still leave room for a null terminator, then those characters are copied and a terminating null is appended; otherwise, strDest[0] is set to the null character and the invalid parameter handler is invoked, as described in Parameter Validation.

There is an exception to the above paragraph. If count is _TRUNCATE, then as much of strSource as will fit into strDest is copied while still leaving room for the terminating null which is always appended.

http://msdn.microsoft.com/ru-ru/library/5dae5d43.aspx

Как я понял, это попытка контролировать ситуацию, когда терминирующий '\0' не влезает.

[Sashok]

Вад, RXL, ну с этим-то я разобрался. А обычными strncpy, strncat я уже давно пользуюсь.
Вопрос в том, что мне нужно полное и непротиворечивое описание мелкомягких добавок. А вот пример того, что дает Микрософт:
http://msdn.microsoft.com/en-us/library/w6w3kbaf.aspx

Error Conditions
strDestination                 numberOfElements      strSource     Return value     Contents of strDestination
NULL or unterminated      any                               any              EINVAL              not modified
any                                any                               NULL           EINVAL               not modified
any                                0, or too small                any             ERANGE             not modified

 Remarks
These functions try to append the first D characters of strSource to the end of strDest, where D is the lesser of count and the length of strSource. If appending those D characters will fit within strDest (whose size is given as numberOfElements) and still leave room for a null terminator, then those characters are appended, starting at the original terminating null of strDest, and a new terminating null is appended; otherwise, strDest[0] is set to the null character and the invalid parameter handler is invoked, as described in Parameter Validation.

Как легко заметить, в случае, если количество элементов (2 столбец)  0 или слишком мало (то есть предлагаемое для копирования количество не влезает) в таблице говорится, что результирующий буфер не изменится. А в комментарии под таблицей написано, что у него обнуляется нулевой элемент, то есть пустая строка. Чему верить?
Как легко догадаться, одна ошибка вызывает у программиста недоверие ко всем текстам из того же источника.

[RXL]

Sashok, я так понимаю, что не производится копирование, но терминатор в начало добавляется.

Если я правильно понял, то цель этих нововведений — иметь в dst либо полную копию, либо пустую строку. Но в любом случае — валидную, т.к. strncpy не дает такой гарантии.

Честно говоря, я не понимаю, зачем было добавлять еще один параметр, т.к. 'count' уже задает максимальный размер принимающего буфера. Майкрософт... 

[Sashok]

Sashok, я так понимаю, что не производится копирование, но терминатор в начало добавляется.

Если я правильно понял, то цель этих нововведений — иметь в dst либо полную копию, либо пустую строку. Но в любом случае — валидную, т.к. strncpy не дает такой гарантии.

Честно говоря, я не понимаю, зачем было добавлять еще один параметр, т.к. 'count' уже задает максимальный размер принимающего буфера. Майкрософт... 

Ну, я вообще не согласен с большинством того, что делают в Микрософте... Хотя они по-своему логичны: вводят не особенно нужные добавки, но затрудняют миграцию кода ОТ них куда-то еще. Т.е., в конечном счете, привязывают клиентов.
Что же касается понимания, как работает функция, я бы считал так же, как и ты, но слова "not modified" в последнем столбце последней строки заставляют усомниться. В конце концов, строка в dst в обоих случаях валидная, но, согласись, чтобы писать переходник, хорошо бы знать, что туда загонять: оставлять как есть, или писать пустую строку. 

[RXL]

Sashok, выход только один: провести тесты в студии.