Total Commander

Не спутал - я сравнивал галки в диалоге списка прав к файлу. Сравнил для обеих файлов: Viewer.exe (ссылка) и Viewer_copy.exe (копия). Все галки совпадают, отличие только в том, что все галки для копии задисеблены (не знаю, почему)...

все галки для копии задисеблены (не знаю, почему)

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

А вообще, бред какой-то получается... Не знаю я, в чём может быть проблема, а проверить не могу - у нас на компах тут только XP стоит, да 2003 на серваках.
А под каким пользователем выполняется заход на твою машину с того компа? В смысле - права какой учётной записи выделяются пользователю того компа на твоей машине? Гостевые или какой-то конкретной записи? Компы в домене или в рабочей группе?

А я не могу проверить, какой доступ с XP на XP.
Может, от операционки не зависит?, проверь у себя с XP pls.

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

Понятно. Я, конечно, уже проверил у себя - всё нормально. Но у нас ещё и домен, т.е. все пользователи "живут" сразу во всей сети, и когда кто-то заходит на мой комп, он имеет права этого самого сетевого пользователя, а не гостевые. Если у вас рабочая группа, и никаких дополнительных шагов при заходе на твой комп не предпринимается (типа ввода логина/пароля), то, видимо, заходит по гостем. Посмотреть можно в консоли Управление компьютером (правой кнопкой на Мой комп -> Управление) -> Общие папки -> Сеансы. Естественно, в этот момент комп должен быть уже подключён.

Последняя надежда: зайди в свойства -> Безопасность -> Дополнительно -> Действующие разрешения, и выбери там пользователя Гость (или, если в сеансах будет другой пользователь - его), там отобразятся текущие разрешения данного пользователя на файл, с учётом всех зависимостей, рекурсивностей, владельцев и прочей дребедени. Сравни их для этих двух файлов, если одинаковые (и всё разрешено), то, значит, дело не в правах, а абсолютно не представляю, в чём. В таком случае я больше идей не имею. Если разные - надо искать различия, откуда они взялись.

Изменения, относящиеся к операциям ввода-вывода в ОС Windows Vista, включают в себя файловые символические ссылки, более эффективную обработку завершения операций ввода-вывода, полную поддержку отмены операций ввода-вывода и поддержку приоритетов операций ввода-вывода.

Символическую ссылку можно создать из командной строки с помощью команды Mklink. Встроенная команда вывода содержимого каталога командной строки обозначает символические ссылки пометкой <SYMLINK> и показывает конечный объект в квадратных скобках, как показано на рисунке 5. Проводник Windows также понимает символические ссылки и отображает их со стрелкой как ярлыки. Конечный объект ссылки можно видеть в Проводнике, если добавить к окну обзора столбец Link Target (Цель ссылки).

можно это в плаг добавить?

Запишу себе на будущее, спасибо за информацию.

CaptainFlint
Там (в Висте) API какое-то добавили. Для создания симлинков. Теперь не нужно с DeviceIoControl мучаться. Интересно, какое.

По сути, без разницы. Ведь для совместимости с остальными виндами всё равно придётся эти DeviceIOControl оставлять. А так, да, есть там готовая функция для создания симлинков, название, правда, не помню.

Есть софт-линк на каталог. Посмотреть на какой именно каталог он ссылается можно с помощью nl_info. Но как быстро перейти в тот каталог?

fa1con
Такой возможности не предусмотрено.

Можно добавить в программу некоторую "автоматизацию" ? Вместо мессэджбокса о невозможности переноса файла на другой диск,скажем,просто блокировать "Ok". Немного напрягает наблюдать все эти MB_OK , если случайно промахнешься. И еще желательно было бы опционально включаемый предпросмотр будущего результата (исходный адрес, конечный адрес,тип получающейся ссылки). А то я пока освоился с уровнями рекурсии столько идиотских ссылок в корень себе положил, самым неожиданным образом и под неожиданными именами, не совпадающими ни с одним из имевшихся на момент эксперимента в панелях. Подозреваю, что это происходило, если я забывал снять курсор с ..

Worros писал(а):Вместо мессэджбокса о невозможности переноса файла на другой диск,скажем,просто блокировать "Ok".

А при рекурсивной обработке как я это сделаю? Предварительно сканировать содержимое, делать "фиктивное" создание ссылок, проверяя, всё ли удалось?

Worros писал(а):И еще желательно было бы опционально включаемый предпросмотр будущего результата (исходный адрес, конечный адрес,тип получающейся ссылки).

Подумаю, но опять же — как быть с рекурсией? Да и показывать негде, придётся диалог увеличивать, а я этого не люблю.

Worros писал(а):Подозреваю, что это происходило, если я забывал снять курсор с ..

Тотал автоматом снимает выделение с элемента [..].

CaptainFlint писал(а):А при рекурсивной обработке как я это сделаю? Предварительно сканировать содержимое, делать "фиктивное" создание ссылок, проверяя, всё ли удалось?

Так. Я кажется кое-что понял со вчерашнего дня. У меня наблюдаются проблемы, если целевой каталог имеет длинное имя с пробелом.При этом еще до нажатия кнопки ОК целевой каталог на примере а F:\Program Files\ выбирается равным F:\Program без завершающего слэша. Если,не исправив это вручную, нажать на Ok , вылезет "ошибка при создании каталога F:\Program. Папка не пуста".
Так что один из модальных диалогов с сообщением об ошибке отпадает(всего то два варианта: или это буг, или мои кривые руки). А другой и не требует никаких проверок или диагностики. Ведь для одиночного файла ссылка на другом диске так и так не создастся. Значит блокировать Ок заблаговременно, без всяких холостых прогонов.

Может быть следовало бы сделать в справке две таблицы ожидаемых результатов? Для случая совпадения исходного и целевого диска, и случая их различия. А при нынешнем раскладе я сижу и экспериментирую не зная, я ли что-то не так делаю, или "it is impossible by design".
В справке я не вижу примеров симлинков на файлы и хардлинков на каталоги. С первыми вроде понятно, они не существуют. А как же со вторыми?

Worros
Постоянно создаю ссылки, в том числе и с пробелами, ни разу такого не вылезало.
Можешь привести параметры вызова программы? Если кнопка — код кнопки, если EM-команда — содержимое секции usercmd.ini.

Worros писал(а):Может быть следовало бы сделать в справке две таблицы ожидаемых результатов? Для случая совпадения исходного и целевого диска, и случая их различия. А при нынешнем раскладе я сижу и экспериментирую не зная, я ли что-то не так делаю, или "it is impossible by design".

В справке описано, что possible, а что impossible. Хард-линки могут быть только в пределах одного раздела, софт-линки — как угодно и где угодно (лишь бы раздел, где хранится ссылка, был NTFS).

Worros писал(а):В справке я не вижу примеров симлинков на файлы и хардлинков на каталоги. С первыми вроде понятно, они не существуют. А как же со вторыми?

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

Worros писал(а):всего то два варианта: или это буг, или мои кривые руки

Угу. Это вариант второй Я кавычки прохлопал

indeed, закрывающую кавычку все же пришлось удалить, в противном случае она вклинивается в полное имя вместо последнего слэша.

CaptainFlint писал(а):

Worros писал(а):В справке я не вижу примеров симлинков на файлы и хардлинков на каталоги. С первыми вроде понятно, они не существуют. А как же со вторыми?

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

Ясно.Спасибо.