Какие используются названия дисков далее, после 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 кг нотбук, я таскаю маленький винчестер.

Ладно, вот вам конкретный пример....
в файле Word есть куча ссылок на различные другие файлы Word.
Если я использую абсолютные пути, совершенно неважно, где лежит исходный файл-индекс.
В случае относительных путей получается гемморой на пустом месте.

У меня много примеров из практики, когда нужен абсолютный путь. У меня среда рабочая на переносном винте и абсолютный путь нужен как воздух. Так вот в винде его не сделаешь, разве что присобачив к C:\ junctionom...

Поэтому я и спрашиваю о длинных именах дисков...

Edd.Dragon
Выше я опроверг практикой его необхоимость. Абсолютные пути в этой куче ссылок исключительно по не знанию или по нежеланию найти правильное решение, которое Word при сохранении не превратит в абсолютный путь.

Вы отвергли, а я юзаю, но это не идеально, требуется наличие диска C: с NTFS
Может быть не стоит отвергать то, что другим банально УДОБНО
В Word можно юзать относительный путь, но он будет меняться при перемещении документа, а мне нужно железобетонная ссылка, как в интернете - ссылка на абсолютный адрес, так и тут.

[src]
rem CREATE A FOLDER FOR FILES
md>nul c:\fixin

call :share "XXX-Video" "p:\XXX-Video"

rem === FOTO ===
call :share "Фото" "v:\Фото"
call :share "Фото Семья Тек" "v:\Фото\_family\2011\весна"
call :share "Фото Семья Пред" "v:\Фото\_family\2011\зима"

rem === VIDEO ===
call :share "Видео" "v:\Видео"
call :share "ВидеоПроекты" "v:\ВидеоПроекты"

rem === MUSIC ===
call :share "Музыка" "p:\Музыка"
call :share "Музыка _Входящие" "r:\___INBOX_MUSIC"

rem === AUDIO ===

rem === ARCHIVES ===

rem === PICTURES ===
call :share "Скриншоты" "r:\Скриншоты"
call :share "BlogImages" "r:\ВебМастер\fixin.html\images"
call :share "BlogImagesLast" "r:\ВебМастер\fixin.html\images\2011\2"



rem === DOWNLOADS ===
call :share "Скачки" "r:\_download"

rem === SITE ===
call :share "Site" "r:\ВебМастер\fixin.html"
call :share "BigFiles" "r:\ВебМастер\bigfiles"
call :share "Вебмастер" "r:\ВебМастер"



rem === PROGRAMS ===
call :share "PortableProgramFiles" "r:\program_files"
call :share "Scripts" "r:\service"
call :share "DesktopMenu" "r:\desktop"

rem === CONFIGS ===
call :share "FileBoxExtenderProfile" "r:\service\FileBoxExtenderProfile"

rem === DOCUMENTS ===
call :share "Проекты" "r:\Списки\Проекты"
call :share "Списки" "r:\Списки"
call :share "Деньги" "r:\Деньги"
call :share "Бумаги" "r:\Бумаги"


rem === MY WORKS ===
call :share "1s8MyTools" "r:\1с8.Инструменты"
call :share "1s8MyTypicalTools" "r:\1с8.Инструменты.Для типовых"
call :share "1s7MyTools" "r:\1с7.Инструменты"
call :share "1s8Tests" "r:\1с8.Пробы"
call :share "1s8TypicalTools" "r:\1с8.Типовые обработки"


exit

:share
%~dp0\junction.exe "c:\fixin\%~1" "%~2" /accepteula
goto :EOF

Edd.DragonFixin,

Не отверг, а опроверг.

Зачем перемещать doc, не перемещая ресурсы, на которые он ссылается - тоже не понятно. Есть куча фоток на флешке, там же и док. Вставили флешку запустили с нее док - видим фотки. Переместили док на винт куда-то, но без фоток. Зачем спрашивается? Цель какова?

Горе от ума, в общем.

Я вам привел структуру используемых мною на практике ссылок. Если вы чего-то не можете представить, это не означает, что этого нельзя применять на практике.

Я редактирую статьи в HTML редакторе на базе 1С, где вообще нет такого понятия, как базовый путь, там можно использовать только абсолютные ссылки, в частности. И это хорошо - никаких траблов с перемещениями. Библиотека картинок может быть общей и лежать отдельно, например.

AndreTMFixin,

Ну и по... (чуть не сказал RTFM) посмотрите, например, на примеры реализации WinPE (LiveCD RusLIve RAM, to example).

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

Толстый Лысый Админ
форумом не ошибся ? иди 1сникам моск выноси - почему у них такая бня в редакторе
Нет, я лишь пример привел...
В любом случае абсолютный путь удобнее. Даже для портабельных приложений.
Те же гиперссылки - это абсолютный путь.

Меня удивляет, что в Винде нельзя сделать абсолютный путь. Давайте не будем обсуждать, нужно или нет. Давайте будем обсуждать КАК.

NafКакой Битрикс?
Автор тупо просто редактирует хтмл в 1С (благо есть там встроенный примитивный редактор для оного)
раньше редактировал в ворде, вот и все

Вот именно. При редактировании HTML файла еще нету. ДАвайте не будем говорить за 1С, поговорим за известный объект WebBrowser. При редактировании странички, нет еще самой странички-файла, т.е. она не знает своей файловой базы, она есть только в памяти, поэтому относительные пути принципиально не катят. Ну нельзя же упрощать сложный мир под свои рамки, коллеги!

The Dim!Subst + MountVol
А если буква на том компьютере, куда я приду, будет занята? Че, вешаться?

KhodFixin,

Если диск не системный - переназначить.

ПС. Что-то тема во флуд превращается.

А если диск используется и переназначить нельзя?

The Dim!Елки палки, 26 букв - тебе мало?
Например, ты много видел дисков B:\ или Q, U ?

Как вы не понимаете. Я выберу себе для ссылки букву R, приду на другой компьютер, а там R занят и нельзя на нем работать. Не идеальное решение.

Если бы имя было уникальное, например fixin_ru:, то таких бы проблем не было.