Какие используются названия дисков далее, после Z: ?

Этот мир я открыл давно, меня интересует конкретно данный вопрос.
А если по точкам, то все равно они монтируются к конкретному диску, например C:\MYMOUNT
Т.е. просто монтировку \MyMOUNT не сделаешь, вот тебе и удивительный мир NTFS.

БуквоедУ тебя хоть один диск с буквой, но все таки есть, к нему все остальное прикрутил и забыл
вот тебе и виндовз

Да я вот опять думаю над этой темой: http://www.sql.ru/forum/actualthread.aspx?tid=724679

Мне нужна гарантированная локация на каждом компьютере. Допустим, это диск C:, хотя не факт, что он везде есть.
К тому же монтирование путей требует администраторских прав или нет?

Вот здесь пишут:
http://www.osp.ru/win2000/2004/04/176915/
Очевидно, что эта крупномасштабная система требует огромной памяти, состоящей из множества устройств с логическими номерами (LUN), используемыми в качестве томов базы данных, томов журналов и резервных томов. Первоначально специалисты OTG спроектировали эту конфигурацию без точек монтирования, так как до появления Windows 2003 точки монтирования нельзя было применять на общих дисках, объединенных в кластеры. Для обозначения дисков первоначальной конфигурации требовалось 36 символов; в результате построить и разместить кластер на платформе Windows 2000 Server оказалось невозможно.

То бишь можно использовать меньше 36 символов как-то в винде?

Dimitry SibiryakovFixinМне нужна гарантированная локация на каждом компьютере. Допустим, это диск C:, хотя не
факт, что он везде есть.

Это ещё назачем?

Чтобы монтировать свой переносной винт по всегда одинаковому пути, например \\fixin\r$

Dimitry SibiryakovFixinЧтобы монтировать свой переносной винт по всегда одинаковому пути, например \\fixin\r$

Это ещё назачем?


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

Dimitry SibiryakovСсылаться на относительный путь и искать остальные файлы по пути к исполняемому файлу не
позволяет религия?

Относительно чего, простите? Не все программы поддерживают относительные пути, абсолютный путь универсальнее.
К тому же размещение файлов друг от друга может меняться.

The Dim!Минуточку. Если я правильно понимаю, то программы лежан на переносном винте. И запускуются с него же на любой машине. Следовательно это или портабельные программы. Или... ?

Портабельные ни на то и портабельные. Чтоб запускаться где угодно.

Зачем тебе морока с букавами дисков или точками монтирования?

Если тебе необходимо всегда и везде, гарантированно, иметь какой-то путь. Так заводи переменную окружения - %MyPath% значение которой и будет путь к твоему винту. Кинь какой-то скрипт - в корень своего диска - котрый и будет запихивать свой тикуший каталог(корень твоего диска) в переменную окружения(%MyPath% ).
Ну вот как-то так...

В соответствующей теме уже обсуждал, но повторюсь.
Переменные path не поддерживаются в UNC, т.е. если я в бразуере наберу %MyPath%\myfiles\x.hmt, то получу фигу.
А теперь простой пример. Создай вордовый файл и прилинкуй к нему картинку, которая находится на портабельном диске R: причем так, чтобы эта картинка всегда в ворде показывалась, как бы флешка не подцеплялась - под буквой R: G: D: и т.п.

Идеально было бы использовать длинный диск с именем myfiles:, синонимом к R:

Пока что я использую junction на c:\myfiles, или шару \\127.0.0.1\myfiles но это не идеально, наличие диска C: мне никто не гарантирует

Anatoly Podgoretskyвсе программы поддерживают относительные пути, но не все работают правильно, есть куча криворуких программистов, которые путают текущую папку с папкой программы. Правда потом они бегут на форумы, но все равно программа кривая получается.

Вот поэтому абсолютный путь надежнее оносительного...
И в работе проще и не нужно вычислять базу..

Damienерунда это все. Надо вообще - со своим железом приходить и не париться с путями.
Просьба учесть, что у разных людей разные потребности. Мне леть таскать 5 кг нотбук, я таскаю маленький винчестер.