Страница 6 из 11

Добавлено: Вт сен 25, 2012 17:43
sa
oshizelly писал(а):""%p%n" "%t%m""
А если вместо этого %P%N %T%M записать?

Добавлено: Вт сен 25, 2012 17:51
Flasher
oshizelly
А простой код кнопки нельзя было привести?
Да, кавычки в параметрах тут вообще лишние.

Volniy
Дату модификации неправильно меняет.

Добавлено: Вт сен 25, 2012 18:03
Avada
oshizelly
То,что приведено в этом посте — не код кнопки, а кусок из BAR-файла.

Добавлено: Вт сен 25, 2012 18:03
oshizelly
sa писал(а):А если вместо этого %P%N %T%M записать?
А если так, то работает!!! :o Спасибо!
Flasher писал(а):Дату модификации неправильно меняет.
В чём именно выражается неправильность? На первый взгляд вроде бы все правильно :?:

Добавлено: Вт сен 25, 2012 18:19
Flasher
oshizelly писал(а):В чём именно выражается неправильность?
Пробовал с каким-то hlp-файлом, то какие-то совсем другие числа выдавал, то просто новая дата не присваивалась. Закономерность не выявил.

Добавлено: Вт сен 25, 2012 19:01
oshizelly
Flasher
Может, этот файл был просто залочен каким-то процессом, тем же TC?
Прошу простить за банальное предположение, но даже лучшие из нас порой упускают из виду очевидное.

[mod="Avada"]Оверквотинг (включая полное цитирование предыдущего поста, содержащего цитату) запрещён правилами форума. Пост отредактирован. [/mod]

Добавлено: Вт сен 25, 2012 20:34
Flasher
oshizelly
Нет, обычный файл, ничем не открытый, в какой-то тестовой папке валяется.

Добавлено: Вт сен 25, 2012 21:05
sa
Flasher писал(а):Закономерность не выявил.
А воспроизводится хоть ошибка то?

Добавлено: Ср сен 26, 2012 02:32
Volniy
Flasher писал(а): Volniy
Дату модификации неправильно меняет.
Это вряд ли. Дело в том, что все три времени файлу устанавливаются одной апишной функцией одновременно. Тоже самое и со считыванием этих времен из файла-источника. Скорее всего имел место быть какой-то дополнительный доступ к файлу и, как результат, измененное время модификации.

Добавлено: Ср сен 26, 2012 09:45
sa
А вот с таким символом: 文 (когда я пробовал-перепробовал) программа выдавала ошибку 123…

Добавлено: Ср сен 26, 2012 10:30
Volniy
Ошибка 123="Синтаксическая ошибка в имени файла, имени папки или метке тома."
То есть система говорит, что символ для нее неприемлемый. А этот символ явно относится к числу иероглифов. Не пробовал сам, но в региональных настройках ХР для поддержки иероглифов требуется специальную галочку поставить. Поставлена у тебя галочка?

Добавлено: Ср сен 26, 2012 11:06
sa
Volniy писал(а):Поставлена у тебя галочка
Нет (на домашнем компе поэкспериментирую позже). Но сам тотал как-то обходится без неё: и копирует такие файлы и атрибуты присваивает.

Добавлено: Ср сен 26, 2012 11:08
oshizelly
Flasher писал(а):Проблема исключительно nircmd. Тут уже ничего не поделать, кроме как не потревожить автора.
Так может потревожим, в общих интересах? Только я вряд ли смогу внятно описать проблему, так что...

Добавлено: Ср сен 26, 2012 12:19
Flasher
Volniy писал(а):Скорее всего имел место быть какой-то дополнительный доступ к файлу
Нет. Писал же через пост выше.
oshizelly писал(а):Только я вряд ли смогу внятно описать проблему
Что там описывать? Команды setfiletime/setfilefoldertime (а вероятно и ряд других) не работают с юникодными именами в пути к файлу/папке.

Добавлено: Ср сен 26, 2012 12:39
sa
oshizelly писал(а):На первый взгляд вроде бы все правильно
Присоединяюсь. Ошибок не замечал.