[addon's] dllsfull 15.3.20 / dllsfox 9.11.9

[evgen_b]

обновил битую ссылку:
http://forum.oszone.net/post-2648887.html#post2648887

[zlocorp]

evgen_b, а если просто перепаковать архив? Или запаковать его вместе с паролем, но его автоматическим вводом при распаковке (вроде 7-zip после правок SFX темплейта это умеет)?
Или нет смысл заморачиваться?

[evgen_b]

zlocorp, проблема в том, что при усложнении репака против срабатывания антивирусов пострадают обычные пользователи. Т.е. допустим, вы хотите разобраться, как репак работает или достать из него какой-то компонент или встроить в какую-то свою сборку (переупаковать в нее). Для этого сейчас можно просто взять 7zip (и 7z split) и распаковать репак, и я специально не предпринимал никаких ухищрений, чтобы препятствовать этим действиям. Даже если антивирус срабатывает на репак, можно его распаковать и изучить все скрипты установки (и для этого я оставил код в виде читаемых скриптов), чтобы понять, что это ложноположительное срабатывание. А если я сожму репак с паролем, то распаковать и просмотреть репак обычному продвинутому пользователю будет сложнее. Точнее, ему придется догадаться, что репак при установке сначала распаковывается в %TEMP% и искать там его содержимое, возможно также для анализа понадобиться изучение какого-нибудь ProcMon от Руссиновича и подобных инструментов. Если и на нем сработает какой-нибудь антивирус, то вопросов будет больше - а зачем автор скрывал действия репака? Не для всех это очевидно и удобно, я старался сделать репак максимально прозрачным, но поведение антивирусов настолько глупо, что они не понимают, что автор специально позволил всем анализировать репак, т.к. ничего зловредного в нем нет и быть не может.

[evgen_b]

Выложил версию, на которую в данный момент срабатывают 2 из 71 антивируса на вирустотал (не знаю, на долго ли) - обновил сигнатуры, заодно обновил код установщика. Тем не менее, думаю, на время установки антивирус лучше отключить, чтобы он не мешался.

0.0.0.3 2020-03-18
некреообновление - добавление кода установки из других проектов:
изменены ключи командной строки на более удобные, также регистр больше не учитывается
улучшено определение прав администратора
установленные системные библиотеки сжимаются на файловой системе NTFS (это реализовано практически во всех моих репаках)
SFX - модуль переехал на использование UPX, должно быть меньше срабатываний антивирусов
SFX - даунгрейд до версии 1.3 для поддержки старых и странных систем типа Longhorn
косметические изменения

http://forum.oszone.net/post-2648887.html#post2648887

[Dimon aka HedgeHog]

Здравствуйте evgen_b, пожалуйста, прочтите (http://forum.oszone.net/showthread.php?p=2917771#post2917771)!

[evgen_b]

Dimon aka HedgeHog,
обновил версию, спасибо за сэкономленное время.

0.0.0.4 2020-04-18
новые библиотеки OpenSSL предоставлены Dimon aka HedgeHog
сборка адаптирована под 64-разрядные системы - исправлены ошибки
обновление libeay32 и ssleay32 до актуальной версии 1.0.2u
добавлены 64-битные версии libeay32 и ssleay32
добавлены 64-битные версии OpenAL32 и wrap_oal
новые файлы libcrypto-1_1 и libssl-1_1 библиотеки OpenSSL library версии 1.1.1f - 32 и 64 бит
сообщения в юникоде и другие косметические изменения
обновление справки
workaround: WOW64 xcopy и taskkill (32-разрядные версии в 64-битных системах ведут себя очень странно и по-разному в зависимости от версии и билда ОС)
поддержка компрессии файлов в NTFS на древних системах (до Windows 10)
из сборки удален дубликат - MSCOMCTL32.OCX

http://forum.oszone.net/post-2648887.html#post2648887

[otsheln1k]

evgen_b, здравствуйте.

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

[evgen_b]

otsheln1k, доброго времени суток.

Пароль указан в сообщении под ссылкой на файл, причем жирным шрифтом (третья строчка).
Вы считаете, что этого не достаточно? Повторюсь в 42й раз, без пароля exe-файл на бесплатном файлообменнике может пропасть. Поэтому архив - отдельно, пароль - отдельно. Скачал, распаковал, ввел пароль, получил дистрибутив и описание.

Файл описания - копипаст сообщения, чтобы вспомнить, что это за дистрибутив через неделю после скачивания. Поддерживать в актуальности два почти одинаковых описания, одно с паролем, а другое без него - лень.
Обычно дистрибутивы называются install.exe и при запуске сообщают лицензионное соглашение с таким резюме: "Мы ни за что не отвечаем, а ты, пользователь, скорее всего воришка." Но почему-то забывают написать, что эта установленная программа будет делать. Очевидно, для коммерческого софта важнее запугать пользователя лицензионным сообщением, чем представиться какому-то потенциальному нарушителю.

Поэтому репаки сделаны наоборот, файлы имеют понятные названия, а инсталляторы - понятные описания. Как и этот репак.

Дата компиляции исполняемого файла или библиотеки обычно валидна в его PE-заголовке, а не как атрибут файла.

Автор заморочился, и батником при сборке выставляет на все файлы определенную дату. Это объясняется сразу тремя конспирологическими теориями. 1 - чтобы в системе эти файлы было легче найти в случае факапа. 2 - может быть он просто не хочет показывать время последнего редактирования файла. 3 - может быть 20.12.87 - это специальный набор бит, понятный только автору, или, например, 2012.08.07.

[zlocorp]

evgen_b, в установку и удаления программ ваш аддон не прописывается? Удаление только через ключ установщика?

[Trim]

а зачем это удалять?

[zlocorp]

Trim, если есть возможность удаления, то почему-бы не дать такую возможность (стоит ли это делать, дабы юзеры не удалили сдури вопрос второй)

[evgen_b]

zlocorp, в принципе можно прикрутить и удаление через стандартную панель. Не стал делать это по двум причинам.
1 - операция опасная, в процессе работы она должна закрыть все программы, которые эти DLL используют, данные могут потеряться, а сами программы перестать запускаться после чистки DLL.
2 - для этого нужно еще какой-то файл где-то хранить с информацией о процессе удаления, какой-то скрипт. Вопрос - где его хранить. Если бы это была обычная программа, то он бы хранился в каталоге вместе с этой программой где-то внутри program files. Но это не программа, а набор библиотек, у них нет специального отдельного каталога, все хранится в system32 и/или syswow64. И скрипт для удаления, куда бы его не впихнуть в файловую систему Windows, становится инородным мусором.

Поэтому в отличие от других сборок, возможность удаления реализована, но только в самом инсталляторе, поскольку он все равно при переустановке "поверх" все вычищает. Добавить в стандартную панель - технически несложно, но нужно куда-то запихнуть скрипт анинсталла. В какое-то разумное место. Сходу не могу придумать куда, даже после 25 лет администрирования Windows. Кроме того, более старые версии инсталлятора ничего не будут знать о новой записи и новом скрипте, поэтому, например, если удалить "новый" установщик с помощью "старого" инсталлятора, то запись после удаления останется, что тоже не очень хорошо (хотя она сможет корректно отработать при ее активации).

PS Глянул сейчас на свою систему, в каталоге c:\Windows несколько файлов uninsXXX.exe и uninsXXX.dat (Это Inno Setup). Но срать в системные каталоги ОС - плохая идея. Посмотрел потроха - это софт от китайского DVR. Ну, пусть китайцы под себя ходят, им-то можно, а мне было бы стыдно.

[Yuran172]

ссылочки на dllsfull мертвые... есть у кого?

[mPaSoft]

Yuran172, https://yadi.sk/d/SCNnIeby9NVQJ