Редактирование БОЛЬШИХ файлов...

Вам не хватает чего-то в Far? Вы считаете, что вашу идею стоит услышать? Пишите сюда.
Anonymous

Post by Anonymous »

Latest post of the previous page:

Вот это да...
Ну не думал что будет такой спор из за моего поста и не понятно почему форум на мыло уведомления не отсылает ну да ладно перейдём к теме...

Отвечу на вопросы, которые увидел в теме:
Ну во 1-х: я посмотрел есть ли такой плагин в природе, убедился что нет...

Во 2-х: у меня нет в данное время желания вникать в программирование плагинов для фара, просто физически нет времени и возможности в ближайшее время я думаю наврядли появится, хотя очень сожалею по данному поводу...

3-е: да в данный момент я не пишу на Си и делал это очень давно во времена борланд С под досом...

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

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

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

Я прошу, может и не на халяву, реализовать эту возможность, не будет обойдусь а может и у самомо руки дойдут я не знаю...
Если у кого есть желание и время буду очень благодарен.
Всем Спасибо!
SEt
Posts: 473
Joined: Mon 21 Mar, 2005 10:22
Location: Питер
Been thanked: 27 times

Post by SEt »

Развели флуд из ничего... А ещё программисты, программисты...

wild_man:
Есть такая замечательная программа "Hiew" - прсмотрщик, hex-редактор и даже немного ассемблер/дизассемблер. Превосходно работает с большими файлами и даже есть версия под DOS.
Недостатков у неё только 2: ограничение по размеру файла в 4Гб и нет режима нормального редактора (но немного исправить файл можно легко).
User avatar
zg
zero-gravity
Posts: 5878
Joined: Tue 15 Mar, 2005 17:36
Location: riga
Been thanked: 155 times
Contact:

Post by zg »

SEt wrote:Превосходно работает с большими файлами и даже есть версия под DOS.
Недостатков у неё только 2: ограничение по размеру файла в 4Гб
ну не совсем всё так:
7.00 23/12/04 - нет больше поддержки DOS, OS/2 версий
- поддержка файлов и блоков свыше 4Г
Anonymous

Post by Anonymous »

2SEt
Хм... спасибо, я её использовал как асемблер-дизасемблер а что-то применить её как редектор недудумался...:)))
сенкс, пойду покупать...
:)
Gleb Kozyrev
Posts: 155
Joined: Thu 12 May, 2005 14:27
Location: Киев
Contact:

Post by Gleb Kozyrev »

zg wrote::) год назад фартим было предложено следующее:
1. надо прекратить заниматься {sensored} и выпустить релиз 1.70 к сентябрю.
2. надо назначить одного человека желательно из фар гроуп ответственным за ветку 1.7x, чтобы он исправлял серьезные ошибки.
3. в 1.8x забить на win9x и перейти на уникод. причем сделать первую версию как можно быстрее сфокусировавшись исключительно на уникоде.
условно:
1.80 beta 1 - 2005 май.
1.80 beta 2 - 2005 сентябрь.
1.80 release - 2005 декабрь.
далее - новое плагин апи с поддержкой уникода (т.е. старое латать я
смысла не вижу). и снова в течении года - релиз.
был получен отказ. не нужен фартим уникод.
Что-то я не понял. Тебя не захотели взять в фартим?
User avatar
zg
zero-gravity
Posts: 5878
Joined: Tue 15 Mar, 2005 17:36
Location: riga
Been thanked: 155 times
Contact:

Post by zg »

Gleb Kozyrev wrote:Что-то я не понял. Тебя не захотели взять в фартим?
да я как-то особо и не стремился. я предлагал только уникод сделать.
User avatar
Alexander84
Posts: 123
Joined: Fri 01 May, 2009 06:38
Has thanked: 14 times
Been thanked: 2 times

Редактирование БОЛЬШИХ файлов...

Post by Alexander84 »

Появилась ли возможность редактировать большие файлы без долгой задержки при открытии?
User avatar
HaRT
Moderator
Posts: 9550
Joined: Tue 30 Aug, 2005 17:21
Location: Санкт-Петербург
Has thanked: 109 times
Been thanked: 230 times

Редактирование БОЛЬШИХ файлов...

Post by HaRT »

Alexander84 wrote: Появилась ли возможность редактировать большие файлы без долгой задержки при открытии?
Нет. Файл зачитывается в память целиком, притом построчно.
Без задержки и без отжирания памяти можно просматривать файлы, в т.ч. очень большие — но это и без раскраски.
Фар есть инструмент, а не нянька. © 2009 DrKnS
User avatar
Alexander84
Posts: 123
Joined: Fri 01 May, 2009 06:38
Has thanked: 14 times
Been thanked: 2 times

Редактирование БОЛЬШИХ файлов...

Post by Alexander84 »

Обходной путь пока такой: мигом открыть большой файл в бесплатной гуевой программе HxD, которая в отличие от Hiew или плагина Hexitor позволяет редактировать не только побайтово HEX, но содержание напрямую. Разве это нельзя реализовать в FAR?
User avatar
DrKnS
Posts: 5678
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 9 times
Been thanked: 312 times

Редактирование БОЛЬШИХ файлов...

Post by DrKnS »

Можно, реализуйте.
User avatar
Alexander84
Posts: 123
Joined: Fri 01 May, 2009 06:38
Has thanked: 14 times
Been thanked: 2 times

Редактирование БОЛЬШИХ файлов...

Post by Alexander84 »

DrKnS wrote: Можно, реализуйте.
Ведь понимаете, что пользователь, способный сделать commit или создать плагин, это и сделает, а не будет просить, но всё равно глумитесь.
Пока Фар не превратился в Ленина, когда тело уже не трогают, а лишь фиксят внешность, можно предлагать и обсуждать будущее (пример).
Правка больших файлов (например, дампы БД) — вещь нужная целевому пользователю Фара (например, сисадминам)? (Да)
Раз да, то лучше её оформить на уровне ядра или плагина? (Ядра, ибо плагины это про функциональность, а не объёмы чтения/записи).
Раз ядра, то вовлечённым программистам остаётся обсудить реализацию и приоритет между собой, а нам, пользователям, ждать.
User avatar
DrKnS
Posts: 5678
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 9 times
Been thanked: 312 times

Редактирование БОЛЬШИХ файлов...

Post by DrKnS »

Alexander84 wrote: плагины это про функциональность, а не объёмы чтения/записи
Зачем вы подменяете понятия?
Редактор в Far загружает файлы в память целиком, by design. Объем значения не имеет. Хотите редактировать дампы - купите себе много памяти и редактируйте на здоровье.
Редактирование только части файла, по возможности не трогая остальное, о котором вы пишете - это принципиально иная функциональность, к текущему редактору относящаяся чуть менее, чем никак.
глумитесь
Да что вы, я предельно серьёзен.
Код в свободном доступе уже девять лет, и никто пока такого редактора не написал. Видимо, подобная функциональность не слишком востребована. Если вам без неё никак - можно или подождать ещё девять лет, или взять инициативу в свои руки.
User avatar
Alexander84
Posts: 123
Joined: Fri 01 May, 2009 06:38
Has thanked: 14 times
Been thanked: 2 times

Редактирование БОЛЬШИХ файлов...

Post by Alexander84 »

DrKnS wrote: Объем значения не имеет. Хотите редактировать дампы - купите себе много памяти и редактируйте на здоровье.
Память есть, но файл загружается в неё крайне медленно.

Image
User avatar
HaRT
Moderator
Posts: 9550
Joined: Tue 30 Aug, 2005 17:21
Location: Санкт-Петербург
Has thanked: 109 times
Been thanked: 230 times

Редактирование БОЛЬШИХ файлов...

Post by HaRT »

DrKnS wrote: Редактор в Far загружает файлы в память целиком, by design. Объем значения не имеет.
Строго говоря, даже при такой архитектуре, чтобы избежать начальной задержки, в принципе можно было бы загружать хвост файла в фоне, пока пользователь смотрит в начало. Но, учитывая возникающие сложности при доработке кода навигации, поиска/замены, FAR API, понятно, почему такой подход до сих пор никто не реализовал.
Фар есть инструмент, а не нянька. © 2009 DrKnS
Shmuel
Posts: 6167
Joined: Thu 23 Mar, 2006 21:36
Location: Israel
Has thanked: 31 times
Been thanked: 330 times

Редактирование БОЛЬШИХ файлов...

Post by Shmuel »

Возможно, что загрузку файлов в редактор можно было бы ускорить и без полного редизайна редактора. Например, у меня файл 256MB, 2 млн.строк грузится в редактор за 6.3 сек, а в таблицу Lua (массив строк) - за 2.9 секунды.

Причём, что интересно, билд 4535 грузит этот же файл в таблицу Lua за 2.1 секунды, а билд 4542 - как сейчас, за 2.9 сек. lua51.dll между этими билдами не менялся.

Добавлено: Билд GCC 4861 грузит этот файл в таблицу Lua за 2.1 сек. Поскольку загрузку выполняет lua51.dll, то подозреваю, что замедление, вызываемое билдом VC++ связано с ключом сборки Фара/плагинов /Zc:threadSafeInit- (не проверял, однако).
User avatar
HaRT
Moderator
Posts: 9550
Joined: Tue 30 Aug, 2005 17:21
Location: Санкт-Петербург
Has thanked: 109 times
Been thanked: 230 times

Редактирование БОЛЬШИХ файлов...

Post by HaRT »

Shmuel wrote: билд 4535 грузит этот же файл в таблицу Lua за 2.1 секунды, а билд 4542 - как сейчас, за 2.9 сек.
Нет ли заметных различий в загрузке ЦП? Это могло бы хоть как-то объяснить происходящее.
Фар есть инструмент, а не нянька. © 2009 DrKnS
Post Reply

Return to “Предложения и идеи”