andrestudio, ещё раз, как я понял, мы, вроде, не про скомпилированный проект, а про файл-исходник (библиотекуресурсюнитиконку..) в папках разных проектов. А жёсткие ссылки как раз плохая альтернатива мэппингу банально из-за того, что, как помню, блокировка на доступ к файлу происходит сразу на все экземпляры, при монопольном открытии любого из группы. Кстати, ИМХО, это одна из причин малой распространённости этой технологии на практике. Лично я применяю чаще её к неисполнимым второстепенным файлам, которые редко запрашиваются монопольно одновременно из двух мест.

[offtop]Ого сколько постов, пока я отсутствовал [/offtop]

В случае чего, можешь давать исходники и на Си, его я тоже изучал.

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

Не можешь, как другой комп сможет получить доступ к твоей ФС по расшаренной папке? Ведь символьная ссылка содержит в себе фактически путь к файлу - тот же ярлык виндовский, только на уровне ФС.

А так и должно быть. Безопасность работает с дескрипторами самих файлов, а не с файловыми ссылками. Естественно, все ссылки унаследуют безопасность

Э-э-э, погоди. Если моя программа использует API-функции для чтения файла, пользователь подсувает ей жесткую ссылку вместо файла и что, моя программа сама должна вытащить из неё путь к исходному файлу, как из ярлыка? Тогда в чем смысл? По-моему, для моей программы это должно работать прозрачно.

Ты задал верный вопрос:

Не было бы смысла, не делали бы таких ссылок, вывод (ведь так и есть на самом деле), все это работает

Ага, мяго переехали от HardLink-a к "символьным ссылкам". А это не совсем одно и то же




Короче, HardLink -- запись в таблице MFT, а "символьная ссылка" -- "ярлык"

Хотя зря я дал такой ответ, с символьными ссылками действительно это скорее всего возможно, вобщем нужно попробовать, научный метод тыка тебе в помощь
------------ Дoбавленo в 12.37:

...А "символьная ссылка" -- "ярлык в таблице MFT". Почему? Попробуй создать символьную ссылку на любой файл, она будет занимать на жестком диске ровно 0 байт => путь к файлу находится в самой таблице.

И нафига тут API, когда все можно делать при помощи командного процессора

Ага, привет тебе от XP

Не обязательно, ты Маркса плохо читаешь, невнимательно

Я специально отметил "другая ссылка", а эта "другая ссылка" может ссылаться еще на одну "другую ссылку", и где там конкретно написано, что она должна обязательно ссылаться на HardLink

nesco, Я о символьной ссылке

А что, в WinXP доступно API для создания настоящих символьных ссылок, не NTFS junction point
------------ Дoбавленo в 12.46:

И я о ней же -- http://ru.wikipedia.org/wiki/Символьная_ссылка
Моя выдержка именно оттуда

В том то и дело, что API в XP нету для символьных ссылок, придется писать ручками.

Гм, мне кажется, или это эквивалентные понятия?
------------ Дoбавленo в 12.47:

Я тоже это читал
------------ Дoбавленo в 12.49:

Что мешает в самой таблице записать путь к файлу, на который данная ссылка ссылается? Это и место экономит на диске и быстрее по доступу, поэтому именно так и сделали.

Те, ты хочешь сказать, что создается еще один HardLink и на него ссылается "символьная ссылка", а зачем, когда один HardLink есть всегда, достаточно создать файл "символьной ссылки", в котором прописать путь нужно HardLink-a

Assasin, Как я помню, точки монтирования (Junction Points) работают на родственном монтированию в папку содержимого какого-либо диска механизме. Только тут "монтируется" не диск, а другая папка. Логически это похоже на символьную ссылку, технически же папка действительно существует (в отличие от символической ссылки), но в скрытом файловом потоке к ней приписана особая структура, обрабатываемая фильтр-драйвером файловой системы, прозрачно подменяющим обращения к физическому содержимому папки на содержимое пути, прописанного в скрытой структуре. Путь не ограничен одним разделом.

Что интересно, такую же структуру, теоретически, можно приписать и обычному файлу (а папка, собственно, тоже файл). Помню, вирусы такие ловил, с мудрёными файловыми потоками для самосокрытия.