Total Commander

Все, разобрался, почему теряется память! У меня в коде все корректно, дело в менеджере памяти Delphi: при постоянном перевыделении памяти на структуру (память перевыделялась для списка записей кеша при чтении _каждой_ записи) - получается дикая фрагментация. Я сделал так, что память перевыделяется только для каждых новых 10000 записей, и фрагментация пропала, теперь должно быть все хорошо. Если понадобится, увеличу это число до 50-100 тыс., тогда для 37000 записей память будет выделяться за один вызов.

Глюк с пропаданием окна прогресса после Alt+Tab вроде тоже поправил. Завтра выложу новую версию.

Спасибо Schmaster за то, что подстегнул...

Версия 1.2.5:
19.02.06: поправлено: слишком большое потребление памяти;
поправлено: потеря фокуса окном индикации чтения кэша

Alextp

поучаствовать в разработке плагина

Можно попробовать. Для начала как ты память выделяешь?

Для начала как ты память выделяешь?

А это что-то значит? Глюк с выделением памяти я уже поправил.

2Alextp
Упс... Точно . И весьма удачно - и не жрет память и побыстрее будет
Тогда попробуй на FindFirst установить проверку на нажатость ALT, что-б не "гонять" плагин для вызова настроек.

SCHMaster

что-б не "гонять" плагин для вызова настроек.

Попробую.

29.04.06: выпущен исходный код на Delphi;
вызов диалога настроек больше не запускает сканирование кэша

VVP писал(а):Для других броузеров. Просим...просим...
И спасибо большое за то,что уже сделано.

Исходник я выложил, переделать его под другой браузер очень легко, достаточно переписать пару функций (чтение записей кэша и копирование файла из кеша). Написать эти функции для Firefox тоже легко, где-то у меня есть исходники (чужие) чтения кэша Мозиллы, а для Firefox все аналогично, там только структура кеша немного поменялась и путь к кешу надо по-другому получать.
Будут желающие?

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

Можно указать порядок действий (при копировании или попытке узнать место), при котором плагин валит TC? И общее число записей кеша (показывается при первом сканировании)? Чтобы я смог повторить.

А то я копирую (выделяю домен, F5) или считаю место (выделяю домен пробелом), и все работает.

Общее число элементов -- 10838. Насчет копирования и просмотра места -- при копировании поодиночке, все работает. Равно, как и при выделении пробелом. Вылет TC произошел при попытке копирования всей корневой папки с кэшем.

Сейчас проверил, вся папка скопировалась нормально, правда при небольшом числе элементов (~1000).
В бесконечный цикл он не входит, просто TC очень долго сканирует папки (сканирует дольше, чем копирует).
А как именно валит TC, какое сообщение?

Пока что больше не вываливается. Видимо, что-то стороннее могло сыграть свою роль. Но, полного копирования не дождался, отменил. Соответственно, в папке, куда все копировалось, не оказалось ничего. И еще достаточно сильно мешает постоянно выскакивающее окно с сообщением про индексацию и копирование. Потому как, оно получается в режиме "поверх всех окон", насколько я понял.

Окно постараюсь убрать, если можно.
Но сканировать он все равно будет долго, это от плагина не зависит: TC строит список всех файлов.

Куда-то автор пропал. Никаких новостей о плагине нет?

Он не пропал, а уехал на пару дней на дачу.

Я здесь. А какие новости о плагине ожидаются?

По поводу окна индексации:

И еще достаточно сильно мешает постоянно выскакивающее окно с сообщением про индексацию и копирование. Потому как, оно получается в режиме "поверх всех окон", насколько я понял.

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