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

» Far Manager

Автор: VictorVG2
Дата сообщения: 15.01.2016 14:27
skipik001

Наверное так же через ассоциации. Я пока не придумал решения для сего случая.
Автор: Alexyz21
Дата сообщения: 15.01.2016 15:04
Какой-то тихушник исправил far.GetPluginDirList() и даже не заикнулся об этом А не, не исправил...
Автор: VictorVG2
Дата сообщения: 15.01.2016 15:57
Alexyz21

Последняя правка копира вызвана особенностями технологии Р2Р - торрент-клиенты резервируют место обычно заполняя его нулями или просто указывая длину будущего файла не проверяя есть ли в его теле мусор, а по мере скачивания фрагментов файла заменяют символы-заполнители реальными данными. И у него это могло вылезти на любом файле поскольку пользователь не настроил свой клиент чтобы он помечал такие файлы как недокачанные (тогда клиент ставит специальное расширение, а скачав файл убирает его), но указал в его настройках "Резервировать место при старте закачки". Отсюда у него и возникла ошибка - он не проверил статус закачки в клиенте, а она наверняка была не завершена. Ну, думаю теперь будет читать документацию ибо причина ошибки именно в его невнимательности и надежде на "авось".
Автор: wseventeen
Дата сообщения: 16.01.2016 11:10
VictorVG2
Последний опус мимо кассы.
Благодаря внимательности пользователя исправлена ошибка фаровского копирования разреженных файлов. Это всё.
Автор: VictorVG2
Дата сообщения: 16.01.2016 16:32
wseventeen

А возникала она из-за чего? Что была ошибка понятно, я просто предположил как получен данный тип файла.
Автор: wseventeen
Дата сообщения: 16.01.2016 17:57
Такие файлы создаёт uTorrent. Это корректно созданный файл.
Автор: VictorVG2
Дата сообщения: 16.01.2016 19:31
wseventeen

С этим я и не спорю, более того, такие же по типу файлы создают Transmission, qBittorent и другие Р2Р клиенты. Просто у них есть настройка в UI позволяющая их визуально отличить от неразреженных файлов за счёт расширения. Например qBittorrent добавляет к такому файлу расширение .!qB которое позволяет визуально его отличить от неразреженного и это задаётся в общих настройках клиента (выделено):



по умолчанию эта настройка сброшена, но кто мешает её самому поставить?
Автор: wseventeen
Дата сообщения: 16.01.2016 21:04
VictorVG2
Это Вы с прямым углом перепутали...
Не надо путать незавершённый файл торрент клиента и разреженный файл NTFS.
Автор: VictorVG2
Дата сообщения: 16.01.2016 21:29
wseventeen

При включении резервирования места под скачиваемые файлы:

Цитата:
Pre-allocate disk space for all files - this option allows qBittorrent to allocate (that is, assign) space on your hard disk (or SSD) so that the problem of not having enough space does not arise later on.

торрент-клиент создаёт разреженный файл что можно легко проверить просмотрев его бинарную структуру. Ошибки связанные с тем что люди проверяют его целостность по хэшу до того как скачают раздачу часто встречаются у новичков и тут же от них следует вопрос "Почему хэш не совпадает?". Эту ошибку можно отнести к привычным.

Сама же опция пометки работает элементарно:

Цитата:
Append .!qb extension to incomplete files - this option is similar to µTorrent's appending of .ut to incomplete files. What this option does is that, to enable you to identify files that have not yet been downloaded fully, it adds a .!qb extension to these files. So, Hello.mp3 will be stored as Hello.!qb until the download is complete, after which it gets renamed to Hello.mp3.

если мы указываем клиенту резервирование места и Append .!qb extension to incomplete files то он создаёт разреженный файл с расширением *.!qb который после завершения скачивания переименовывается в соответствии с указанным в торрент-файле именем. А если указано просто резервирование без пометки недокачанных файлов то часто возникают ошибки про которые я говорил выше - отвлёкся, забыл, ошибся.
Автор: wseventeen
Дата сообщения: 16.01.2016 21:44
Вы даже от офтопа ушли в сторону.
Полезность всего этого отрицателна, не вижу смысла продолжать.
Автор: VictorVG2
Дата сообщения: 16.01.2016 21:46
wseventeen

Просто мы говоря об одном и том же друг друга не поняли. Но вроде и там что произошло понятно.
Автор: VictorVG2
Дата сообщения: 17.01.2016 17:11
FarUE3 b4512 r13709 Sun Jan 17 17:53:34 +0300 2016

Цитата:
1. ArcLite v3.0.221
2. MediaInfo v3.12(0.7.81)
3. Observer v1.11.0
4. Рефакторинг. Обновление совместимо с SVN r13701 - SVN r13709

NOTES:

1) b4512 r13708 Upd1 слит с b4512 r13709 в процессе рефакторинга кода;
2) Планируется переделка Обновления для уменьшения его размера.

Изменения в х64 редакции аналогичны п1 - п3.
Автор: VictorVG2
Дата сообщения: 17.01.2016 21:37
По поводу ArcLite: починка Mantis#3140 оказалась не совсем удачной - ArcLite b215 и новее открывает тестовый ZIP-SFX архив PK260W32.EXE только при сброшенных настройках "Настройки форматов влияют на Ctrl-PgDn" и/или "Настройки масок влияют на Ctrl-PgDn". Если установлена хоть одна из них, то войти в такой SFX можно, только файлы в нём не видно. Для того чтобы ArcLite показывал в нём список файлов мне пришлось отключить фильтрацию обрабатываемых архивов по маскам и типам файлов что привело к вопросам http://forum.ru-board.com/topic.cgi?forum=5&topic=48136&start=260#5 и http://forum.ru-board.com/topic.cgi?forum=5&topic=48136&start=260#12 .
Автор: wseventeen
Дата сообщения: 17.01.2016 23:18
VictorVG2
Попробуйте внятно сформулировать, что на ваш взгляд работает неправильно.
Автор: VictorVG2
Дата сообщения: 18.01.2016 00:09
wseventeen

Скорее неожиданно. Я по инерции ориентировался на старые настройки, а надо новые подобрать. Ладно, повозимся с подбором.
Автор: skipik001
Дата сообщения: 18.01.2016 01:00
wseventeen
http://bugs.farmanager.com/view.php?id=3158
Постарался доходчиво описать проблему.
Автор: VictorVG2
Дата сообщения: 18.01.2016 02:58
skipik001

Это не то. Тут wseventeen прав - мы у себя неверно ArcLite отстроили. Сначала я, после ты с моей подачи и самое смешное сами же и бродили в трёх соснах. Я сейчас как промежуточное решение вот такие настройки выставил:

Цитата:
<?xml version="1.0" encoding="UTF-8"?>
<farconfig version="3.0.4513">
    <pluginsconfig>
        <plugin guid="65642111-AA69-4B84-B4B8-9249579EC4FA">
            <hierarchicalconfig>
                <key name="65642111-AA69-4B84-B4B8-9249579EC4FA" description="arclite">
                    <value name="disabled_formats" type="text" value="Chm,Compound,FLV,Rar,Rar5"/>
                    <value name="enabled_formats" type="text" value="7z,APM,Ar,Arj,bzip2,Cab,Cpio,CramFS,Dmg,ELF,Ext,FAT,FLV,GPT,gzip,HFS,Hxs,IHex,Iso,Lzh,lzma,lzma86,MachO,MBR,MsLZ,Mub,Nsis,NTFS,Ppmd,QCOW,Rpm,Split,SquashFS,SWF,SWFc,tar,TE,Udf,UEFIc,UEFIf,VDI,VHD,VMDK,wim,Xar,xz,Z,zip"/>
                    <value name="exclude_masks" type="text" value="*.chm,*.dll,*.doc,*.docx,*.dotx,*.flv,*.msi,*.msp,*.ods,*.odt,*.ppsx,*.ppt,*.pptm,*.pptx,*.rar,*.r[0-9][0-9],*.swf,*.sys,*.xls,*.xlsm,*.xlsx"/>
                    <value name="include_masks" type="text" value="*.zip,*.zipx,*.jar,*.xpi,*.odt,*.ods,*.docx,*.xlsx,*.epub,*.bz2,*.bzip2,*.tbz2,*.tbz,*.rar,*.r00,*.arj,*.z,*.taz,*.lzh,*.lha,*.7z,*.cab,*.nsis,*.lzma,*.lzma86,*.xz,*.txz,*.pmd,*.ext,*.ext2,*.ext3,*.ext4,*.img,*.vmdk,*.vdi,*.qcow,*.qcow2,*.qcow2c,*.gpt,*.mbr,*.rar,*.r00,*.ihex,*.hxs,*.hxi,*.hxr,*.hxq,*.hxw,*.lit,*.te,*.scap,*.uefif,*.squashfs,*.cramfs,*.apm,*.mslz,*.flv,*.swf,*.swf,*.ntfs,*.img,*.fat,*.img,*.mbr,*.vhd,*.exe,*.dll,*.sys,*.elf,*.macho,*.udf,*.iso,*.img,*.xar,*.pkg,*.mub,*.hfs,*.hfsx,*.dmg,*.msi,*.msp,*.doc,*.xls,*.ppt,*.wim,*.swm,*.esd,*.iso,*.img,*.chm,*.chi,*.chq,*.chw,*.001,*.rpm,*.ar,*.a,*.deb,*.lib,*.cpio,*.tar,*.ova,*.gz,*.gzip,*.tgz,*.tpz"/>
                    <value name="panel_view_mode" type="qword" value="0000000000000009"/>
                    <value name="use_disabled_formats" type="qword" value="0000000000000001"/>
                    <value name="use_enabled_formats" type="qword" value="0000000000000001"/>
                    <value name="use_exclude_masks" type="qword" value="0000000000000001"/>
                    <key name="profiles"/>
                </key>
            </hierarchicalconfig>
        </plugin>
    </pluginsconfig>
</farconfig>

- и pk260w32.exe нормально открывается и всякие CHM/DOC/FLV пропускаются.

С RAR SFX чуток сложнее выходит - я специально не отключил PE формат чтобы ArcLite мог войти в SFX архивы для их модификации/тестирования/распаковки но как сделать так чтобы ArcLite смотрел сигнатуру архива после SFX модуля и пропускал только RAR SFX что-то сейчас не представляю. Ладно, отложим до утра тем более что и я ещё кое-что интересное для себя заметил и хочу с этим повозиться.
Автор: wseventeen
Дата сообщения: 18.01.2016 03:24
skipik001
ответ на багтрекере.
Автор: skipik001
Дата сообщения: 18.01.2016 12:15
VictorVG2

Цитата:
Это не то.


Цитата:
мы у себя неверно ArcLite отстроили.

Это как раз "то".
wseventeen посоветовал мне включить ещё формат PE и всё заработало.

wseventeen
Автор: VictorVG2
Дата сообщения: 18.01.2016 13:25
skipik001

А у меня формат РЕ включён. Погляди конфиг. В принципе и Rar можно вырубить, но это если тебе в твоих задачах надо сам его в запрет добавь и включи управление форматами для CtrlPgDn.
Автор: skipik001
Дата сообщения: 18.01.2016 17:21
VictorVG2

Цитата:
А у меня формат РЕ включён.

В конфиге, который выше — выключен, я специально перепроверил. Плюс некоторые маски повторяются.
Автор: VictorVG2
Дата сообщения: 18.01.2016 17:59
skipik001

В тест-куче лежит иной вариант. Оттуда можно взять готовую или оно же отдельно upd.7z.
Автор: Alexyz21
Дата сообщения: 21.01.2016 09:45

Цитата:
Автор: Alexyz21, Отправлено:09:31 22-08-2015
Victor_VG
WinXPSP2x86,FAR3.0.4409, XML Browser 2.50.0 (build 0), файл xxx.xml (~15MB) с разветвлённой структурой внутри, Process Hacker 2.36.6153.
Скачал дистриб фара в отдельную папку, добавил плагин xmldom, к FAR.exe положил FAR.exe.ini с
[General]
UseSystemProfiles=0

запустил фар - Private Bytes 16.5МБ, зашёл в корень xml - 76МБ, вышел - 76МБ, снова зашёл, зашёл в папку 1, вышел из xml - 77МБ, снова зашёл - 130МБ, зашёл в папку 2, вышел из xml - 130МБ, зашёл в xml - 182МБ, зашёл в папку 1, вышел из xml - 182, зашёл в xml - 235МБ, зашёл в папку 2, вышел - 235МБ и тд. Т.е. нужно каждый раз заходить в другую папку в xml. Но в любом случае при выходе из xml память не освобождается.

Автор: Victor_VG, Отправлено:13:43 22-08-2015

Alexyz21

Ясна картинка. Нужна доработка, факт.

Всё по прежнему. С JSON ситуация, похоже, такая же.
Автор: VictorVG2
Дата сообщения: 21.01.2016 10:17
Alexyz21

Вероятно утечка памяти, но попроверь чуток позднее на PH r6304 - я его соберу и положу, там сейчас 6303 лежит. Если врали средства контроля то явление должно испарится.
Автор: Alexyz21
Дата сообщения: 21.01.2016 11:38
Сейчас и при перезаходе даже в одну и ту же папку 1-го уровня, прибавляет в памяти. Раньше утечка наблюдалась, вроде бы, только при чередовании папок.
Автор: VictorVG2
Дата сообщения: 21.01.2016 12:28
Alexyz21

Погляди на r6304 - я её положил. У себя утечки памяти не наблюдаю.
Автор: Alexyz21
Дата сообщения: 21.01.2016 12:32
Я в ней и смотрел, да и Prio показывает.
Автор: VictorVG2
Дата сообщения: 21.01.2016 13:48
Alexyz21

Тогда попробовать погонять только с одним плагином - может причина не в нём?
Автор: Alexyz21
Дата сообщения: 21.01.2016 14:04
А что значит с одним? - дистриб + XMLDOM и всё - при заходе в XML в папку внутри него и последующем выходе память не освобождается, при последующем входе занятая область не переинициализируется, а занимается новая. Особенно заметно на массивных XML. При заходе в корень баг не проявляется, нужно заходить на уровень ниже.
Автор: VictorVG2
Дата сообщения: 21.01.2016 14:13
Alexyz21

Я вот такую картинку вижу - сколько не лазил в каталог с XML и в него (входы видны по пикам I/O):



но, я Far собираю сам с оптимизацией кода в VC++ 2010:

Far 3.0 b3702 x86 VC++ v10.0 command switch

CL:

/Zi /nologo /Wall /WX- /MP /Ox /Os /Oy- /GL /D "NDEBUG" /D "_CRT_SECURE_NO_WARNINGS" /D "_CRT_NON_CONFORMING_SWPRINTFS" /D "_UNICODE" /D "UNICODE" /GF /Gm- /EHa /MT /GS /Gy /fp:precise /Zc:wchar_t /Zc:forScope /Yu"headers.hpp" /Gd /wd"4054" /wd"4061" /wd"4100" /wd"4127" /wd"4191" /wd"4242" /wd"4244" /wd"4245" /wd"4255" /wd"4345" /wd"4350" /wd"4351" /wd"4355" /wd"4365" /wd"4371" /wd"4480" /wd"4481" /wd"4512" /wd"4514" /wd"4571" /wd"4625" /wd"4626" /wd"4640" /wd"4668" /wd"4706" /wd"4710" /wd"4711" /wd"4738" /wd"4820" /wd"4836" /wd"4917" /wd"4986" /analyze- /errorReport:queue

ld:

/OUT:"Far.exe" /INCREMENTAL:NO /NOLOGO "netapi32.lib" "mpr.lib" "psapi.lib" "secur32.lib" "setupapi.lib" "rpcrt4.lib" "version.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /MANIFEST:NO /ALLOWISOLATION /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /MAP /SUBSYSTEM:CONSOLE",5.00" /LARGEADDRESSAWARE /LTCG /TLBID:1 /DYNAMICBASE /NXCOMPAT /MACHINE:X86 /ERRORREPORT:QUEUE

P.S.

/GT в комстороке CL давно убрана, но текст не менее давно не правился, посему и осталась, исправил. /* Wed Feb 10 00:52:58 +0300 2016 */

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

Предыдущая тема: оффтоп


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