Утилита запускает streams.exe с параметром -d
Для разблокирования загруженных EXE файлов

Есть пакетная обработка
Отправить, или переместить в окно streams-d EXE файлы (или папку), программа сама найдёт файлы EXE и обработает их.

Первый запуск, поиск streams.dll в папке запуска, если не находит распаковывает его.
Есть возможность создания (и удаления) ярлыка в пункте "Отправить"
Утилита использует программу streams.exe, автор Mark Russinovich.

Скачать схему
Скачать exe

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

Насколько я понимаю, инфа пишется в "альтернативный поток".
Была тема, где foksov предлагал вариант работы с этим без использования доп. утилит (но с IC).
Собственно ссылка на тему, если любопытно:
http://forum.hiasm.com/forum.html?q=3&p=181106

sintet, правила данного раздела тем ты, конечно, не читал (неразбериха), а жаль. В схеме используешь элементы, которые можно просто удалить и при этом ничего не изменится. Попробуй пересмотреть, оптимизировать и таким образом облегчить схему, тебе это будет только полезно.

ser_davkin

Почему же конечно , вообще то читал.

Схема не большая, разобраться легко, если есть вопросы задавайте.

Все элементы задействованы, просто удалить (без потери функционала) вряд ли получится, заменить возможно. А визуальные элементы, это уже кому как удобно.
В схеме используется один не стандартный элемент OneCopyProgram, он запрещает запуск программы более одной копии.

Согласен моя схема далека от идеала. Хоть программа и работает, но некоторые решения можно реализовать проще и быстрее. По вашему, что и как в схеме можно упростить? Если отпишете конкретно, это будет полезно не только мне, но и другим.

Действительно много лишнего.
Нестандартные элементы лучше не использовать. Для блокировки двойного запуска можно использовать стандартный mutex.
Таймеры в качестве промежуточных звеньев лучше не использовать. Можно получше проработать логику работы, тогда они не понадобятся.
Дели схему на функциональные части и упаковывай их в MultiElement'ы.

Зачем там ярлыки? Что они делают?
В схеме почему-то разьехался весь интерфейс в редакторе форм. Или он такой и задуман?

Предлагаю взглянуть на такую обработку списка файлов.
code_26643.txt(кстати, кто что по этому поводу скажет? Может есть путь поинтереснее?)
Работает просто:
Заполняет список файлами, и начинает по очереди выдавать их в поток.
После обработки файла, он удаляется из списка.
Во время обработки можно продолжать наполнять список.

Если нужно парсить папки, тогда, как ты это уже делал, перед добавлением файла в список, проверяй его тип, и если это папка - рекурсивно сканируй ее, добавляя все найденные файлы в список.
Если опасаешься двух копий программы в памяти, тогда после старта первым делом проверяй mutex, и лишь после - наличие streams.exe

tomas

Спасибо работает, не знал про этот компонент, принцип действия такой же, плюс дополнительные возможности.

Что же в этом плохого?
Таймер есть, а использовать его не желательно .
Там от силы замедление в 600-700мс. Может просто есть какие то другое решение, синхронизировать файловые операции с программными? Если для это придётся делать дополнительные опросы и вычисления, так лучше пусть таймер стоит.

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

Ярлык добавляется в пункт "Отправить", правый клик по файлу или папке. Он создаётся (или удаляется) по желанию пользователя. Конечно можно было реализовать через реестр, привязку к расширению exe и папкам.

Он не разъехался, просто частично что то под чем то скрыто, понимаю проще использовать панели и скрывать их, в планах вообще интерфейса не было, а потом... не так много элементов что бы для них отдельные панели выделять.

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

Так это и работает.

В общем, если что то в схеме не понятно, то задавайте вопросы.
Утилиту использовал разово, с поставленной задачей справляется.
Схему и exe перезалил
изменения:
- добавил компонент Mutex (удалил не стандартный компонент)
- возможность добавлять задания в процессе обработки, перетаскивать в окно утилиты, в принципе там эта возможность была, просто счетчик не корректно отображал число файлов в очереди.

Не замедлит. И будет проще разобраться. Гарантирую это.
Ну вот возьмем запуск streams.exe
Ты стартуешь его, и включаешь таймер. И так на каждый файл по 700мс.

А можно поставить в winexec ожидание завершения, и выкинуть таймер. Как разблокировка закончится, управление сразу перейдет на следующую ветвь хаба. Это сэкономит несколько сотен мс.

Есть еще вариант - если можно запустить несколько разблокировщиков параллельно, тогда стоит этим воспользоваться. Ставим асинхронный режим и быстренько прогоняем через winexec весь список - разблокировка пойдет в несколько потоков (даже в десятки потоков).
Если система не справится с такой нагрузкой - ограничить количество потоков в секунду, счетчиком или паузами в 10-100мс.

Еще продуктивнее - если streams.exe имеет опции для пакетной обработки файлов. Но скорее всего это не так, верно?
Хотя нет. Все-таки кое-какие имеет. Ключ S позволяет рекурсивную обработку директорий. Также поддерживаются знаки подстановки.
Можно добавить проверку: если добавляем директорию - не сканировать ее, а пометить. При обработке списка, при встрече строки, помеченной как директория, передавать ее приложению с ключом S - это значительно ускорит обработку, т.к. не будет уходить время на старт/стоп процесса.

Действительно так быстрее получается, спасибо.

Тут такое дело, не получается включить обратно в политике безопасности блокировку скаченных EXE файлов, настройки возвращаю в исходное состояние (с перезагрузкой пк), но новые скаченные файлы все равно не блокируются. Так что проверить работу streams.exe с параметром -s не могу.

Обновили ссылки

Не забывай про второй вариант - выключить ожидание завершения, ничего не трогая в твоей текущей схеме (та, что без таймера). Тогда вся логика в один момент окончит работу, перебрав весь список. А нагрузка по запуску десятков процессов streams ляжет на ОС.
Другое дело, потянет ли это ОС, и может ли streams работать одновременно со своими копиями? Проверь это.
В случае успеха ускорение будет еще больше. И автоматом будут использоваться преимущества многоядерности, если они есть.

Ну с этим я могу тебе помочь
Есть два пути:

Восстановить политику безопасности. А для этого, судя по всему, нужно вернуть переключатели "уровень риска" и "не сохранять сведения" в положение "не задан". Они находятся по пути win+r > gpedit.msc > конфигурация пользователя > административные шаблоны > компоненты windows > диспетчер вложений. Кстати, у меня там все переключатели в положении "не задан"

Или же поступить проще. Т.к. информация содержится в потоке, то можно просто создать свой поток в подопытных файлах. Приложение его также уничтожит, что можно контролировать, прочитав этот поток.
Создание потока в cmd: echo data > file:stream
Чтение: more < file:stream

Например так:
echo abcdefg > daemon.exe:mystream
more < daemon.exe:mystream

Чтобы не вводить вручную для каждого файла, можно добавлять и читать потоки автоматически.
Складываешь файлы и папки в какую-нибудь папку, кидаешь туда файл setstreams.bat, запускаешь его, запускаешь streams-d и обрабатываешь файлы из этой папки, нажимаешь любую клавишу в окне setstreams.bat и он выводит список файлов (рекурсивно). Если под именем файла написано abcdefg - поток остался цел, и streams-d не отработала.
Если написано, что файл не найден - поток уничтожен, и streams-d отработала удачно.
Хотя тебе этот список не нужен, и достаточно только первой половины батника - той, что пишет в потоки.

Ps.
Это получается, что лично тебе, по крайней мере до переустановки, эта программа больше не нужна, а значит и нет мотива продолжать совершенствовать ее? Или продолжаешь ее пытать в качестве снаряда для обучения?

Так и делал. И повышенный уровень безопасности IE не изменил ситуацию.

Значит добавляй свои потоки - воспользуйся батником.

tomas
Тоже сделал, безрезультатно.

Если у вас получается, скиньте заблокированный EXE.
Вы запускали streams-d.exe, в работе его проверяли?

В смысле? Что безрезультатно?
Потоки не появляются? Или не исчезают?
Или не работает многопоточная обработка?
Или не работает режим S?

Зы.
Этот батник не выполняет блокировку файлов!
Он создает новые потоки в файлах, и проверяет, уничтожены ли они.
Если не уничтожены - программа не отработала.

А какой результат должен быть?

Как это проверить?
Файлы не заблокированы, мне нужен подопытный заблокированный EXE.

Не могу проверить без заблокированного EXE.


И где эти потоки можно узреть, и как он (батник) сообщает свою проверку?
Видимо потоков нету что бы проследить работоспособность.

Еще раз повторяю - не можешь заблокировать, и не надо.
Блокировка - это поток в файле.
Если его нельзя создать, то можно создать другой поток - свой.
А чтоб проверить работу, после обработки этот поток нужно прочитать - что и делает батник.
Он ищет рекурсивно все файлы в текущей папке и всех подпапках и добавляет к ним свой поток. Потом запрашивает старт streams-d, а после окончания его работы предлагает нажать любую клавишу и выводит список файлов с их потоками.
Там, где пишет "файл не найден" - значит этот файл обработан успешно и потока в нем больше нет (а значит в реале с него была бы снята блокировка).
Вот и все.
------------ Дoбавленo в 23.59:
На тебе заблокированный файл.
Расклонируй его и тестируй.
Устанавливать не рекомендую - хз че это. С год валяется в файлопомойке. Выбрал потому, что меньше остальных.