Я создал FIFO, написал ему и отсоединил его. К моему удивлению, я смог прочитать данные из fifo после разговора, почему?Чтение из FIFO после unlink()
#include <fcntl.h>
#include <sys/stat.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/wait.h>
#define MAX_BUF 256
int main()
{
int fd;
char * myfifo = "/tmp/myfifo";
/* create the FIFO (named pipe) */
mkfifo(myfifo, 0666);
int pid = fork();
if (pid != 0)
{
/* write "Hi" to the FIFO */
fd = open(myfifo, O_WRONLY);
write(fd, "Hi", sizeof("Hi"));
close(fd);
/* remove the FIFO */
unlink(myfifo);
}
else
{
wait(NULL);
char buf[MAX_BUF];
/* open, read, and display the message from the FIFO */
fd = open(myfifo, O_RDONLY);
read(fd, buf, MAX_BUF);
printf("Received: %s\n", buf);
close(fd);
return 0;
}
return 0;
}
Это нормальное поведение в Unix. Нежелательный контент сохраняется до тех пор, пока по меньшей мере один процесс имеет по меньшей мере один файловый дескриптор, который через ядро, связанное с указанным несогласованным контентом. Это не относится к FIFO. Он работает со всеми типами файлов. – PSkocik
Каков правильный способ его использования? Когда я должен использовать вызов unlink? –
Это прекрасно, если вы отключаете файл сразу после его открытия. На самом деле я думаю, что это лучше, чем unliking по имени at_exit, потому что имя является своего рода слабой ссылкой на фактический файл (кто-то мог заменить файл во время вашей программы, и теперь ваша программа могла бы удалить что-то еще, чем файл, который он открыл).Unlinking + обращение с filedescriptor, указывающее на несвязанный контент, - довольно стандартный способ делать вещи в Unix. – PSkocik