Глючный fprintf
Использую функцию fprintf для вывода в файл, но возникла проблема: не могу сделать нормальное завершение строки (CRLF). Вызываю функцию вот так:
НО! Проблема в том, что эта идиотская fprintf зачем-то дублирует символ \n и в итоге получаем строку, оканчивающуюся на CRLFCRLF, т.е. в С-интерпретации это выглядит как: \r\n\r\n. Такие же проблемы наблюдаются у fputs. Подскажите, как это обойти? Компилятор от Майкрософт, система Windows
Код:
fprintf(f, "%s\n", substring);
НО! Проблема в том, что эта идиотская fprintf зачем-то дублирует символ \n и в итоге получаем строку, оканчивающуюся на CRLFCRLF, т.е. в С-интерпретации это выглядит как: \r\n\r\n. Такие же проблемы наблюдаются у fputs. Подскажите, как это обойти? Компилятор от Майкрософт, система Windows
строка была введена с консоли? как? возможно в конце остал символ нажатия энтера - тот самый "\r\n"? Дэбаг надо сделать и память посмареть которая эту строку хранит
Строка не из консоли, строку получаю с помощью pre_copy_substring (регулярные выражения). Естественно терминируется нуль символом. Хм, прикол, использую функцию вот так:
В файле получается:
моя строка endsCRLF
endsCRLF
Что за нах?
Код:
fprintf(out, "%s ends\n", substring);
В файле получается:
моя строка endsCRLF
endsCRLF
Что за нах?
а файл абсолютно чистый создаеш? это наблюдается во все фпринтфах при работе с одним файлом?
Выложите побольше кода. Может станет понятней.
Код:
for (i = 0; i <= matches; i++) {
memset(substring, 0, MAX_STR);
pcre_copy_substring(szPage, ovector, matches, i, (char*)substring, MAX_STR);
fprintf(out, "%s\n", substring);
}
memset(substring, 0, MAX_STR);
pcre_copy_substring(szPage, ovector, matches, i, (char*)substring, MAX_STR);
fprintf(out, "%s\n", substring);
}
Вот, substring объявлен как char substring[MAX_STR].
#define MAX_STR 512
Может что-то в szPage не так, szPage = malloc(51200); потом в szPage делаю strcat(szPage, recv_str). recv_str в свою очередь получает данные из сокета.
Все, разобрался. pcre_copy_substring копирует в строку CRLF, поскольку такой строки не существует, т.е. реальный индекс найденной строки - 0, а в цикле в "i" подставляется единица и из-за этого функция сама туда вставляет CRLF