Моя программа открывает дескриптор файла с помощью open
, записывает строку в файл с помощью write
, затем закрывает дескриптор файла. Когда я проверяю содержимое файла, у него есть дополнительные символы после строки. Код Visual Studio показывает их как «␀» (единая кодовая точка с буквами «NUL»); на снимке экрана ниже показано, как именно они отображаются в VS Code. Зачем эти лишние символы в файле?
// test.cpp
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <string.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <netdb.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <sys/types.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <dirent.h>
int main(){
int fd = open("out.txt", O_WRONLY | O_CREAT, S_IRUSR | S_IWUSR);
char buff[BUFSIZ];
bzero(buff, sizeof(buff));
strcpy(buff, "This is a test message!\n");
write(fd, buff, sizeof(buff));
close(fd);
}
Вы написали BUFSIZ символов. Кстати, картинка нечитабельна, хотя и говорит вам ответ.
Что такое BUFSIZ
?
Что касается вашей проблемы, в чем разница между sizeof(buff)
и strlen(buff)
?
@Someprogrammerdude Я написал их все, потому что позже я буду использовать dirent, сокеты и все остальное.
1024 также зависит от машины
Я подозреваю, что символы NUL
как-то связаны с звонком bzero()
.
Мы здесь не для того, чтобы тщательно изучать ваш «будущий код». Лучше опубликуйте минимальный пример. Наоборот, код неполный, и у того, кто захочет его скомпилировать, возникнут проблемы.
@YvesDaoust, включая заголовочный файл, не вызовет никаких проблем, так что это не имеет значения, и для части компиляции он компилируется просто отлично, если вы не верите, может дать вам экранную запись
@mouviciel спасибо, это сработало, проблема была с этим bzero
Ну пишешь ты весь буфер, в котором много нулевых байт. Вот что вы видите.
@ewong "Что такое BUFSIZ" --> BUFSIZ
определено в <stdio.h>
: "... целочисленное константное выражение, представляющее собой размер буфера, используемого функцией setbuf
", "... значение макроса BUFSIZ
должно быть не менее 256.".
Если вы не вызываете bzero
(или предпочтительнее memset
), то большая часть буфера будет иметь содержимое неопределенный. Вы должны смотреть на это как на случайность или даже на мусор. И это не помогает с проблемой записи всех этих данных в файл, вместо нулей вы записываете в файл «мусорные» данные.
Попробуйте это и измените свой код следующим образом.
//bzero call is useless
write(fd, buff, strlen(buff));
проблема в том, что вам нужно записать в файл точное количество байтов, поэтому вы должны использовать функцию strlen, которая считает символы в строке до первого \0, который в этом случае автоматически помещается после \n на компилятор (см. это).
Кстати, вызов memset
бесполезен.
И почему \0
в конце строки?
Да, в этом случае явное \0 не обязательно для формирования строки, но поскольку массив был только что объявлен (поэтому в нем есть мусор памяти) и с учетом того факта, что OP использует strcpy, а затем записывает байты sizeof(buff) запись не остановится до первого \0 (потому что его нет), поэтому с помощью memset вы просто заполните массив \0, а затем скопируете строку в buff
@chux-ReinstateMonica Оооо, теперь я вижу, так что с литеральными строками нулевой терминатор автоматически добавляется компилятором ... не знал этого, спасибо.
Да, это правильно; строковые литералы неявно заканчиваются NUL. Здесь вы создаете строку вдвойне с нулевым завершением. Кроме того, как уже отмечалось, memset
бессмысленно; нет необходимости заполнять буфер нулями перед копированием строки, заканчивающейся NUL. Пожалуйста, подумайте об обновлении своего ответа, чтобы сделать его более полным (возможно, включив в комментарии часть того, что вы узнали здесь, поскольку у других может возникнуть такая же путаница).
write(fd, buff, sizeof(buff));
записывает не менее 256 байт, так как это размер char buff[BUFSIZ];
, а BUFSIZ
(от <stdio.h>
) составляет не менее 256.
Кроме "This is a test message!\n"
пишут еще сотни нулевые символы. Для OP они отображаются как «некоторые дополнительные вещи». @Какой-то программист, чувак
Если требуется только "This is a test message!\n"
, не пишите сотни байтов, а только длину нить. @SwirlyManager75
// write(fd, buff, sizeof(buff));
write(fd, buff, strlen(buff));
Большое спасибо! Это сработало. У меня есть небольшой вопрос: в этом случае мы использовали char[], поэтому strlen работал, но как это использовать, если я пишу объект структуры в файл.
@jugalShah Вы хотите записать структурный объект в виде текста или в виде двоичных данных? С char buff[BUFSIZ];
вам не нужны двоичные данные всего объекта, а только его строковая часть.
Я хочу написать весь объект, а затем прочитать его другой программой. я использовал это только для начала, но я думаю, что для объекта strlen не будет работать, и все же bufsiz создаст проблему с этими неизвестными символами
@jugalShah Использование strlen()
для определения длины для отправки не отправляет весь объект. strlen()
отправляет только первую часть массива символов, который формирует нить. Используйте sizeof()
, чтобы определить длину для отправки всего объекта. "This is a test message!\n"
- это не весь объект. "This is a test message!\n\0\0\0...\0\0\0"
— это весь объект.
Почему вы включаете все эти заголовочные файлы? Для написанной вами программы понадобятся лишь некоторые из них.