Как приложения Mac могут отслеживать местоположение файла?

Я наблюдаю такое поведение на моем Mac:

• Откройте PDF с PDF Expert, внесите некоторые изменения в файл, переместите файл в Finder, сохраните его в PDF Expert, и он будет правильно сохранен на новом месте.
• Откройте оболочку в каталоге, например ~/foo, очистите каталог с другим приложением, и pwd оболочки правильно выведет ~/.Trash/foo.

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

У macos есть специальная /.vol/система, сопоставленная с реальным каталогом и файлами. Файлы и каталоги доступны через /.vol/<device_id>/<inode_number>, независимо от того, где файлы находятся в файловой системе.

Это милая маленькая система.

Таким образом, программы могут, например, получить номер инода /Users/jdoe/someFile.txtи затем открыть его через /.vol/12345/6789(в этом случае идентификатор устройства равен 12345, а номер инода 6789). Затем вы перемещаетесь /Users/jdoe/someFile.txtкуда угодно (на ту же громкость), и все просто работает. Вы даже можете написать сценарий оболочки, который поддерживает это magic.

ls -di <file> чтобы получить номер инода.

$ ls -di /User/jdoe/someFile.txt
6789 /User/jdoe/someFile.txt

РЕДАКТИРОВАТЬ:

Вы используете statдля получения идентификатора тома и номера inode, в соответствии со связанным ответом, как выделено IMSoP.

GetFileInfo /.vol/12345/6789вернет текущее местоположение файла, ранее находившегося в /Users/jdoe/someFile.txt.

См. Https://stackoverflow.com/questions/11951328/is-there-any-function-to-retrieve-the-path-associated-with-an-inode для получения дополнительной информации.

Ответ ниже ложный (см. Комментарии). Пожалуйста, игнорируйте

В дополнение к хорошему ответу, который дал Карпи, вполне вероятно, что ваши программы просто держат дескриптор файла , который не зависит от расположения файлов в дереве каталогов (а в системах Unix даже не удаляет файл, по крайней мере, пока вы его не закроете) ).

Дескриптор файла - это, по сути, прямой доступ к файлу, независимо от того, где и как часто (в случае жестких ссылок) он существует в структуре каталогов.

Хотя я не уверен, почему macos использует это вместо стандартной функциональности C, предполагая, что то, что я читал много лет назад в «Mac OS X Unleashed», было правильным, оказалось, что я снова узнал что-то новое.

Пожалуйста, посмотрите на следующую простую программу на C:

#include <stdio.h>
#include <time.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdlib.h>

int main()
{
    struct timespec ts;
        ts.tv_sec = 10;
        ts.tv_nsec = 0;
    FILE * fp;

    fp = fopen("file.txt", "a");
    int f = fileno(fp);

    if (fp == NULL)
    {
        printf("Error opening file!\n");
        exit(1);
    }

    struct stat file_stat;
    int ret;
    ret = fstat (f, &file_stat);
    printf("inode number is %d\n", file_stat.st_ino);
    nanosleep(&ts, NULL);

    printf("Finished sleep, writing to file.\n");

/* print some text */
    const char *text = "Write this to the file";
    dprintf(f, "Some text: %s\n", text);

/* print integers and floats */
    int i = 1;
    float py = 3.1415927;
    dprintf(f, "Integer: %d, float: %f\n", i, py);

/* printing single characters */
    char c = 'A';
    dprintf(f, "A character: %c\n", c);

    close(f);
}

Скомпилируйте программу, запустите ее в фоновом режиме и быстро mv file.txt file2.txtДО того, как программа напечатает «Законченный сон, запись в файл». (у вас есть 10 секунд)

Обратите внимание, что file2.txtвывод вашей программы, хотя она была перемещена до того, как текст был напечатан в файл (через дескриптор файла).

$ gcc myfile.c
$ ./a.out &
[1] 21416
$ inode number is 83956
$ ./mv file.txt file2.txt
$ Finished sleep, writing to file.
[1]+  Done                    ./a.out
$ cat file2.txt
Some text: Write this to the file
Integer: 1, float: 3.141593
A character: A

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Я не обрезал список «включить», он был быстро взломан, чтобы доказать свою точку зрения.