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

NiKel * (*) (25.08.2004 9:38:23)

Это хреновый код. На то он кульный программер что бы хреново не писать. Так вот неправильно написаный скрипт может удалить всю документацию а не отсортировать ее. мц это защищает.

NiKel * (*) (25.08.2004 9:38:23)

Быстрей асма ничего не может быть по определению. все компиляторы компилируют в машинный код, а не их процессор интерпретирует как родной язык. Чтото я еще не встречал интерпретатора языка Си в процессоре.

я тута как то фонты из рпм установил. :)) Короче у меня все папки с фонтами затерло. :) Пришлось пакеты переустанавливать....так что вот такие вот скрипты. :))

> Быстрей асма ничего не может быть по определению.

это распространенное заблуждение

если, конечно, мы говорим не о скорости компиляции :)

А не, вру. Не из рпм, а с помощью install.sh но никто не мешал бы этот скрипт вписать и в рпм. :) Просто я это к чему...ну вы поняли, да? :) Визуальность как то лучше чем думать а сработает ли скрипт. ;)

Хорошо. Скажи чем АСМ медленее Си? Разве все это компилятор гцц не генерирует в машинный код?

Да и разговор был о функциональности. Я вот почему то думаю, что АСМ все же функционален. И не делали бы вставки на асме в тех участках где нужнао скорость поднять или создать что то такое особое. :)

я не говорю что ACM медленнее С вообще, я говорю что участок кода на асме может работать медленнее аналогичного на си, впрочем как и вся программа..

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

NiKel * (*) (25.08.2004 9:57:28)

Во! Точно! Золотые слова!!! Теперь мы понимаем почему мц рулит!

mc -bsaud

В печку его, Зина, в печку!

> А если там в каждом файле другая кодировка? один CP866 другой КОИ третий СР1251

rm -rf, однозначно... На# мне нужна помойка из 4'-х кодировок.

P.S.

Unicode рулит.

Dselect ** (*) (25.08.2004 10:02:38)

Ну рули юникод. А пдф однозначно рулит. А html не всегда у никоде. ;)

Расскажите, как в шелле правильно решить такую задачу. У меня есть каталог с файлами и несколько дискет. Мне нужно записать на дискеты информации, так, чтобы, во-первых, ее вместилось туда как можно больше, а во-вторых, был минимален риск потери. В mc и т.п. я выделяю файлы в различных комбинациях, подбирая их так, чтобы суммарный их размер приближался к объему дискеты. Задача комбинаторная, учитывающая много факторов: размеры файлов, их важность (что-то берем, а что-то может и полежать) и т.д. Научите, как это делать в шелле?

PS. "Отказаться от устаревших носителей информации" не предлагать.

про функциональность.

> Хорошо. АСМ функциональней Си?

Ага, я понял: mc -- это asm, shell -- это C :)

Неа не правильно понял...поменяй местами. сшел более функционален, но мц проще. Если тебе нужна функциональность-есть сшел под боком. ;)

почему "поменяй местами?"

> сшел более функционален, но мц проще.

Дык и C более функционален, а asm проще.

Дык и C более функционален, а asm проще.

? :) ну расскажи как там видеоадаптеры работают. Как там с регистрами надо все, или через чужие писаные библиотеки привык? ;)

Дык и C более функционален, а asm проще.

И еще раз повторюсь. Си не может быть функциональней асма. Может быть что просто ты АСМ не знаешь. ;) gcc переводит все в машинный код. Я тебе тайну одну открою. ;)

<cut> именами и я не знаю точно какие мне нужны </cut>

малчык сиди в винде....

P.S. man ls, man grep, man find, + shell intro

Sadistt0 * (*) (25.08.2004 10:16:12)

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

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

> Короче раз ты отказываешься писать на функциональном АСМе и уходишь на язык высокого уровня, то значит ты не опытный пользователь? :)

Нет. Если у тебя нет опыта работы с shell, то ты не можешь адекватно сравнить shell и mc.

oxonian **** (*) (25.08.2004 10:26:13)

Как так нет? Я же как то работаю. Или ты думаешь что я сижу и все поголовно делаю в мц? по базам данных лазю еще куда нить, архивирую что нить? :))

в никс системах, я тебе открою секрет, на одном мц многое не сделаешь. Даже мц не запустишь без знания. ;))

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

oxonian (*) (25.08.2004 9:16:38) >кто разбил психологический страх перед черным экраном и насущную потребность видеть "голубые панельки"

Кхе интересно, у меня чёрные панельки, мне куда себя относить?? При этом на первой консоли и второй bash на третьей mc, но а остальные консоли уже по необходимости использую.

очень просто. сложить все файлы каталога в tar (при желании - еще ужать), потом порезать этот архив split'ом по размеру флопов. При необходимости съэкономить пару килобайт, можно не делать файловой системы на флопах а записывать прямо dd.

А как все это потом под виндой склеить?

Какие то у вас советы не правильные.... вот к примеру у рар есть ключик автоматически заполнять. ;)

> Или ты думаешь что я сижу и все поголовно делаю в мц?

Я уже описал этот эволюционный процесс. Ты находишься на второй стадии. Полностью отказаться от mc ты не можешь и психологически чуствуешь себя в нем комфортно. Тем не менее, ты начала пользоваться шелл и думаешь, что хорошо в этом разбираешься. Может быть, ты даже PS1 поменял. С Esc-последовательностями. Если ты приложишь определенные усилия, то сможешь отказаться от mc. Если ты не будешь их прикладывать, при условии, что ты все-таки продолжишь много работать с unix, через год-два, ты все равно от него откажешься.

Ну пусть будет так как думаешь ты. ;) но муторно, ей богу муторно сшелом все манипуляции производить...все же приятно и ВФС есть. :) а так залез на фтп и консоль пропала...а тебе там архив подготовить надо было....;)

> Кхе интересно, у меня чёрные панельки, мне куда себя относить?? При этом на первой консоли и второй bash на третьей mc

см. oxonian **** (*) (25.08.2004 10:41:11)

> а так залез на фтп и консоль пропала...а тебе там архив подготовить надо было

man screen

> Си не может быть функциональней асма

дадад. вот только СУБД ты на АСМе писать будешь столетия. уж доказать этот код потом не сможешь вообще.

дадад. вот только СУБД ты на АСМе писать будешь столетия. уж доказать этот код потом не сможешь вообще.

Я же говорю, что и скрипты писать можно столетиями... ;))

Прикинь... фигня какая!!! Чуть не упал сейчас....
root@gateway /home# which screen
root@gateway /home# man screen
No manual entry for screen
root@gateway /home#
Памаги!!!

А то в край как нужно мне на фтп залезть и консоль юзать. ;)

Это не то что нужно? ;))

/usr/share/terminfo/s/screen
find: /mnt/floppy/iOAIINN.mp3: No such file or directory
root@gateway /home#

Уф. Даже дочитать только до половины смог.

Одни идиоты говорят "едим только яблоки, апельсины - мастдай". Другие - "ваши яблоки - дерьмо, нет фруктов, кроме апельсинов!". А нормальные люди едят и яблоки, и апельсины, и киви, и бананы...

>>"Командный интерпретатор уже озабочен выполнением команды", или как оно там? >хрень, согласен, задалбливает нипадецки.

Юзать нормальные версии нужно. У меня MC с http://mc.linuxinside.com/ и море страшных глюков с оригинальных версий просто забыто как кошмарный сон :) Ну и всякие вкусные мелочи, типа более приличной синтаксической раскраски в редакторе, запоминание после выхода положения редактируемого места при работе через ssh и т.п.

> Кхе интересно, у меня чёрные панельки, мне куда себя относить?? При этом на первой консоли и второй bash на третьей mc см. oxonian **** (*) (25.08.2004 10:41:11)

Представляешь уже два года работаю...

И вот что заметил, админил сервак без mc. Нормально было, не стояло его там. Я о нём и не вспоминал. Вобщем через какое-то время, что-то делал, подумал, удобнее бы с mc было б и поставил.

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

2 annonnymous (*) (25.08.2004 10:19:36)

я к тому что таким личьностям нех в unix like OS делать

>Юзать нормальные версии нужно. У меня MC с http://mc.linuxinside.com/ и море страшных глюков с оригинальных версий просто забыто как кошмарный сон :)

Он уже год не развивается.

я к тому что таким личьностям нех в unix like OS делать

Куда уж нам, Садист до тебя. :))

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

%mv source dest

Что может быть нагляднее?

>работа в шеле и отрицание нового равносильно вечной жизни в каменом веке

Новое никто не отрицает. Отрицают левые приблуды вроде мц, вижуал васика и мэсэ фронтпейджа.

Вечная жизнь рулит, хоть и в каменном веке. ;)

Тебе делать больше нечего нечего на закачку смотреть? Интересная работа.

Вечная жизнь рулит, хоть и в каменном веке. ;)

:))

Грамотный подход. Каждой задаче -- свой инструмент. В частности, для файловых манипуляций -- шелл.

>Много ли ты в ней наделаешь в современной обстановке тока?

Что такое "обстановке тока"?