Ru-Board.club
← Вернуться в раздел «Программы»

» FreeArc: бесплатный open-source архиватор - Часть 2

Автор: Widok
Дата сообщения: 30.01.2009 11:02

FreeArc
бесплатный open-source архиватор для Windows и Linux,
сочетающий высокую степень сжатия и большой набор возможностей

Часть 1

Официальный сайт | Скриншоты | Скачать
Документация на консольную версию | Документация на GUI версию
Сообщество пользователей FreeArc | Вики | Трекер (рассылка по ошибкам)
Проект на SourceForge.net | SVN-репозиторий | Поддержка InnoSetup
Обсуждение на encode.ru (англоязычное)

Скачать последний релиз - FreeArc 0.51 от 28 апреля 2009 г. Что нового: GUI с 14 локализациями, SFX/инсталятор, авто-определение типов файлов, очередное увеличение скорости и сжатия, словарь в lzma до 1 гб, исправлено 5 ошибок (рас)паковки (подробнее)

Текущая альфа версия: скачать (распаковывать поверх установленного FreeArc 0.51). Список исправлений, блог

MiniFAQ...

Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип - объявляется конкурс на иконки для FreeArc

Сторонние оболочки для работы с FreeArc
wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux
Автор: egor23
Дата сообщения: 30.01.2009 11:05
juvaforza

Цитата:
так понял, что в 7-zip идет запоминания по каждому типу архива.

что там и как это уже детали.

Цитата:
это ужасно
- Если сортировать по полю "Изменен" сортируются вперемешку и папки, и файлы.

Какая там логика сортировки это опять же детали.

Добавлено:
поправил названия топика:

Цитата:
FreeArc: бесплатный open-source архиватор - Часть 2

Автор: Bulat_Ziganshin
Дата сообщения: 30.01.2009 11:19
поправил Планы дальнейшего развития...

Добавлено:

Цитата:
- Если сортировать по полю "Изменен" сортируются вперемешку и папки, и файлы.

в far то же самое. считаете, надо каталоги отдельно?


Цитата:
какой-то поток сознания
непонятно написал?

ага


Цитата:
нет стрелка показывает вниз (имя), т.е. сортировка по убыванию, а сортирует по возрастанию.

а так у всех столбцов по-умолчанию стрелка вниз смотрит, для столбцов Размер и Изменён это
правильно, а для Имя нет.


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


Цитата:
затрудняюсь ответит, что лучше, путь тоже важен, хотя при солиде какой путь?!, там данные сполшяком обрабатываются или это только кажется?

да, там текущий файл - это в значительной тсепени фикция. рисуется имя того файла, который сейчас *читается* с диска. хотя вообьще можно сделать и имя сжимамого, есть у меня там хитрая машинерия, которая соображает какая часть работы уже сделана


Цитата:
-m*x - это методы сжатия с быстрой и требующей мало памяти распаковкой.

но rep под это описание вписывается, неужели медленней lzma распаковывается со словарём 128m?


rep требует много памяти для распаковки. скажем если у тебя есть гиг и ты пакуешь -m7x - это lzma:64m. если же ты пакуешь -m7, то это rep:512m+lzma:64m


Цитата:
в документации про m*d написано в разделе Конфиг-файл arc.ini
а в разделе Настройка сжатия нет упоминания.

-m*d - это вообще такие "неофициальные" методы сжатия
Автор: egor23
Дата сообщения: 30.01.2009 11:55
Bulat_Ziganshin

Цитата:
считаете, надо каталоги отдельно?

надо


Цитата:
ага

а вообще мне всё показалось:
не меняется размер окна настроек сжатия, при изменении окна статистики,
окно настроек сжатия зафиксированно по макисмума (увеличивать нельзя) и меняется размер если шрифт больше стоит.


Цитата:
дело в том, что там изначально сортировка по возрастанию имён, только стрелка не нарисована. после наажтия на звголовк он сортьирует по убыванию имён. при нажатии на другие столюцы он сначала сортирует по вохзрастанию... точнее стрелки рисует возрастания а как сортирует - сам видишь. по убыванию скорее

изначально - это одно.
если например активна сортировка на столбце Размер и выбрать другой столбец, то срелка будет вниз, для столбца Имя это неправильно.
Насчёт убывания\возрастания по-умолчанию, ориентируюсь на сортировку в TC:
Имя, Тип - сортировка по-возростанию (стрелка вверх)
Размер, Дата - сортировка по-убыванию (стрелка вниз)

в FreeArc:
Размер, Изменён сортируется по-убыванию (стрелка вниз)
Имя сортируется во-возрастанию (но стоит стрелка вниз, гооврящая о другом), т.е. неправильно.

Может я путаю термины убывание\возрастание?


Цитата:
rep требует много памяти для распаковки. скажем если у тебя есть гиг и ты пакуешь -m7x - это lzma:64m. если же ты пакуешь -m7, то это rep:512m+lzma:64m

я понимаю что логика ограничения так сделана, но можно ориентироваться для выставления для rep в m*x тем же что и для lzma, иначе m*x получаются хуже чем m*, изначально.

Добавлено:
Bulat_Ziganshin

Цитата:
да, там текущий файл - это в значительной тсепени фикция. рисуется имя того файла, который сейчас *читается* с диска. хотя вообьще можно сделать и имя сжимамого, есть у меня там хитрая машинерия, которая соображает какая часть работы уже сделана

имя файла - это правильно пока данные на лету обрабатываются, когда же через tempfile уже некорректно.
Автор: Bulat_Ziganshin
Дата сообщения: 30.01.2009 12:49
итак:
по умолчанию сортирует по возрастанию имён, после нажатия - по убыванию
при нажатии на дату сортирует по убыванию дат, после нажатия - по возрастанию
аналогично для размеров

итого - стрелочки для двух последних режимов рисуются неправильно (т.е. я их вывожу неправильно. с учётом нижеописанного бага(?) в gth2hs наоборот - стрелочка выводится неправильно только при сортировке по именам )


Цитата:
а вообще мне всё показалось:
не меняется размер окна настроек сжатия, при изменении окна статистики,
окно настроек сжатия зафиксированно по макисмума (увеличивать нельзя) и меняется размер если шрифт больше стоит.


всё равно не понимаю. единственное что хочу сказать - ограничение по ширине диалога Add я уже убрал (у самого сейчас стоят увеличенные шрифты)


Цитата:
Может я путаю термины убывание\возрастание?

скорее кто-то (в gtk2hs) путает стрелки. стрелка остриём вниз считается ascending:
treeViewColumnSetSortOrder col1 SortAscending

я написал баг-репорт, посмотрим что мне скажут



Цитата:
я понимаю что логика ограничения так сделана, но можно ориентироваться для выставления для rep в m*x тем же что и для lzma, иначе m*x получаются хуже чем m*, изначально.

так оно и есть. это скорее прямая конкуренция 7z, а с rep уже больше памяти нужно по-любому

Добавлено:
вот и ответ насчёт стрелочек:

>> is it some sort of bug?
>>
> If it is a bug, it's not ours. Under my current Gnome desktop, the
> arrows in the file manager points downwards if the order of the files is
> ascending. I think Vista makes the more sensible choice by interpreting
> the arrow as "sorted ascending" or even interpreting the arrow as a >
> sign. I have no idea what the justification for Gtk+'s interpretation
> is. Maybe it is simply that: a bug.
Автор: egor23
Дата сообщения: 30.01.2009 13:03
Bulat_Ziganshin

Цитата:
так оно и есть. это скорее прямая конкуренция 7z, а с rep уже больше памяти нужно по-любому

даже с небольши словарём польза от rep есть (конечно всё зависит от данных):
http://forum.ru-board.com/topic.cgi?forum=5&topic=1406&start=1760#20

Цитата:
Глянул Nero-9.2.6.0_trial.exe 382МБ (400 569 600) упакован LZMA 64МБ
Распакованный: 1.052 files of 1.973.508.786 bytes (1.83ГБ), представляют собой кучу cab-архивом (без сжатия), в которых exe\dll, которые повторяются из архива к архиву.
Ради интересна проверил в FreeArc есть ли ещё возможности для упаковки в 7-Zip:
цепочка rep+lzma (rep это lz77, заточенный на поиск повтором на больших расстояниях)
(т.к. 7-Zip к cab-архивам не применяются препроцессор bcj, то и здесь его нет в цепочке)

rep:64mb: 1.046.722.485 bytes in 26.797 seconds
lzma:64mb:max:bt4:273: 371.179.361 bytes in 1668.984 seconds

rep:128mb: 934.693.475 bytes in 26.938 seconds
lzma:128mb:max:bt4:273: 300.193.951 bytes in 1529.016 seconds

rep:512mb: 540.402.963 bytes in 31.766 seconds
lzma:192mb:max:bt4:273: 209.776.587 bytes in 856.875 seconds

rep:1883mb:h26: 534.458.939 bytes in 37.516 seconds
lzma:192mb:max:bt4:273: 204.935.770 bytes in 857.547 seconds
Автор: PAQer
Дата сообщения: 30.01.2009 13:36
egor23
а если еще добавить к репе "exe+delta" или хотя бы одну дельту?
Автор: egor23
Дата сообщения: 30.01.2009 13:40

Цитата:
а если еще добавить к репе "exe+delta" или хотя бы одну дельту?

там задача была другая.
Автор: Bulat_Ziganshin
Дата сообщения: 30.01.2009 13:50

Цитата:
даже с небольши словарём польза от rep есть (конечно всё зависит от данных):

просто если речь идёт о наиболее эффективном сипользовании памяти при распаковке, то лучше увеличить словарь lzma (а распаковка с использщованием диска не выглядит быстрой). поэтому проще оставить всё как в 7z - *беспроигрышного* улучшения по сравнению с ним не получится
Автор: egor23
Дата сообщения: 30.01.2009 19:40
Bulat_Ziganshin

Цитата:
единственное что хочу сказать - ограничение по ширине диалога Add я уже убрал (у самого сейчас стоят увеличенные шрифты)

ограничение по ширине вроде корректно работало, ессенно пока окно вписывалось в ширину экрана.
Автор: Nikolai2004
Дата сообщения: 30.01.2009 20:11
wArc - Error 401: Authorization Required
Автор: Bulat_Ziganshin
Дата сообщения: 30.01.2009 22:21

Цитата:
ограничение по ширине вроде корректно работало, ессенно пока окно вписывалось в ширину экрана.

когда шрифт увеличен, то текст уже не очень вписывался в эти 580 писелей..
Автор: CTACKo
Дата сообщения: 31.01.2009 00:50
Превед!
Я провел еще несколько тестов по сжатию - и я был неправ. фарк всегда жмет лучше чистого лзма, во всяком случае с текущей версией (от 24 января). Если файлы представить в виде файлов и папок вместо их же копии, но в зипе без сжатия, то компрессия становится немного лучше (ранее я утверждал обратное). Скорее всего хуже становилось при -м9х...

Есть идея - в раре есть такая фича - тест производительности и стабильности - было бы неплохо узреть аналог в фарке.
Особенно оглядываясь на факт создания архива, из которого ни1 файл потом не распаковывался - все давали ошибку CRC. Я уверен что это глюк компа, вот и было бы прикольно его фарком потестить.
(ЗЫ Я в курсе о существовании мильёна прог, которые тестят стабильность, типа CPUBurn и т.п.)
Автор: egor23
Дата сообщения: 31.01.2009 05:12
CTACKo

Цитата:
не могли бы на системе, где ОЗУ из физических 4Гб видится 2.84Гб
выложить логи от утилит: memo2g.exe и memo4g.exe
для лога memo4g.exe, нужно систему с параметром /3GB запускать
http://www.haskell.org/bz/memo.7z
и написать что за система и какое железо стоит


Добавлено:
Bulat_Ziganshin

Цитата:
когда шрифт увеличен, то текст уже не очень вписывался в эти 580 писелей..

800x600?
Автор: EagleSH
Дата сообщения: 31.01.2009 11:39
Bulat_Ziganshin
а можно сделать GUI sfx как отдельный exe? чтоб при таком запуске "freearc.sfx.exe xxx.arc -x -y -s2" - шла обычная распаковка с прогрессбаром? а не внедрять freearc.sfx в .arc превращая его в xxx.exe
Автор: Benchmark
Дата сообщения: 31.01.2009 15:50
EagleSH

Цитата:
а можно сделать GUI sfx как отдельный exe? чтоб при таком запуске "freearc.sfx.exe xxx.arc -x -y -s2" - шла обычная распаковка с прогрессбаром? а не внедрять freearc.sfx в .arc превращая его в xxx.exe

А зачем тебе для этого sfx ? Возьми unarc.exe, и будет тебе обычная распаковка.
Автор: EagleSH
Дата сообщения: 31.01.2009 15:56
Benchmark
так оно в досовом окне показывает статус, не то... прогресс бар лучше.
Автор: egor23
Дата сообщения: 31.01.2009 16:18
EagleSH

Цитата:
freearc.sfx.exe xxx.arc -x -y -s2

а это зачем при распаковке?
Автор: EagleSH
Дата сообщения: 31.01.2009 16:32
egor23
это просто пример
мне нужно чтоб запускался анпакер.ехе архив.арк и показывался прогресс бар, как при сфх модуле.

вобщем такой как у 7зипа к примеру, 7Zs.exe
Автор: Bulat_Ziganshin
Дата сообщения: 31.01.2009 19:04

Цитата:
когда шрифт увеличен, то текст уже не очень вписывался в эти 580 писелей..

800x600?

у меня 1680*1050 на 22", поэтому стандартный шрифт windows увеличен. и этот диалог при ограничении ширины до 580 что-то там по мелочи отрезал

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



Цитата:
Есть идея - в раре есть такая фича - тест производительности и стабильности - было бы неплохо узреть аналог в фарке.

в принципе да, но не сейчас. сейчас надо добивать уже реализованные возможности и делать релиз наконец


Цитата:
а можно сделать GUI sfx как отдельный exe?

отличная идея! я сам в последнее время думал как бы нам сделать графический unarc, а ведь он практически уже есть. надо добавить только выбор распаковываемого файла(ов) ну и ещё можно кое-какие опции

а нужно это для того чтобы иметь мелкий unarc для тех, кому не нужен полный arc. а ещё для распаковки архивов с гигабайтным словарём консолью извините многие юзера не владеют
Автор: egor23
Дата сообщения: 31.01.2009 19:52
Bulat_Ziganshin

Цитата:
графический unarc


Цитата:
а ещё для распаковки архивов с гигабайтным словарём

это врядли поможет при проблемах с распаковкой (если проблема не в косяках Arc.exe).
Автор: Bulat_Ziganshin
Дата сообщения: 31.01.2009 20:27

Цитата:
это врядли поможет при проблемах с распаковкой (если проблема не в косяках Arc.exe).

поможет, посольку он не будет цеплять ни библиотек url, ни библиотек gtk. чистый winapi

Добавлено:
кстати, запусти плиз gui sfx и посмотри - большая там щель в озу остаётся?
Автор: IamFool
Дата сообщения: 31.01.2009 20:42
Bulat_Ziganshin
По моей просьбе некоторое время назад был сделан freearc-installer.sfx, за что огромное спасибо... А можно ли последнюю его версию (которая меняет путь и после завершения удаляет файлы) модифицировать так, чтобы файлы она не удаляла после закрытия setup.exe, а просто закрывалась сама после его запуска?
Автор: Bulat_Ziganshin
Дата сообщения: 31.01.2009 21:05

Цитата:
чтобы файлы она не удаляла после закрытия setup.exe, а просто закрывалась сама после его запуска?

freearc-installer-nodelete.sfx (не тестировался )
Автор: IamFool
Дата сообщения: 31.01.2009 21:21
Спасибо Сейчас протестим.
Автор: egor23
Дата сообщения: 31.01.2009 21:23
Bulat_Ziganshin

Цитата:
кстати, запусти плиз gui sfx и посмотри - большая там щель в озу остаётся?

да всё тажа +\-
для WinXP SP2 (и скорее всего SP3, если ничего нового цепляться не будет).
0x5B260000 (1458МБ) (UxTheme.dll)
0x5D5B0000 (1493МБ) (system32\comctl32.dll)
0x746E0000 (1862МБ) (system32\MSCTF.dll)
на обычной машине будет, скорее всего:
0x10000000 (256МБ) - 0x5B260000 (1458МБ) (UxTheme.dll) = 1202МБ
а дальше, в зависимоти от установленного ПО, крамсания начнутся.
про Vista32 ничего сказать не могу


Цитата:
модифицировать так

нужна версия с настройками (аля Winrar)
Автор: Bulat_Ziganshin
Дата сообщения: 31.01.2009 21:36

Цитата:
1202МБ

ну гиг-то есть. наверно надо попросить проверить того, у кого с freearc 550 мег оставалось. кто это был?


Цитата:
нужна версия с настройками (аля Winrar)

конечно. но её я за 5 минут не сделаю я собираюсь добавить вкладку "настройки sfx" в диалог Add, где будут галочки для удаления файлов, запуска setup и т.д.

все эти галочки и поля ввода будут настраивать текстовый бокс, в котором будет записываться что-то типа такого:

run=setup.exe
WipeAfterRun=yes
...

этот текст, аналогчино комментарию, будет записываться в сам архив. installer.sfx будет изничтожен и обычный sfx будет работать в соответствии с этими настройками. вот такие вот планы у партии, ждём одобрения народа
Автор: IamFool
Дата сообщения: 31.01.2009 21:47
Bulat_Ziganshin

Цитата:
freearc-installer-nodelete.sfx (не тестировался )

Не работает, к сожалению Создаёт незапускаемые приложения.
Автор: egor23
Дата сообщения: 31.01.2009 21:56
Bulat_Ziganshin

Цитата:
у кого с freearc 550 мег оставалось. кто это был?

Registered User
кстати из-за каких dll?
Автор: Registered_User
Дата сообщения: 31.01.2009 22:11
[more=Информация ProcessExplorer'a]Name    Description    Company Name    Version    Base    Size
unicode.nls                0x360000    0x16000
locale.nls                0x380000    0x3D000
sorttbls.nls                0x3C0000    0x6000
intl.dll    LGPLed libintl for Windows NT/2000/XP and Windows 95/98/ME    Free Software Foundation    0.14.0005.0000    0x3D0000    0xB000
zlib1.dll    zlib data compression library        1.02.0002.0000    0x3E0000    0x12000
FreeArc.exe                0x400000    0x323000
sortkey.nls                0x730000    0x41000
guard32.dll                0xC80000    0x22000
ctype.nls                0xCC0000    0x3000
c_1252.nls                0x1840000    0x11000
R000000000007.clb                0x18B0000    0x6000
iconv.dll    LGPLed libiconv for Windows NT/2000/XP and Windows 95/98/ME    Free Software Foundation    1.09.0000.0000    0x10000000    0xDA000
fltLib.dll    Filter Library    Microsoft Corporation    5.01.2600.2180    0x4DD70000    0x8000
NETAPI32.dll    Net Win32 API DLL    Microsoft Corporation    5.01.2600.2180    0x5BD50000    0x54000
COMCTL32.DLL    Common Controls Library    Microsoft Corporation    5.82.2900.2180    0x5D5B0000    0x97000
libgtk-win32-2.0-0.dll    GIMP Toolkit    The GTK developer community    2.10.0013.0000    0x60480000    0x35F000
libatk-1.0-0.dll    atk    Sun Microsystems Inc.    1.18.0000.0000    0x61640000    0x1D000
libgobject-2.0-0.dll    GObject    The GLib developer community    2.12.0012.0000    0x62740000    0x3B000
libgdk_pixbuf-2.0-0.dll    GIMP Toolkit    The GTK developer community    2.10.0013.0000    0x64040000    0x1B000
libpango-1.0-0.dll    Pango    Red Hat Software    1.16.0004.0000    0x64280000    0x3D000
libgthread-2.0-0.dll    GThread    The GLib developer community    2.12.0012.0000    0x64940000    0xB000
libglib-2.0-0.dll    GLib    The GLib developer community    2.12.0012.0000    0x672C0000    0x9C000
libpng13.dll    LibPng: PNG image compression library    LibPng    1.02.0008.1799    0x67580000    0x36000
libcairo-2.dll                0x67AC0000    0x6B000
libpangowin32-1.0-0.dll    PangoWin32    Red Hat Software    1.16.0004.0000    0x69F80000    0x13000
libgdk-win32-2.0-0.dll    GIMP Drawing Kit    The GTK developer community    2.10.0013.0000    0x6B040000    0x9F000
libpangocairo-1.0-0.dll                0x6C1C0000    0xD000
libgmodule-2.0-0.dll    GModule    The GLib developer community    2.12.0012.0000    0x6CA00000    0xA000
WS2HELP.dll    Модуль поддержки Windows Socket 2.0 для Windows NT    Корпорация Майкрософт    5.01.2600.2180    0x71A80000    0x8000
[/more]

Добавлено:
[more=Информация ProcessExplorer'a]Name    Description    Company Name    Version    Base    Size
unicode.nls                0x360000    0x16000
locale.nls                0x380000    0x3D000
sorttbls.nls                0x3C0000    0x6000
intl.dll    LGPLed libintl for Windows NT/2000/XP and Windows 95/98/ME    Free Software Foundation    0.14.0005.0000    0x3D0000    0xB000
zlib1.dll    zlib data compression library        1.02.0002.0000    0x3E0000    0x12000
FreeArc.exe                0x400000    0x323000
sortkey.nls                0x730000    0x41000
guard32.dll                0xC80000    0x22000
ctype.nls                0xCC0000    0x3000
c_1252.nls                0x1840000    0x11000
R000000000007.clb                0x18B0000    0x6000
iconv.dll    LGPLed libiconv for Windows NT/2000/XP and Windows 95/98/ME    Free Software Foundation    1.09.0000.0000    0x10000000    0xDA000
fltLib.dll    Filter Library    Microsoft Corporation    5.01.2600.2180    0x4DD70000    0x8000
NETAPI32.dll    Net Win32 API DLL    Microsoft Corporation    5.01.2600.2180    0x5BD50000    0x54000
COMCTL32.DLL    Common Controls Library    Microsoft Corporation    5.82.2900.2180    0x5D5B0000    0x97000
libgtk-win32-2.0-0.dll    GIMP Toolkit    The GTK developer community    2.10.0013.0000    0x60480000    0x35F000
libatk-1.0-0.dll    atk    Sun Microsystems Inc.    1.18.0000.0000    0x61640000    0x1D000
libgobject-2.0-0.dll    GObject    The GLib developer community    2.12.0012.0000    0x62740000    0x3B000
libgdk_pixbuf-2.0-0.dll    GIMP Toolkit    The GTK developer community    2.10.0013.0000    0x64040000    0x1B000
libpango-1.0-0.dll    Pango    Red Hat Software    1.16.0004.0000    0x64280000    0x3D000
libgthread-2.0-0.dll    GThread    The GLib developer community    2.12.0012.0000    0x64940000    0xB000
libglib-2.0-0.dll    GLib    The GLib developer community    2.12.0012.0000    0x672C0000    0x9C000
libpng13.dll    LibPng: PNG image compression library    LibPng    1.02.0008.1799    0x67580000    0x36000
libcairo-2.dll                0x67AC0000    0x6B000
libpangowin32-1.0-0.dll    PangoWin32    Red Hat Software    1.16.0004.0000    0x69F80000    0x13000
libgdk-win32-2.0-0.dll    GIMP Drawing Kit    The GTK developer community    2.10.0013.0000    0x6B040000    0x9F000
libpangocairo-1.0-0.dll                0x6C1C0000    0xD000
libgmodule-2.0-0.dll    GModule    The GLib developer community    2.12.0012.0000    0x6CA00000    0xA000
WS2HELP.dll    Модуль поддержки Windows Socket 2.0 для Windows NT    Корпорация Майкрософт    5.01.2600.2180    0x71A80000    0x8000
[/more]

Добавлено:
а вот загружается lingvo и:
LvHook.dll    Lingvo Hook DLL    ABBYY (BIT Software)    12.00.0000.0442    0x3AA00000    0x77000
т.о. 715 мб памяти. это давно было, наверно ещё какая-то дрянь подгружалась.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051

Предыдущая тема: Universal Share Downloader (USD)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.