command.com ето пародия на шел, если тебе нужен нормальный шел под дос - бери ndos, не прогадаешь!

А что такое шел?

Про первых двух я не уверен, но всегда есть:

http://www.gnu.org/software/libiconv

QNX вроде бы сертифицировался, стало быть там должен быть, иначе смотри выше.

Solaris, дорогой, man iconv даже пашет.

>МС могут пользовать только убогие люди, неспособные к мышлению, >отличному от "двух синих панелей".

1- надо уметь пользоваться грамотно везде 2- начинающим он просто необходим 3- c Ctrl-o можно комбинировать

знатоку Solaris

> Как только найдешь - приходи, обсудим

~$whereis iconv
iconv: /usr/bin/iconv /usr/lib/iconv /usr/include/iconv.h
~$uname -rms
SunOS 5.8 sun4d

про начинающих

> надо уметь пользоваться грамотно везде

Уметь пользоваться ЧЕМ (КЕМ)?

> начинающим он просто необходим

Аж ни разу. Начинающим все одинаково незнакомо.

Объясняю один раз. Медленно. Шелл это командный интрепретатор. Его преимуществом является возможность объединения большого количества маленьких узкоспециализированных утилит (tar, iconv, mail etc) для достижения общей цели. Этот подход экономит усилия проф. пригодных людей. За это мы его и любим.

Шелл это командный интрепретатор. Его_____ преимуществом является возможность объединения большого количества_____ маленьких узкоспециализированных утилит (tar, iconv, mail etc) для_____ достижения общей цели. Этот подход экономит усилия проф. пригодных_____ людей. За это мы его и любим.____

>Сами по себе .*sh никому не нужны.

Кстати линукс сам по себе тоже никаму нафиг не нужен.

>В них даже ls как правило внешняя программа. :)

И это правильно. Что ему делать внутри шелла?

> "Я работаю в shell" подразумевает "я набиваю команды в .*sh и запускаю кучу всомогательных программ".

Естественным языкам свойственны двусмысленности, что уж тут поделаешь. Но всё таки шелл это интерпретатор команд, а не сами команды.

>если ты сделал tar без сжатия, можно вытащить остальное назад...

Я не извращенец - если я делаю архив, то сжатие там максимальное.

>Итого 1.5 болванки с запакованными html и txt. jackill, ты их будешь читать 20 лет. Где-то тебя клинит.

Во-первых, треть давно прочитана, во-вторых, там и картинки есть (схемы всяческие).

>Могу конечно. Но одно непонятно. Зачем мц? Набрать >% xpdf do/pro/oc/o<tab>r<tab>

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

>Откуда они возникнут?

Руками по трем-четырем каталогам раскидаешь на глаз и получишь то, что надо. Ты не поверишь, но если выделять с помощью mc, у тебя и размер сразу считается, поэтому можно подобрать.

>Километровые команды, равно как модификация тарболов, набираются раз в 10 лет. основные команды воопще состоят из 2-х букв (cp,rm, mv) и их использование экономит усилия. Вот такая вот хрень. (c) jackill

Ты очень удивишься, но их я тоже часто использую. Однако это не мешает мне иметь mc.

>Есть две директории (большая и маленькая). Если какой-либо файл есть и в той и другой, то из большой директории его удалить, а в маленькой оставить.

>Как это сделать используя мц?

Заходишь в большую директорию и удаляешь этот файлик. Или ты хочешь сначала compare сделать?

У меня к тебе другой вопрос - какой идиот вбил тебе в голову (нет, не гвоздь, как подумали многие), что люди, пользующиеся mc, будут плакать, колоться, но во всех случаях упорно использовать mc, даже когда это неудобно?

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

>А вот был у меня похожий случай. >Прога на перл писалась 30 мин. работала 140 мин. >Число файлов - несколько сот тысяч. На рейзерфс :) >Ты на мс пиликать будешь до пенсии нах

Это та знаменитая прога, весьма полезная, которая нагнула reiser? (Саныч, удали линукс, ты сходишь с ума).

Эту прогу можно было написать, используя редактор mc. :)

>Это писец #2 >1). env LANG=твоялюбимаялокаль >2). iconv -f локаль1 -t локаль2

Мы про названия файлов, а ты не догоняешь.

>1). Имена файлов тоже легко перекодируются через iconv. Сюрприз?

Тогда файл придется перезаписывать - это раз. Во-вторых, ctrl+T быстрее, а тебе еще придется какой-то другой редактор вызывать, чтобы это просмотреть. А если там еще и найти что-то в тексте? Вот так и будешь время терять.

jackill * (*) (25.08.2004 23:07:05)

Жак Килл. Пошли нахрен с этой темы в другую флеймить. Бесполезно тута. Вот мля удобно и все-а мы ламеры с тобой, потому что мы мц юзаем. Да и пофигу. Мы зато на них клали. Тута ничего не докажешь.

>А вот мне в ответ интересно, как ты будешь в mc дважды закодированный текст декодировать. Или на этот случай мудрые разработчики mc тоже специальную кнопку предусмотрели? ;)

А на этот случай будет вызвана консоль, так как случай тяжелый и единичный.

А если их до хрена, то будет написан скрипт.

p.S. Все хочу узнать, когда все mc-ненавистники перестанут тупить?

>cat файл | iconv -f кодировка1 -t кодировка2 | iconv -f кодировка2 -t кодировка3

Он сделает то же самое. Потому что не ограниченный дебил, и не фанатик какого-то одного инструмента.

Мы про названия файлов, а ты не догоняешь.

jackill * (*) (25.08.2004 23:11:03)

Жак. в пиз..у их. Все это можно сделать вогнать в поток переименовать сперва, потом открыть его....но это траханье такое. Пойдем. Мы рекорд побили-хватит. Нас в другом топике ждут. ;)))

>ибо УДОБНЕЕ

кто-то просто плохо знает инструмент.

>Так что с MC на FreeBSD?

>Все защитники MC как-то дружно промолчали по этому вопросу. :)

Примерно то же самое, что у FreeBSD с ноутбуками...

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

А аппологеты чистого шелла за...ли своей ограниченностью.

>./iconv

Тогда давай-ка пойдем дальше и будем рассматривать iconv как часть glibc, в которые она, собственно, входит.

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

А аппологеты чистого шелла за...ли своей ограниченностью.

Жак. Ты это...работаешь сейчас?

>Я вообще-то не спец в мц,

заметно

> но что-то мне подсказывает,

святой дух?

>что вы условие одинаковости файлов, заменили условием одинаковости имён файлов. Это так?

Нажми ctrl+x+d и удивись.

Не знаешь предмета спора - помолчи.

Тогда давай-ка пойдем дальше и будем рассматривать iconv как часть glibc, в которые она, собственно, входит.

jackill * (*) (25.08.2004 23:26:37)

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

> Так что с MC на FreeBSD?
> Все защитники MC как-то дружно промолчали по этому вопросу. :)

А чего там говорить-то?

pkg_add -r mc

http://www.freebsd.org/cgi/cvsweb.cgi/ports/misc/mc/

или речь о чём-то другом?

>>щё раз, медленно и печально: shell - это не программа /bin/(sh|zsh|bash|csh|tcsh),

>Таки нет. шелл это zsh/bash/csh/tcsh.

>tar, iconv etc -- это cli программы

А mc - это удобная надстройка над шелл, дающая дополнительные возможности.

И еще скажи, что дополнительных возможностей нет.

Слушай, спартак, здесь форум ИМЕЕТ ДРЕВОВИДНУЮ СТРУКТУРУ. Будь любезен, отвечай на фразы анонимусов, а то ты жмешь кнопку "ответить" на мои сообщения, подставляя чужие слова и для внешнего читателя получается, что я сам с собой спорю.

>Шелл это командный интрепретатор. Его_____ преимуществом является возможность объединения большого количества_____ маленьких узкоспециализированных утилит (tar, iconv, mail etc) для_____ достижения общей цели. Этот подход экономит усилия проф. пригодных_____ людей. За это мы его и любим.____

Для тех кто в танке, читайте по губам:

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

НИЧЕГО НЕ МЕШАЕТ ИСПОЛЬЗОВАТЬ ОДНОВРЕМЕННО MC и ШЕЛЛ, КОМБИНИРУЯ ИХ ВМЕСТЕ И ПОЛУЧАЯ ТЕМ САМЫМ ЛУЧШИЕ РЕЗУЛЬТАТЫ.

>Жак Килл. Пошли нахрен с этой темы в другую флеймить. Бесполезно тута. Вот мля удобно и все-а мы ламеры с тобой, потому что мы мц юзаем. Да и пофигу. Мы зато на них клали. Тута ничего не докажешь.

Не, я есть пошел.

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

:-D "рутинные одноразовые действия" - это ты круто сказанул. Сразу видно человека не ограниченного, не зашоренного так сказать догмами. :-)

Нет, я просто шел по ветками вверх ;)

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

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

jackill * (*) (25.08.2004 23:38:36)

Да ты не оправдывайся за доку. Эти лапухи просто не ведают ничего. Вот у меня сборник Sybex Симулятор Циски весит компакт CIM весит компакт. Плюс дока на вообще так по роутерам и тд и тп. 1.5Гб это даже мало. ;))

Они привыкли лессом листать текст и архивы. :)) Не ведают что говорят. :))

А я вот вообще предпочитаю не думать о файлах. На фиг они мне?

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

Напиши, дурачок, под IA64 хотя бы в половину так же оптимально, как это может даже хотя бы глупый и кривой GCC.

Решать вручную NP-полную задачу? Да ты мазохист, однако. Для этой задачи всяких скриптов понаписано - тьма. Как пример (не самый лучший) - sisyphus tools АльтЛинуксовские - rpm-ы по iso разбрасывает.

>iconv: /usr/bin/iconv /usr/lib/iconv /usr/include/iconv.h

>~$uname -rms

>SunOS 5.8 sun4d

>Dselect ** (*) (25.08.2004 19:02:14)

И тут RMS, да что такое... :-)

Заиказа? Ещё какой... Энтузиазизьму у него - вагон, а вот опыта и знаний - маловато будет. См. его код.

lugovsky (*) (26.08.2004 0:37:46) Ты идиот. Человек никогда не сможет выдать код такой же оптимальный, как это делает компилятор

Знаешь почему ты не лучше меня? Потому что компилятор человек пишет а не гцц.

Напиши, дурачок, под IA64 хотя бы в половину так же оптимально, как это может даже хотя бы глупый и кривой GCC.

Так у консольщиков крыша съехала и они уровняли гцц и шел. :)))

lugovsky (*) (26.08.2004 2:36:13)

ЛАМЕР ты батюшка. Вот кто ты. Угодай не знаю, но ты точно ламак.

2 A.D.

> А что плохого в mc-MP? Отличная ветка, хотя пока не вполне > стабильная, но во многом удобнее того же FAR'а.

Вообше-то никто и не осуждает ;)

> Что касается альтернативных веток, тут ты неправ. mc-MP, например > мне нравится куда больше, чем основная ветка или AMC.

Так я как бы один из разработчиков mc-MP ;) Так что об осуждении, опять же, речи не идёт.

> Одна привязка > MC к glib'у чего стоит - основная ветка раза в три тормознее mc-mp > благодаря этому. И политика Павла должна быть показательной для > альтернативщиков, таких, как Арпи и Олег, - так поступать нельзя. > А девелоперам "основной ветки" уже есть куда податься, - есть основа > для работы, куда более приятная, чем основная ветка. Есть масса уже > реализованных фич. Например, мультискрин в 4.6 так и не появился, > работа с кодировками привязана к iconv, посему - непортабельна, > внутренние структуры 4.6 с каждым релизом все больше погрязали в > glib'е, опять же - непортабельном. У mc-MP зависимости куда как > скромнее, а по функционалу mc-MP 4.1.40 и mc 4.6.x более чем > сравнимы. У Павла была армия девелоперов, а те, кто форкнулся от > версии Мигеля (я говорю про Арпи и Олега), работали сами. И Павел > провалил идею, которая, ИМО, держится сейчас только на энтузиазме > Olegarch'а и A'rpi.

Да, всё это печально.

Всю *nix'овую жизнь сидел в mc; вчера попробовал zsh и понял, что жизнь прожита зря...

p.s: у mc internal edit и view - однозначно ф топку! Использование этих "фич" - это имхо первый признак красноглазости... с последующей отправкой в биореактор :)

>Так что с MC на FreeBSD? Все защитники MC как-то дружно промолчали по этому вопросу. :)

Ты плохо читал, на этот вопрос ответили как минимум дважды. Поставь bash и все будет в порядке.

>Я вообще-то не спец в мц, но что-то мне подсказывает, что вы условие одинаковости файлов, заменили условием одинаковости имён файлов. Это так?

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

Для меня mc не предмет религиозного помешательства, не фетиш, а всего лишь инструмент, один из многих. Иногда удобный, иногда нет...