symlink/hardlink в cmd

Anton Shepelev написал(а) к Anton Shepelev в Oct 19 13:27:25 по местному времени:

From: Anton Shepelev <antonius@freeshell.de>

Я писал:

AS> Не понял, почему все пишут про mklink, когда стандартная
AS> прогармма для создания символьных ссылок для Windows
AS> 2000 и позже -- junction:
AS>
AS> https://docs.microsoft.com/en-us/sys...loads/junction

Важное уточнение для Бориса: junction работает на
Windows XP -- сам использую.

--
Anton Shepelev
--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Anton Shepelev в Oct 19 18:31:16 по местному времени:

15 окт. 2019, вторник, в 13:27 NOVT, Anton Shepelev написал(а):

AS>> Не понял, почему все пишут про mklink, когда стандартная
AS>> прогармма для создания символьных ссылок для Windows
AS>> 2000 и позже -- junction:

Она не стандартная. Это утилита была написана Руссиновичем
и не является частью системы, а Руссинович не всегда сотрудничал с Microsoft.

AS>> https://docs.microsoft.com/en-us/sys...loads/junction
AS> Важное уточнение для Бориса: junction работает на
AS> Windows XP -- сам использую.

По твоей же ссылке написано:

Runs on:

Client: Windows Vista and higher
Server: Windows Server 2008 and higher
Nano Server: 2016 and higher

Да, NTFS на XP можно создать символическую ссылку, но работать она потом
ссылкой просто так не будет. А junction это другая сущность,
не hardlink и не symlink. "Прозрачный" симлинк может указывать
на файл или каталог или на сетевой путь (не путать с .lnk),
а junction только на локальный путь к каталогу.

Eugene
--- slrn/1.0.3 (FreeBSD)

Anton Shepelev написал(а) к Eugene Grosbein в Oct 19 19:45:06 по местному времени:

From: Anton Shepelev <antonius@freeshell.de>

Eugene Grosbein:

AS>> Не понял, почему все пишут про mklink, когда
AS>> стандартная прогармма для создания символьных ссылок
AS>> для Windows 2000 и позже -- junction:

EG> Она не стандартная. Это утилита была написана
EG> Руссиновичем и не является частью системы, а Руссинович
EG> не всегда сотрудничал с Microsoft.

Раз autoruns и junction Руссиновича выложены на сайте
Microsoft, то можно считать их стандартными. Вообще Марк
молодец.

AS>> Важное уточнение для Бориса: junction работает на
AS>> Windows XP -- сам использую.

EG> По твоей же ссылке написано:
EG>
EG> Runs on:
EG>
EG> Client: Windows Vista and higher
EG> Server: Windows Server 2008 and higher
EG> Nano Server: 2016 and higher

Либо они выпустили новую версию без поддержки XP, либо она
работает на XP несмотря на отсутствие официальной поддержки.
Если нужно, я могу выложить junction, который использую на
своём XP.

EG> Да, NTFS на XP можно создать символическую ссылку, но
EG> работать она потом ссылкой просто так не будет. А
EG> junction это другая сущность, не hardlink и не symlink.
EG> "Прозрачный" симлинк может указывать на файл или каталог
EG> или на сетевой путь (не путать с .lnk), а junction
EG> только на локальный путь к каталогу.

Виноват, не знал. Мне как раз для директорий было нужно.

--
Anton Shepelev
--- ifmail v.2.15dev5.4

Eugene Muzychenko написал(а) к Anton Shepelev в Oct 19 09:53:06 по местному времени:

Привет!

15 Oct 19 19:45, you wrote to Eugene Grosbein:

AS> Раз autoruns и junction Руссиновича выложены на сайте
AS> Microsoft, то можно считать их стандартными.

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

AS> Либо они выпустили новую версию без поддержки XP, либо она
AS> работает на XP несмотря на отсутствие официальной поддержки.

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

Всего доброго!
Евгений Музыченко
eu-gene@muzy-chen-ko.net (все дефисы убрать)

--- GoldED+/W32-MSVC 1.1.5-b20170303

Anton Shepelev написал(а) к Eugene Muzychenko в Oct 19 15:15:08 по местному времени:

From: Anton Shepelev <antonius@freeshell.de>

Eugene Muzychenko:

EM> На XP уже давно сидят лишь сугубые энтузиасты, поэтому
EM> мало кто заморачивается проверкой совместимости.
EM> Проверяют прежде всего на десятке, иногда - на висте, на
EM> XP не проверяет уже почти никто.

Жаль. От более новых версий меня подташнивает. Особенно
расстраивает наличие т.н. data harveseters, невозможность
без хакерства отключить все автообновления и обращения ОС в
интернет по собственных надобностям. Не перевелись ещё
"добрые" программы с заявленной поддержкой Windows начиная
аж с 95, например:

http://timesynctool.com/

Не смущайтесь доменом .com -- программа ни в каком смысле не
коммерческая.

Так как задачи, которые я выполняю на компьютере не
меняются, то обновление в общем не требуется. Все хорошые
каналыв для человеческого общения -- e-mail, NNTP,
IRC -- основаны на стабильных и открытых протоколах,
реализованных во всех ОС и не требующих регулярных
обновлений, но корпоративные монстры подталкивают
пользователей к обновлению сумасшедшими темпами регулярно
нарушая совместимость по своим закрытым, проприетарным
протоколам.

--
Anton Shepelev
--- ifmail v.2.15dev5.4

Eugene Muzychenko написал(а) к Anton Shepelev в Oct 19 16:25:07 по местному времени:

Привет!

16 Oct 19 15:15, you wrote to me:

AS> От более новых версий меня подташнивает.

Я бы тоже оставался на XP и дальше, но в конце концов пришлось ее сменить на семерку, ибо передовое железо XP давно не поддерживает.

AS> Особенно расстраивает наличие т.н. data harveseters, невозможность без
AS> хакерства отключить все автообновления и обращения ОС в интернет по
AS> собственных надобностям.

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

AS> Не перевелись ещё "добрые" программы с заявленной поддержкой Windows
AS> начиная аж с 95

Если не завязываться на внутрисистемные особенности вроде NTFS, и не увлекаться модными гуйными темами, то софт, совместимый с Win95/98, получается почти автоматически. Но большинство-то пишет не на WinAPI, а на фреймворках, разработчики которых предпочитают поддерживать только самые ходовые платформы. Их тоже можно понять - поддерживать совместимость серьезного фреймворка с разными системами очень трудно.

Всего доброго!
Евгений Музыченко
eu-gene@muzy-chen-ko.net (все дефисы убрать)

--- GoldED+/W32-MSVC 1.1.5-b20170303

Boris Chesnokov написал(а) к Semen Panevin в Oct 19 17:25:38 по местному времени:

Здpавствуй, Semen!

%)

SP> В подтверждение своих слов приведу такой пример:

SP> C:\Users\spanevin>mklink.exe
SP> The syntax of the command is incorrect.
SP> Creates a symbolic link.

SP> Казалось бы очевидно, что mklink.exe существует.

SP> Однако после ваших писем с возражениями я провёл небольшой
SP> следственный эксперимент и охренел от результатов, такого от cmd шелла
SP> я не ожидал...

SP> C:\Users\spanevin>mklink.com
SP> The syntax of the command is incorrect.
SP> Creates a symbolic link.

SP> C:\Users\spanevin>mklink.wtf
SP> The syntax of the command is incorrect.
SP> Creates a symbolic link.

SP> C:\Users\spanevin>dir.asdf
SP> Volume in drive C is OS
SP> Volume Serial Number is 22DA-EE13

SP> Directory of C:\Users\spanevin

SP> File Not Found


SP> Короче для встроенных шелл команд оно за каким-то хреном то, что
SP> нормальные люди считают расширением (или даже частью имени файла), оно
SP> считает аргументами команды... Полный пц.

а что оно говорит на имя файла mklink /?

%-))

если это мклинк входит в дистриб более поздних осей то в хп его нет
проверить немогу.




С уважением - Boris
--- -Пиши, старик, пиши! Мы тебя не покинем.

Boris Chesnokov написал(а) к Anton Shepelev в Oct 19 17:32:52 по местному времени:

Здpавствуй, Anton!


BC>> Интересует возможность создания сабжа на ntfs разделе в
BC>> эхотаге. Если да то как?

AS> Не понял, почему все пишут про mklink, когда стандартная
AS> прогармма для создания символьных ссылок для Windows 2000 и
AS> позже -- junction:

может потому, что в сабже написано именно symlink, a не junction.
Это в висте или в семёрке (точно не помню) появились полноценные симлинки позволяющие делать ссылки на разные диски не только для каталогов но и для файлов.


AS> https://docs.microsoft.com/en-us/sys...loads/junction

ага спасиб. :)


С уважением - Boris
--- -Пиши, старик, пиши! Мы тебя не покинем.

Eugene Grosbein написал(а) к Anton Shepelev в Oct 19 15:02:40 по местному времени:

16 окт. 2019, среда, в 15:15 NOVT, Anton Shepelev написал(а):

AS> Жаль. От более новых версий меня подташнивает. Особенно
AS> расстраивает наличие т.н. data harveseters,

Оно уже было в XP SP3, сюрприз! И об этом открытым текстом написано
в обновлении лицензионного соглашения на сервиспаки в XP.

AS> невозможность без хакерства отключить все автообновления и
AS> обращения ОС в интернет по собственных надобностям.

На самом деле возможно. В редакции Win10 LTSB обновления отключаются
совершенно штатно, безо всякого хакерства. А любые обращения чего угодно
в интернет, включая обращения ОС замечательно режутся файрволом.

Eugene
--
Устав от вечных упований,
Устав от радостных пиров
--- slrn/1.0.3 (FreeBSD)

Igor Gerasimovich написал(а) к Anton Shepelev в Oct 19 10:37:38 по местному времени:

Здpавствуй, Anton!

Вторник 15 Октября 2019 12:59, ты писал(а) Boris Chesnokov:

BC>> Интересует возможность создания сабжа на ntfs разделе в
BC>> эхотаге. Если да то как?

AS> Не понял, почему все пишут про mklink, когда стандартная
AS> прогармма для создания символьных ссылок для Windows 2000 и
AS> позже -- junction:

>───═══ Куть он "Windows Clipboard" ═══───
c:\>junction
"junction" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
>───═══ Куть офф "Windows Clipboard" ═══───

AS> https://docs.microsoft.com/en-us/sys...loads/junction
Ага, настолько стандартная, что её нужно сначала загрузить.

С уважением - Igor
--- None