Сохранение данных COM-порта в несколько файлов

[waleri]

Чего тут непонятного - поищите в документации CString описание метода Format...

[bedouin]

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

WriteFile(COMport, bufwr, strlen(bufwr), &temp, &overlappedwr);

где strlen(bufwr) определяет число записываемых байт.
Но та же функция strlen игнорирует нулевые байты. А они мне нужны.
Можно, конечно, задать фиксированный объем передаваемых байт. Но в этом случае незаполненные ячейки будут передаваться нулями (лишние нули).
Как тогда лучше поступить? Чем заменить strlen?

[waleri]

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

[bedouin]

Со своей колокольни я понимаю процесс так:
Идет непрерывный поток чтения из порта и записи в файл.
Буфер заполняется меньше, чем на 100 %. Если я запишу

WriteFile(COMport, bufwr, strlen(bufwr), Х, &overlappedwr);

где Х -некоторое число, что незаполненные ячейки буфера сбросятся в файл как нули. Подогнать размер буфера под 100%-е заполнение не получается.
Функция strlen позволяла определить фактическое число байт. Однако она игнорирует байты 0х00.
Если от нее отказаться, то как еще можно проконтролировать фактическое число байт в буфере?
Использовать comstat.cbInQue?

[waleri]

Кто-то же заполняет буфер. Этот ктото вполне может записывать сколько в буфере данных в переменную. При отправлении воспользуйтесь этой переменной. И не обязательно заполнять буффер на 100%, главное знать на сколько он заполнен.

[bedouin]

Нули в буфер, который по сути является массивом элементов типа char, записываются при его инициализации (по крайней мере так пишется в умных книжках).
При получении данных из СОМ порта я начинаю заполнять этот массив, перезаписывая нули на принятые байты.
Проблема в том, что у меня не получается точно определить сколько на самом деле я принял байт.
Программа может проработать несколько часов, а потом "вылететь" с ошибкой:

[waleri]

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

У вас на баге - offset 0xCCCCCCCC - похоже на неинициализированный указатель. Просмотрите все переменные а еще лучше - включите все warnings компилятора.

[bedouin]

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