Ошибка цикла TextLoop

[GoodWin]

Цикл по строкам работает некорректно, если в тело вставить команду получения свойств файла
Вот так цикл срабатывает правильно - 3 раза по 3-м файлам:

NoErr.png (10.92 КБ) 11844 просмотра

А вот так только 1 раз:

Err.png (9.26 КБ) 11844 просмотра

Или что может быть не правильно?
Версия 1.9.4.77

[Alex]

Сколько не пробовал воспроизвести - никак не получается . А количество файлов не могло поменяться между запусками задачи? Второй раз задача запускалась от имени сервиса или тоже из конфигуратора? У сервиса (если он работает как NT сервис) может не хватать прав на доступ к сетевой папке.

[GoodWin]

W 2012, установлен как сервис, мучаю из-под локального админа, сервер не в домене.
Количество файлов не меняется. Сейчас как ослик Иа-Иа: убираю команду "СвойствоФайла1" - получаю 3 сообщения, вставляю обратно - 1 сообщение!
Пробовал передавать имя через доп. переменную, пробовал записывать TextLoop1 во внешний файл (смотрел - 3 строки там точно) и цикл по файлу. Никак не идет Как только добавляю команду СвойствоФайла1 - всё! 1 раз и точка!
А то, что я пытаюсь щупать сетевой ресурс никак не может влиять?

[GoodWin]

Вот логи:
1. С ошибкой (1 раз):

ErrWFile.png (40.81 КБ) 11836 просмотров

2. Только убрал команду СвойствоФайла1 внутри цикла:

NoErrWFile.png (57.82 КБ) 11836 просмотров

А вот задача:

ErrWFileTask.png (27.86 КБ) 11836 просмотров

[GoodWin]

Кстати, не вижу окончания задачи! Завис по ходу...

[GoodWin]

..на втором круге. Странно, а почему на первом не зависает?

[Alex]

В первом логе вижу 2 вызова TextLoop, получается на первом FileProperties не обрывается.
Про завис - задача может остановиться если сообщение отображено и не нажато Ок. Для отладки можно воспользоваться действием Tasks / TaskLog, на нем не зависнет в ожидании действия пользователя.

[GoodWin]

Убрал сообщения вообще:

Err11.png (17.65 КБ) 11835 просмотров

Вот лог:

Err1.png (33.07 КБ) 11835 просмотров

Я полагаю проблема кроется в получении свойств файла при второй итерации с сетевого ресурса.
Интересно почему это может происходить?

[Alex]

Действие FileProperties извлекает не только свойство файла, но проверяет доступен ли файл для записи, смотрит версию файла, можно попробовать определить на каком именно блоке происходит остановка. Я сделал запись в лог перед выполнением каждого блока, плагин отладочный во вложении. Файл из вложения нужно распаковать в папку Program Files\xStarter\Plugins (с правами админа конечно), после этого перезапустить xStarter, внести какое-нибудь изменение в задачу (чтобы задача перекомпилировалась с новым плагином) и посмотреть что в логе после запуска.

[GoodWin]

Информации стало меньше

Err2.png (27.36 КБ) 11833 просмотра

Я поменял текст, выводимый в лог. Или надо сделать более существенное изменение?

[GoodWin]

Средствами Windows доступ к файлу полный - я без проблем его переименовываю по сети через проводник.

[GoodWin]

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

[GoodWin]

При последовательных запусках останов в разных местах.

Err3.png (51.7 КБ) 11832 просмотра

Доходило до "4" на втором цикле FileProperties1, но всегда неизбежный останов.
Ничего не понимаю...

[GoodWin]

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

[Alex]

Да, странно, подвисает даже на 1 этапе, а это выполнение команды FindFirst, самой базовой. По идее даже поиск файлов через нее работает и не подвисает. Попробовал у себя с сетевым ресурсом, все отрабатывает на Ура. А файл, на котором подвисает, не заблокирован на запись в момент выполнения задачи? Никто в него не пишет в этот момент?