Как создать Hardlink?

[spectre71]

Имеются ли в QT возможности создавать Hardlink?

[pastor]

Такой возможности не видел. Юзай QProcess + ln (Linux) или fsutil (Windows, NTFS)

[spectre71]

Такой возможности не видел. Юзай QProcess + ln (Linux) или fsutil (Windows, NTFS)

Плохо. Прийдется делать свою системнозависимую реализацию.

[Авварон]

извиняюсь за тупой вопрос - разве в винде есть хардлинки?

[Пантер]

Есть на ntfs.

[lit-uriy]

а у меня двухтонник говорит, что не знает ни каких "fsutil"

[ритт]

а насколько данный функционал вобще востребован?
я имею в виду поддержку симлинков под нтфс и хардлинков под никсы/свисту...

[lit-uriy]

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

[spectre71]

а насколько данный функционал вобще востребован?
я имею в виду поддержку симлинков под нтфс и хардлинков под никсы/свисту...

Симлинки меня не интересуют. Под NTFS можно создавать хардлинки. О симлинках я не говорил, для моей задачи они не годятся.
Если упрощенно, то задача такая:
1) Есть packages
2) package - набор файлов типичный объем 1GB (на самом деле есть еще некоторая метаинформация)
3) package инсталлируется - файлы распаковываются в определенную директорию(для каждого package в свою)
4) package может быть как независимый, так и update или add-on к уже существующему
5) Есть объекты ссылающиеся на данные именно конкретного package, а в случае если он update или add-on то на недостающие в нем данные родительских packages, но не на сами родительские packages!
6) Любой package, в том числе и родительский можно деинсталлировать(удалить), но это не должно привести к потерям данных для тех объектов которые ссылаются на дочерние packages
7) Необходимо избежать дублирование данных для дочерних packages(поскольку объемы достаточно большие).
8.) Упростить деинсталляцию package.
9) В процессе инсталляции package упростить обработку ошибок и откат.

[ритт]

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

собсна, почему я спрашиваю?
в венде, начиная с висты, появилась нативная поддержка симлинков и хардлинков (к сожалению, под 2к придётся пользоваться костылями). поддержку симлинков я уже реализовал в QFSFileengine, НО создал этим новую проблему - как теперь под вендой контейнеры должны себя вести для путей, содержащих "ненастоящие" линки (ака алиасы)?
чуть подробнее: допустим, имеются логические диски D: и E:, D:/E.lnk - алиас, ссылающийся на E:/ и D:/E - симлинка, ссылающаяся на E:/ :

QFileInfo("D:/E.lnk").isSymLink()              true
QFileInfo("D:/E").isSymLink()                   true

QFileInfo("D:/E.lnk").exists()                   true
QFileInfo("D:/E").exists()                       true

QFileInfo("D:/E.lnk/folder").exists()          false
QFileInfo("D:/E/folder").exists()               true

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

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

[lit-uriy]

Константин, Предлагаю тему разделить, чтобы не мешатся основному вопросу.

[pastor]

а у меня двухтонник говорит, что не знает ни каких "fsutil"

У меня на Windows XP x64 такая тулза есть:

Microsoft Windows [Version 5.2.3790]
(C) Copyright 1985-2003 Microsoft Corp.

C:\Documents and Settings\pastor>fsutil
---- Commands Supported ----

behavior        Control file system behavior
dirty           Manage volume dirty bit
file            File specific commands
fsinfo          File system information
hardlink        Hardlink management
objectid        Object ID management
quota           Quota management
reparsepoint    Reparse point management
sparse          Sparse file control
usn             USN management
volume          Volume management

[spectre71]

в венде, начиная с висты, появилась нативная поддержка симлинков и хардлинков (к сожалению, под 2к придётся пользоваться костылями).

Не совсем понял причем здесь win 2k? Важен тип раздела NTFS.
Я понял проблему с симлинками!
И вижу только 2 проблемы с хардлинками:
1) Создавать можно только в пределах раздела
2) Создавать можно только на разделах определенного типа
Ты это имеешь ввиду?

[spectre71]

Для винды нашел в MSDN:

CreateHardLink
The CreateHardLink function establishes a hard link between an existing file and a new file. This function is only supported on the NTFS file system.
BOOL CreateHardLink(
  LPCTSTR lpFileName,
  LPCTSTR lpExistingFileName,
  LPSECURITY_ATTRIBUTES lpSecurityAttributes
);

Под Linux вроде должно быть что-то типа функции "link"?

[ритт]

Для винды нашел в MSDN:

CreateHardLink
The CreateHardLink function establishes a hard link between an existing file and a new file. This function is only supported on the NTFS file system.
BOOL CreateHardLink(
  LPCTSTR lpFileName,
  LPCTSTR lpExistingFileName,
  LPSECURITY_ATTRIBUTES lpSecurityAttributes
);

Под Linux вроде должно быть что-то типа функции "link"?

да.

http://msdn.microsoft.com/en-us/library/aa363860(VS.85).aspx
http://www.opennet.ru/cgi-bin/opennet/man.cgi?topic=link&category=2