GNU Midnight Commander - 4.6.1-pre5

>>>Не знаю, как оно сделано ...

Сделано очень просто. Если не замучить лень посмотреть консольные фонты, то там обнаружите, что большинство из них имеют расширение *pfsu*. Грубо говоря это фонт из 256ти символов с несколькими раскладками, а более точно - в этом фонте для каждого глифа (знака) есть его юникодное имя (не путать с utf-8, unicode-16 e.t.c). Вообще-то 256 символов не предел, но стандартная консоль больше не тянет.

>> А давайте еще введем utf-9!!!

> А уже есть - RFC4042 :))))

zdec, bln

> хотелось бы просто напомнить, что все операции копирования мц выполняет наверное раза в 2 дольше, чем шелл.

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

> Уважаемый "никто", интересовавшийся клавиатурой с символом евро, приглашается в московское представительство компании Acer посмотреть на ноутбуки Acer TravelMate на базе новой технологии Sonoma от Intel. Специально для страдальцев, как только ни извращавшихся, чтобы напечатать символ евро, на этих ноутбуках присутствует кнопочка, вводящая этот символ.

Какие извраты. А на немецкой клавиатуре всё просто - AltGr+E, и никаких левых кнопок. А ещё есть AltGr+M :)

2pavelsh на прямые письма Вы все же отвечать не хотите

2nonymous (*) (05.07.2005 17:22:07) Я в общем не понял, как можно выставить себя дураком, говоря о практически очевидных вещах? Тем более, что это так легко поддается проверке. Поверь, мне глубоко все равно, он подсчитывает число файлов, или количество звезд определенной звездной величины, прежде чем начнет копировать, но факт есть факт, что делает это он почти в 2раза медленней. Я хотел бы услышать, что я сказал некоректно, и что это с таким энтузиазмом опровергается .

> ...сочетания типа SHIFT+INSERT...

> в новой версии можно и без этого...работает прямо из коробки.

это работает только на уровне терминального окна, например в konsole *только* SHIFT+INSERT, ни какого копирования, а хотелось бы как в KDE - есть свой буфер, но он всегда синхронизируется с системным, selection думаю не нужен (см файлы kclipboard, qclipboard, qclipboard_x11)

> Сделано очень просто.

Уй ЙОПТ! ТЫ КТО ?

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

Зачем вам эта глюч! Есть нормальный fork на основе более старой версии достаточно вылизанный. Вот его развивать есть смысл. (гоняю его и под linux и под FreeBSD . в bsd он mc-ligh зовется)

http://mc.linuxinside.com

С сайта : Midnight Commander 4.1.X-MP

The goal of this project is creating a stable, well-working, usefull console-only version of well-known Midnight Commander, without bugs and garbage, like tk, xv and gnome. I'm bored waiting for bugfixes, and A'rpi's ESP team stops their work in this direction too, so I did it. I'm fixing all (found) bugs, reported by my friends, and made some really pleasent new features, like real-time clock, or filegroups colorizing.

Why is it an alternate version of mc, instead applying patches to main mc project?

The original mc is now about v4.6.x, with more and more bugs, "monster from the console" grows more and more, and now it has some very bad structural changes, tons of garbage code, and finally - there is no possibilities to compile it without some X parts, like Glib.

When I use linux - i want to use fast and powerfull console file manager, and I like mc 4.1.x series much better: it has well-designed structures, easy to add new features.

Btw. I back-ported some of new usefull things appeared in 4.5.x and 4.6.x, make some fixes, catch some memory leaks, and so on... - README gave you more information about it.

Попробуй скажем rpm-пакеты пораспаковывать им во FreeBSD

>there is no possibilities to compile it without some X parts, like Glib

Тоже мне писаки, не могут glib собрать без Х-ов, как это сделано в нормальных
дистрибутивах.... Glib не Х-ая библиотека, Х-ы нужны, в конкретном случае,
только GTK...

Если чесно, то Midnight Commander 4.1.X-MP мне совершено не понравился,
особено встроенный вьювер, который большие лог файлы для просмотра открывает по пол часа, повеситься можно...мля...

Самое главное не помянули mcxp не видит файлы размером больше 2 с чем то гектар.

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

> На самом деле, после того, как на UTF-8 переходишь, такое _облегчение_ испытываешь, что можно больше не думать о том, есть или нет такой символ... :)

И всё это так умиротворяюще тормозииииит...

В подавляющем большинстве случаев (особенно - домашним пользователям) всё это настолько глубоко НЕ НАДО :) Но есть негодяи, умеющие ВПАРИВАТЬ... :)

Я отвечу, как будет время.

> Это всё - считанные такты, на современных процессорах торможение совершенно незаметное.

Ага. Именно поэтому текстовые редакторы, читая utf8-файл, в памяти его преобразуют в UCS. А то, небось, слишком быстро работать будет - у юзера голова закружится. Пи..деть - не мешки ворочать, правда?

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

Сейчас проверил это на файле размером 600 МБ. Копирование в mc - 90 секунд, с помощью cp - 79 секунд.

>И всё это так умиротворяюще тормозииииит...

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

Да блин. Ну-ка зайдите на хост не с писюка, а с нормального терминала типа AVATAR или WISE 8) Страшно охота увидеть как там будут работать любители юникода 8)

Сдается мне, что подавлющее большинство радетелей юникода сих агрегатов никогда не видели. И работу с *nix окромя как опосредством любимого райдеона не представлют 8)

> Да блин. Ну-ка зайдите на хост не с писюка, а с нормального терминала типа AVATAR или WISE

А с телевизора системы КВН это будет ищооо тоооо.... Текущую системную дату не подскажете ?

ЗЫ: Тезка завязывай с консерватизмом!

До кучи... товарищам возмущавшимся как они будут отлаживать pop3 сессию в консоли с уникодом. Рекомендую поотлаживать SyncML сессию в консоли без уникода... Будет повод лишний раз задуматься...

Вообще-то, мой пост об XNC.
Во-вторых, mc (любой) - действительно коряво-глючное поделие. Просматривая сырец, диву даешься - такое впечатление складывается, что его писали совершенно разные люди по принципу "ща запустим - узнаем", причем не читая кода предшественников. ИМХО, переписывать его надо с нуля, ибо разобраться уже проще в коде ядра, нежели в коде mc.

>на нескольких тысячах мелких файлов. Даже если разница и не в 2 раза,

а сколько? 1%? цифер то он не привел.

> оскорблять человека незачем.

людей надо учить. а то ходят по форумам и своими пафосными фразами вводят в заблуждение окружающих

>Если у Вас CP1251 ассоциируется с моздаем, мне Вас искренне жаль.

а с чем она должна ассоциироваться? с святым петром?

> У /me firewall тоже на кои8

мне вас искренне жаль

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

> не имея чести быть евреем, я и не пониманимаю смысла претензий.

зачем тогда по еврейски постишь бездоказательные мессаги не зная "внутренней кухни"?

>Вместо теоретизирования, просто скопируй и сравни

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

> вещь очень полезная, сильно облегчает переход.

а с шела куда переходить будешь? на машкод?

>Но потом надо учиться обходится без мц

что бы понты гонять? вот моя терминалка. на одной вкладке мц, на другой шелл. зачем себя ущемлять ради каких то комплексов? ;) да, открой для себя Ctrl-O =)

>Я хотел бы услышать, что я сказал некоректно, и что это с таким энтузиазмом опровергается

man fopen

700mb

шел - 36с, мц - 40с

mc - mc-light

>Да блин. Ну-ка зайдите на хост не с писюка, а с нормального терминала типа AVATAR или WISE 8) Страшно охота увидеть как там будут работать любители юникода 8)

И что не так будет? Тем и хорош UTF-8, что полная совместимость на английской части кодировок. Хоть из под DOS заходи :)

2 anonymous (*) (06.07.2005 2:39:01) я ведь говорил, что разница в основном идет при копировании дерева поддиректорий, а за то что убедился, что разница все таки есть, хотя и не заслуживающая большего внимания - молодец. 2 anonymous (*) (06.07.2005 10:18:58) и чему ты меня можешь научить, бездоказательно болтать языком, даже не дав себе труда убедиться? не сомневайя, я пробовал, прежде чем говорить, цифр и условий проверки не привожу, так как в мои планы не входит быть тебе учителем. 2 anonymous (*) (06.07.2005 10:35:32) я чего то не пойму, вы сделали копирование и проверили? было обсуждение выхода ядра 2.6.12 по моему, я писал там что 320 000 файлов (1024 байт )я на рейзер4 скопировал за 10 сек. мц этого не сделал и за минуту

Агрессивность - не аргумент unix way силен комбинированием команд, вряд ли этому научишься из мц

2 anonymous (*) (06.07.2005 10:38:53) ман фопен может мне объяснить почему мц что то делает медленно a cp быстро? вы что в самом деле считаете что маны не читаю? Ну вы меня развеселили

вдогонку,

ребята, у вас явно проблемы с логикой, можете мне объяснить, как иcпользуя одни и те же быквы , в результате получаем разные слова ?

> utf патчи уже давно не только гуляют по дистрибуциям, но и в не раз предлагались в рассылке mc-devel

а Вы эти патчи смотрели? там кривые костыли

вот код после наложения такого патча на mc-4.6.1-pre3 (dir.h):

typedef struct {
    /* File attributes */
    int  fnamelen;
    char *fname;          <== это имя файла
    struct stat st;

    /* Flags */
    struct { 
	unsigned int marked:1;		
	unsigned int link_to_dir:1;	
	unsigned int stale_link:1;    
	unsigned int dir_size_computed:1; 
    } f;
} file_entry;

typedef struct {
    file_entry *list;
    int         size;
} dir_list;


и где здесь wchar_t (или как в определениях этого патча mc_wchar_t)?

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

>Попробуй скажем rpm-пакеты пораспаковывать им во FreeBSD

А зачем в FreeBSD rpm пакеты ? Это извращение.

А никто не задавался вопросом нафиг он[юникод] вообще нужен? В консоли тем более. Если винду сделали настолько криво, что нет локали как понятия и без юникода нифига не пашет, то не надо переносить свои загнившие стереотипы в юникс. Чем koi то не нравится? Чего-то не работает?

Может быть лучше просто почитать, чем задавать глупые вопросы? http://www.unicode.org/standard/translations/russian.html

>>>И что не так будет? Тем и хорош UTF-8 ...

Таки не видели 8) Но тем не менее - дудят поучительно, ЛОР во всей красе...

Суть в том, что на эти терминалы можно грузить фонты хоть 1251, хоть кои8 - но с utf-8 у них патологическая врожденная ненависть (ну не умеет они обрабатывать последовательностей символов). Таким образом без utf имеем отличную консоль со всеми наворотами и локализацией. С utf сидим на ASCII-127. Разница, я думаю, видна невооруженным глазом. (кстати фонт 12х22 144х42 символа - душа радуется. Но это так - к слову.)

Я совсем не противник utf, но его применение вне Х зачастую невозможно принципиально, и во многих случаях и просто бессмысленно.

Предложение следующее. Считать utf8 кодировкой по умолчанию и системной кодировкой, кроме тех случаев, когда это невозможно по "железным" ограничениям (и в этом случае соотв. настраивать TERM, termcap etc). Но файловые системы таки держать в utf8. Возражения?

>Возражения? Есть возражения по поводу использования в консоли. Системной нужно ставить unicode 16-битный (для ФС и пр.). Даже если у меня нет "железных" ограничений - я против utf-8. 1. С программисткой (да и не только) точки зрения 1 (ну или 2, но фиксированное!) число байтов на символ гораздо удобнее, чем 1.2 - 1.6 как у utf-8. Переписать весь софт на utf чтобы все вместе тормозило - оно надо? (Кстати не надо говорить что тормозит незаметно - заметно, особенно когда ВСЕ в системе использует эту кривую кодировку). Для тех кто ратует за то, что 2 фиксированных занимают больше чем 1.5 как у utf-8 есть обычное сжатие - гораздо эффективнее... 2. Как прикажете мне смотреть на все эти символы? Нормальных unicode-шрифтов нет (даже коммерческих). В текстовой консоли много буковок не поглядишь, а эмуляция текста в графике это конечно весело (это я про framebuffer) только зачем это надо? а) жутко тормозит (именно в разы!) б) драйвер есть даже не для всех писишных видеокарт, что уж там про прочее говорить. в) а главное - смысл?? кино что-ли смотреть в консоли? любоваться на bootsplash? Редактировать документ на 15 языках из которых знаешь только 2-3? 3. Архитектурное ограничение текстовых режимов IBM PC - это 256 символов в шрифте. Ну 512 если яркость фона убрать. Причем у символов с кодами 0xC0-0xDF _аппаратно_ (!) дублируется 9-ый столбец в режимах где шрифт 9xXX (для линий). Придумавшие использовать koi8 на PC с ее аппаратными особенностями это не учли, а жаль, приходится теперь при выводе на экран транслировать коды из koi8 в dos-866 (mapscrn кажется этим занимается). А уж если приспичило поглядеть на какой-нибудь японский - есть японский шрифт в старших 128 символах. Блин, лучше бы в ядре 2.4 сделали разные консольные шрифты на каждую консоль, чем городить геморрой с utf-8. Трудно что-ли? Ведь была же замечательная система кодовых страниц, даже китайцы с их 5000 символов ее почти приняли (хотя их я еще могу понять)... 4. Насчет совместимости: utf-8 НЕ совместим с ASCII! Первые 128 символов совпадают, зато другие 128 не просто отличаются, отличается метод их интерпретации! Это называется - не полная совместимость, опять же оно надо? Меня вот больше судьба старших 128 интересует, т.к. именно их я и использую и не только для русского текста, но и для псеводграфики и т.п. вещей. Вот испортится положим 1 символ при передаче по сети и у него "появится" старший бит, и что? "Старая" программа и не подавится, а у "новой" может ВСЯ последующая ASCII строка слететь! Это совместимость? Кстати, переполнения буферов так можно устроить - будет весело :-)

И напоследок. Я не хочу спорить что лучше utf или не utf. Мне главное чтобы была возможно выбора в системе. Для своих задач я выберу то что надо, а не то что мне хотят навязать очередными "прогрессивными" стандартами...

8) Да никто вобщем-то особо и не возражает. Есть одна тонкость - системной где ? На уровне Х ? В голой консоли сразу же возникают трудности. FB консоль, учитывая нонешнее состояние поддержки FB, не спасет отца русской демократии 8(. Кроме того, парк utf8-ready софта мизерен. (Только не надо мне рассказывать про совместимость utf8 8).

Короче, проблем больше чем видимых решений. Хехехе, и казалось бы причем тут Midnight Commander ? Куда-то не туда понесло тред.

Скажите, а по Ctrl+O при переключении в субшелл и обратно всё также глюки?

>я не немец, и не чукча (для спец. символов есть спец. диалог "вставить символ", и пофиг в какой оно будет кодировке или €)

Я сам люблю koi, но вот скажи мне как вставить значок номера в коях?

>Наш начальник в консоли набивает бухгалтерские отчеты? Я вот себе сложно представляю, зачем мне на сервачке нужен "номер" и "евро"

А по F4 я могу посмотреть текст в любой кодировке или мне обязательно нужно себя ограничивать?

>что делает это он почти в 2раза медленней.

А у меня одинакого с cp. Что я делаю не так?

А он там есть?

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

Последний эксперимент я описал, про 320 000 файлов малого размера по рейзер4. Если то, что вы говорите соответствует реальности, а не сказано только для полемики или из противоречия,- надо искать причину таких расхождений.

Насколько равноценно выполнялось копирование? Например, если сначала файлы копировались в mc то для второго копирования cp они могли быть уже в дисковом кеше. Т.е. для корректности сравнения нужно перегрузить машину, скопировать одним способом, перегрузить, скопировать вторым способом... А поскольку все еще может зависеть от состояния диска (заполненности...), то неплохо бы повторить несколько раз в разной последовательности. А потом говорить о результатах...

> Скажите, а по Ctrl+O при переключении в субшелл и обратно всё также глюки?

А какие глюки вам угодно? Мною они не замечены. Или имеется в виду озабоченный командой интерпретатор?

P.S.(O.T.) 0x100-й nah. :D

Сначала я копировал при помощи cp

Поэтому все предположения о дисковом кеше отпадают, не объясняют ничего

> А по F4 я могу посмотреть текст в любой кодировке...?

если собрано с --enable-charset, то да

>Если нужна нарезка - то тут подсчёт принципиально тормознее не
>становится. К простой проверке ноль/не ноль добавляется только проверка
> старших бит. Там всё не от балды, а строго регламентировано. Если
>грубо, то когда старший бит нулевой - длина смвола один байт. Если не
>ноль - то от старших бит зависит указание того, сколько байт в символе.
> Это всё - считанные такты, на современных процессорах торможение
>совершенно незаметное.
Сам придумал?
Решил я сделать для себя минитест. Взял тексток руский, многократно его скопировал в файл (чтоб потом микросекунды не считать). Получился он 491884K. Перекодировал его так же и в UTF-8 - стал 844117K ( +75%, кто тут про 20% говорил?). В конец вставил фразу: "А так ли нам нужна эта UTF-8 как тут Некоторые хотят втереть?".
Запустил 2 раза (мы ж не скорость диcка меряем) такую
строчку:
time egrep -i "^\w{1,5} некоторые [ А-Яа-я]+\?$" CP1251-1.txt
Получилось:
real 0m2.683s
user 0m0.750s
sys 0m0.949s
(т.е. user+sys=1.699s)
Причем загрузка проца прыгнула до 10% (Атлон ХР 2200+).

Затем завел пользователя utftest с локалью ru_RU.utf8. Ничем его
не ограничивал и запустил от него:
time egrep -i "^\w{1,5} некоторые [ А-Яа-я]+\?$" UTF8-1.txt
real 6m35.099s
user 6m22.311s
sys 0m4.261s
(sys+user=386.572s)

РАЗНИЦА В 228 (!!!) РАЗ!
Ничего себе "совершенно незаметное торможение".
Причем егреп грузил проц на 98-99%. На улице жара +35С, проц
раскалился до 84 градусов. Мамка верещать стала.

Потом сообразил, что строчка
egrep -i "\w{1,5} некоторые [ А-Яа-я]+\?" покруче, и разница будет еще больше, но жалко комп стало. Для экскриментов с UTF нужно еще кулер
прикупить или ждать, когда жара спадет. ;-)
И как такое можно на сервер ставить?