Hello!
В сообщении от Wednesday 20 August 2008 12:58:41 Andrey Vasilenko написал(а):
> > Поставьте пакет с прошивкой и она сама будет подгружаться при включении
> > принтера. Есть у меня одна машинка etch с таким принтером, все работает,
> > прошивка грузится без моего участия.
>
> А откуда пк узн
Hello!
Ну, к программированию модификация прошивки отношение мало имеет - вы же не
новую прошивку пишете, а старую распаковываете/модифицируете/запаковываете,
соответствующие утилиты к вменяемым железкам давно написаны.
Что касается заливки прошивки в принтер - метод тыка конечно увлекателен, н
Hello!
В сообщении от Thursday 21 August 2008 20:33:45 [EMAIL PROTECTED] написал(а):
> Думаю ставить линукс соседу на ноутбук, по его просьбе, на пробу. Etch
> вероятно не хватит, ибо WiFi.
>
> В ЖЖ ru_debian все, кроме Витуса, советуют убунту. Уже почти убедили.
>
> Вопрос - если таки не стоит ст
Hello!
$ aptitude show mecab
Описание: Japanese morphological analysis system
Mecab is a morphological analysis system. It reads Japanese sentences from
the standard input, segments them into morpheme sequences, and outputs them
to the standard output with many additional pieces of information
Hello!
В сообщении от Saturday 23 August 2008 21:04:03 Artem Chuprina написал(а):
> На какой только геморрой ни пойдут люди, лишь бы не ответить на пять
> вопросов при установке пакета с MTA...
Через прокси, который ходит через роутер, выходящий в инет через двойной NAT
после ответа на вопросы п
Hello!
В сообщении от Saturday 23 August 2008 23:38:17 [EMAIL PROTECTED] написал(а):
> Господа, если необходимо показать все красивости современного, то
> рекомендую одиннадцатый openSUSE, по части демонстрации законченного
> решения, по моему мнению равных нет :)
То есть ни хрена не работает, за
Hello!
В сообщении от Monday 25 August 2008 09:18:45 Victor Wagner написал(а):
> Есть, например, mnogosearch. Лет пять назад оно работало вполне
> прилично для тех времен. Развивалось ли с тех пор - не знаю
Дык это ж вроде целый движок? Хотя конечно можно из него выломать интересную
функциональн
Hello!
В сообщении от Monday 25 August 2008 10:48:47 Victor Wagner написал(а):
> > Дык это ж вроде целый движок? Хотя конечно можно из него выломать
> > интересную функциональность.
>
> Там в общем-то и выламывать особо не надо. Индексатор в большинстве
> применений можно использовать как есть, а
Hello!
В сообщении от Monday 25 August 2008 15:46:48 Dmitry E. Oboukhov написал(а):
> чесговоря не знаю что такое mecab не смотрел
Пакет поддержки японской морфологии, его-то как раз уже к sqlite прикрутили
(английский, понятно, давно есть). Ну а русский язык, как обычно, нафиг
никому не нужен.
Hello!
Есть такая точка монтирования - /dev/shm, куда примонтирована tmpfs. Файлов
там нет, для чего нужна, непонятно. Предназначена ли эта ФС для работы
пользователя или зарезервирована на будущее?
Best regards, Alexey.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
Hello!
> эмм в исходном посте спрашивалось именно про русский ну и сабжект
>
> если русский нафиг не нужен тогда я ничего не понимаю
Мне вот понадобился, удивился, что морфологических движков еще поискать.
> нет он на своем движке
>
> довольно хорошо интегрируется с mysql
> поиск с учетом морфол
Hello!
В очередной раз просматривая возможные варианты сабжа, нашел в ленни пакеты
для nilfs2. Может ли кто поделиться опытом использования указанной ФС? Ссылки
на аналоги тоже будут полезны (использовать буду только входящие в
дистрибутив, но для общего развития буду рад узнать и о других вари
Hello!
В сообщении от Tuesday 26 August 2008 15:27:34 Иван Лох написал(а):
> Есть.
>
> http://www.aot.ru/download.php
>
> Лицензия библиотек LGPL
Спасибо, очень интересный проект.
Best regards, Alexey.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
Hello!
В сообщении от Tuesday 26 August 2008 21:34:08 Ky6uk написал(а):
> Симптомы следующие: после выбора ядра в GRUB начинается
> загрузка, но заканчивается буквально через 3-5 секунд с предложением
> залогиниться в систему. `df` показывает, что на все точки монтирования
> примонтирован один и т
Hello!
В сообщении от Tuesday 26 August 2008 13:39:08 Stanislav Maslovski написал(а):
> Для приложений, которые используют POSIX shared memory.
> Еще туда указывает симлинк
>
> % ls -l /etc/network/run
> lrwxrwxrwx 1 root root 16 2007-11-02 23:26 /etc/network/run ->
> /dev/shm/network
> и ifup кла
Hello!
В сообщении от Wednesday 27 August 2008 14:51:26 Stanislav Maslovski
написал(а):
> > $ ls -l /etc/network/|grep run
> > drwxr-xr-x 2 root root 4096 Авг 25 09:37 run
> >
> > $ ls -l /etc/network/run
> > итого 4
> > -rw-r--r-- 1 root root 28 Авг 25 09:37 ifstate
>
> Где-то в 2004 г. Tomas Ho
Hello!
В сообщении от Thursday 28 August 2008 16:42:06 Mikhail Ramendik написал(а):
> Всё это надо не только для меня, поэтому вариант "переучиться для всех
> задач на командную строку" в данном случае не интересен. Причина интереса
> именно к Xine - его умения по TV/DVB, а также наличие замечател
Hello!
В сообщении от Friday 29 August 2008 03:49:26 Mikhail Ramendik написал(а):
> Вопрос - нормальный ли в etch ndiswrapper? В частности, работает ли он с
> wpa_supplicant? Или если надо ndiswrapper - то ставить lenny?
>
> (Это я поставил-таки соседу убунту. Ага, щаз "из коробки". По форумам
> в
Hello!
Уже несколько месяцев наблюдаю разнообразные баги, как-то: зависание ноута при
закрытии крышки, невозможность регулировать яркость экрана клавишами (притом
команда xbacklight работает, а еще знаю, что на точно таком же ноуте у
товарища, купленного в тот же день и на который ленни установ
Hello!
В сообщении от Saturday 30 August 2008 10:54:31 Dmitry Nezhevenko написал(а):
> Все это скорее всего не debian-specific. Я бы посоветовал разобраться, как
> работают эти кнопки управления яркостью (они могут работать либо через
> acpid, либо слать обычные keycode). Если вообще событий от ни
Hello!
В сообщении от Saturday 30 August 2008 11:33:50 Mikhail Krasilnikov
написал(а):
> Так что обращаюсь за советом сюда: насколько совместимы выбранный мной
> ноут и Debian Lenny/Sid?
Сам такой ноут с ленни пользую почти год уже. В последних ядрах с сетью все
хорошо, но управление яркостью э
Hello!
В сообщении от Saturday 30 August 2008 17:16:00 Nicholas написал(а):
> > Уже несколько месяцев наблюдаю разнообразные баги, как-то: зависание
> > ноута при закрытии крышки, невозможность регулировать яркостъ
>
> Все что вы описали правильно - все эти баги встречаются и на DELL Inspiron.
>
>
Hello!
В сообщении от Sunday 31 August 2008 07:08:03 Kotikov Aleksey написал(а):
> Работает без установки оконной среды (тянет за собой только x11-common).
> Никакого fullscreen не наблюдается (я так думаю он ресайзить не умеет в
> таком режиме). Как с этим можно бороться?
Дистрибутив movix посмо
Hello!
В сообщении от Monday 01 September 2008 10:27:09 Павел Марченко написал(а):
> в общем раз на раз на приходится, но тем не менее не приятно, когда после
> suspend2disk загрузка останавливается на строчке
> ACPI:Using PIC for interrupt routing
> далее только выключение питания! после перезапу
Hello!
В сообщении от Tuesday 02 September 2008 00:14:54 Nicholas написал(а):
> > Вы тоже багрепорты оставьте
> > на эту тему на http://bugzilla.kernel.org/
>
> Рабочее ядро у меня не менялось с тех времен когда все работало (2.6.22,
> хотя более новые тестировал) - библиотеки апдетились.
> В этом
Hello!
В сообщении от Wednesday 03 September 2008 12:30:32 Mishustin Alexey
написал(а):
> "Лекция для начинающего линуксоида" Сергея Голубева, только сегодня
> опубликована. По-моему, ржач зачетный ))
>
> http://citkit.ru/articles/1070/
"Я нашел серьезный баг - скачал программу для работы с базо
Hello!
Недавно "пробегал" баг с openssl, когда мантейнер влез в исходный код, не
понимая, как тот работает. Сегодня натолкнулся на такую же проблему -
разработчики sqlite обнаружили ошибки в патчах деб-пакета (интересно, что
мешало мантейнеру самому обратиться к разработчикам с вопросом о корре
Hello!
В сообщении от Friday 05 September 2008 16:22:49 Sergey Spiridonov написал(а):
> > (ну, по крайней мере, когда мантейнер отказывался принять предложенные
> > мною изменения, он аргументировал это тем, что на его 64-бит машине они
> > не работают), на которой его патчи как раз и ошибочны. Во
Hello!
В сообщении от Friday 05 September 2008 16:37:51 Eugene V. Lyubimkin
написал(а):
> К сожалению, никто не застрахован от ошибок. Практика показывает, что
> некоторые апстримы месяцами не отвечают на запросы.
В данном случае апстрим отвечает в течении нескольких часов, максимум дней (в
пра
Hello!
В сообщении от Friday 05 September 2008 18:11:51 Eugene V. Lyubimkin
написал(а):
> Ёшкин зверь... Кто ещё из разработчиков Debian, кроме одного человека -
> мэйнтэйнера sqlite, знает о возникшем противоречии между вами? Если
> никто, то почему? Я не очень понимаю, что ты хочешь доказать в
Hello!
В сообщении от Friday 05 September 2008 18:48:17 Eugene V. Lyubimkin
написал(а):
> Есть команда QA, можно обратиться к её членам (мыла навскидку не скажу,
> но должно быть (или мэйл-лист)). Либо в debian-devel, некоторые
> недовольные конкретным решением сопровождающего люди уже так делали
Hello!
В сообщении от Friday 05 September 2008 19:07:58 Artem Chuprina написал(а):
> AP> а тот патч с ошибками, который в составе пакета идет, я не знаю,
> откуда AP> взялся.
>
> Номер бага, в котором сообщается, что этот патч ошибочен?
Сегодня в рассылке эскулайт обсуждался этот патч - его отка
Hello!
В сообщении от Saturday 06 September 2008 17:24:15 Grey Fenrir написал(а):
> С вайфаем, повезло. По крайней мере, проблем, озвученных здесь (низкая
> скорость) у меня не наблюдалось. i4965 после подгрузки прошивки честно
> забирала инет на 3-3.5Мбита. Связь не рвалась часов 5-6.
Т.е. через
Hello!
В сообщении от Tuesday 16 September 2008 19:44:34 Stanislav Maslovski
написал(а):
> ИМХО, нападки на shell объясняются прежде всего обычной человеческой
> ленью: нежеланием досконально разбираться с еще одним инструментом. Но,
> с другой стороны, инструмент-то этот базовый, во всех смыслах
Hello!
В сообщении от Wednesday 17 September 2008 10:43:29 Stanislav Maslovski
написал(а):
> > SM> ИМХО, нападки на shell объясняются прежде всего обычной
> > SM> человеческой ленью: нежеланием досконально разбираться с еще одним
> > SM> инструментом. Но, с другой стороны, инструмент-то этот б
Hello!
> > Есть еще программирование в машинных кодах - не требует никакого
> > интерпретатора или компилятора, вот красота-то. Почему вы не хотите
> > использовать машинные коды?
>
> А почему, Алексей, вы за меня что-то додумываете? Есть необходимость
> использовать машинные коды -- использую. Не
Hello!
В сообщении от Thursday 18 September 2008 11:39:40 Stanislav Maslovski
написал(а):
> > разве что конструкции вида ls|wc -l или максимум ps aux|grep soffice|
> > awk '{print $2}'|xargs kill -9
>
> Кстати,
> % apt-get install procps
> % man pkill
> чтобы так не извращаться.
Спасибо!
Best r
Hello!
В сообщении от Thursday 18 September 2008 17:13:17 Stanislav Maslovski
написал(а):
> > И что происходит с написанными вами программами при их переносе на другую
> > архитектуру - сразу выкидываете или все же переписываете?
>
> Их никуда переносить не приходится.
Тогда у вас совершенно дру
Hello!
В сообщении от Monday 22 September 2008 14:34:52 Artem Chuprina написал(а):
> y> А чем python не угодил? Для не больших программ вполне кажется
> y> ничего.
>
> Питон - это неплохой способ сделать из небольшой программы большую :-)
> Ну и тараканы с отступами...
Это не тараканы, это
Hello!
В сообщении от Monday 22 September 2008 17:15:47 Serhiy Storchaka написал(а):
> > P.S. Иногда пишу на питоне мелкие утилитки (в питоне много биндингов к
> > ГИС и картографическим библиотекам), но код надо писать с нуля и за один
> > раз, иначе при открытии в редакторе с другими настройками
Hello!
В сообщении от Tuesday 23 September 2008 17:21:24 Artem Chuprina написал(а):
> Ну, "идиотский питон" тоже, я думаю, можно переформатировать. За
> исключением идиотского правила "одна табуляция для интерпретатора равна
> 8 пробелам" и того большого, но все же не смертельного (решается,
> на
Hello!
В сообщении от Tuesday 23 September 2008 22:04:14 Serhiy Storchaka написал(а):
> > SS> Если отступы пробелами — код будет выглядеть одинаково в любых
> > SS> редакторах. Если отступы табуляцией — любой такой код будет
> > SS> выглядеть так, как хочет владелец конкретного редактора. В чё
Hello!
В сообщении от Wednesday 24 September 2008 13:26:14 Dmitry E. Oboukhov
написал(а):
> например файловые операции на шелле всегда делаются проще
>
> grep bla-bla file.txt|awk bla-bla|filter bla-bla >file2.txt
Пайпы вроде как ядром поддерживаются и запуск бинарника тоже шелл не требует.
Так
Hello!
В сообщении от Wednesday 24 September 2008 14:04:07 Dmitry E. Oboukhov
написал(а):
> пусть даже пайпы
> пайпы ядром, а использование их какое?
Можно делать как очень просто, так и посложнее, по ситуации. Например, такая
вот конструкция для прогонки произвольного содержимого через tidy:
Hello!
В сообщении от Wednesday 24 September 2008 16:04:29 Dmitry E. Oboukhov
написал(а):
> AC>>> set cat [open "|cat" r+]
> AC>>> set io [ open "|/usr/bin/tidy -q --show-body-only 1 -f /dev/null <@
> $cat" r] AC>> |/usr/bin/tidy -q --show-body-only 1 -f /dev/null <@ $cat
> AC>> - это ж голимый ш
Hello!
В сообщении от Wednesday 24 September 2008 15:59:47 Dmitry Fedorov написал(а):
> > Это, батенька, очень смотря какие файловые операции. Вот in-place
> > замену qqq на zzz ты как на шелле будешь делать?
>
> sed -i -e "s/qqq/zzz/g" file
Это вызов внешней утилиты, а не встроенные средства ше
Hello!
В сообщении от Wednesday 24 September 2008 14:38:36 Andrey Kiselev написал(а):
> > Стиль программирования к используемому цвету фона или пробелам vs
> > табуляция отношения не имеет.
>
> К цвету фона действительно не имеет, а к пробелам --- имеет. Смешивать
> пробелы и табуляцию в исходнике
Hello!
В сообщении от Wednesday 24 September 2008 16:31:06 Dmitry E. Oboukhov
написал(а):
> AP> Это вызов внешней утилиты, а не встроенные средства шелла.
> вызовы внешних утилит это и есть встроенные средства шелла.
> шелл для этого и задуман чтобы склеивать эти вызовы
>
> AP> Я где-то в треде
>
Hello!
> нужно перехватить поток и выполнить преобразование между 2 и 3, делаем
> так:ж
>
> cmd1|cmd2|filter_cmd|cmd3
И как вы на шелле сделаете filter_cmd в том файле, откуда указанную цепочку
вызываете? Будете для каждого фильтра отдельный скрипт создавать? А если
фильтры создаются при обраще
Hello!
В сообщении от Wednesday 24 September 2008 16:42:18 Dmitry E. Oboukhov
написал(а):
> AK> grep и awk не являются командами шелла. Покажите, как сделать то же
> AK> самое средствами шелла.
> все время неверное понимание предмета.
> шелл - это клей между утилитами. сам клей может быть полезен
Hello!
В сообщении от Wednesday 24 September 2008 16:46:32 Dmitry E. Oboukhov
написал(а):
> AP> То, что код на шелле смешан с кодом на sed'е. Еще можно для веселья
> сделать AP> перловые, тиклевские, питоновские, явовские и другие вставки.
> Вызвать внешние AP> _независимые_ утилиты - хорошо и по
Hello!
В сообщении от Wednesday 24 September 2008 15:53:07 Dmitry E. Oboukhov
написал(а):
> я не путаю
> если бы не было шелла wget бы был не нужен
А вам известно, что gnuplot умеет генерить тиклевский код и ему шелл нафиг не
нужен? А вы его, наверное, не раз из шелла вызывали, безобразие како
Hello!
В сообщении от Wednesday 24 September 2008 16:56:06 Dmitry E. Oboukhov
написал(а):
> AP> И как вы на шелле сделаете filter_cmd в том файле, откуда указанную
> цепочку AP> вызываете? Будете для каждого фильтра отдельный скрипт
> создавать? зачем? напишу НАПРИМЕР так:
>
> filter_cmd()
> {
>
Hello!
В сообщении от Wednesday 24 September 2008 17:01:28 Dmitry E. Oboukhov
написал(а):
> AK> ... которые могут быть написаны на любом языке, допускающем вызов
> AK> внешних команд.
> ага, когда ты на языке каком-то пишешь последовательные вызовы внешних
> команд ты этот язык в шелл и превращае
Hello!
В сообщении от Wednesday 24 September 2008 16:57:56 Stanislav Maslovski
написал(а):
> > > нужно перехватить поток и выполнить преобразование между 2 и 3, делаем
> > > так:ж
> > >
> > > cmd1|cmd2|filter_cmd|cmd3
> >
> > И как вы на шелле сделаете filter_cmd в том файле, откуда указанную
> >
Hello!
В сообщении от Wednesday 24 September 2008 17:05:58 Dmitry E. Oboukhov
написал(а):
> AP> Не путайте обращения к внешним программам для работы и для подмены
> недостающих AP> средств.
> а как их не путать? у шелла например нет операций поиска/хождения по
> дереву каталогов/файлов, find и ls
Hello!
В сообщении от Wednesday 24 September 2008 17:20:15 Dmitry E. Oboukhov
написал(а):
> AP>> Ну не хорошо. Ну не хорошо совсем не читать документацию.
> AP>> Шелл умеет, например, такое, не говоря уж о шелл-функциях:
> AP>>
> AP>> echo "abra cadabra" | while read A B; do echo $B $A; done
>
>
Hello!
В сообщении от Wednesday 24 September 2008 17:16:18 Dmitry E. Oboukhov
написал(а):
> AP> Если шелл служит для связки врешних утилит, то он должен уметь
> "склеивать" AP> _любые_ утилиты. Но, как показывает практика, это не так.
>
> как показывает практика универсальных инструментов нет
Ес
Hello!
В сообщении от Wednesday 24 September 2008 17:33:23 Dmitry E. Oboukhov
написал(а):
> AP> Ну потому апач я давно выкинул со своих серверов. Нормальные
> веб-сервера, AP> например, AOLServer или lighttpd умеют работать без
> костылей в виде nginx. К AP> примеру, 500 одновременных пользовател
Hello!
В сообщении от Wednesday 24 September 2008 17:20:42 Игорь Чумак написал(а):
> > AP> Не путайте обращения к внешним программам для работы и для подмены
> > недостающих AP> средств.
> > а как их не путать? у шелла например нет операций поиска/хождения по
> > дереву каталогов/файлов, find и ls
Hello!
В сообщении от Wednesday 24 September 2008 17:26:07 Dmitry E. Oboukhov
написал(а):
> AP> Ясно, для замены. Когда-то их вызов оправдан, но в шелле у вас нет
> выбора. в шелле как раз выбор есть
> и внутренний glob (for i in *.avi; do .. done) и внешние варианты
> ls/find/du/что там еще :)
Hello!
В сообщении от Wednesday 24 September 2008 17:44:54 Dmitry E. Oboukhov
написал(а):
> AP>> А при чем тут это? Если, например, в cmd.exe dir встроен, а в bash ls
> - AP>> нет, то cmd становится более правильным шеллом? ;)
> AP>> ls позиционируется как ярчайший пример unix-way - умеет лишь пе
Hello!
В сообщении от Wednesday 24 September 2008 17:27:50 Andrey Kiselev написал(а):
> > > > Стиль программирования к используемому цвету фона или пробелам vs
> > > > табуляция отношения не имеет.
> > >
> > > К цвету фона действительно не имеет, а к пробелам --- имеет.
> > > Смешивать пробелы и т
Hello!
В сообщении от Wednesday 24 September 2008 17:38:09 Aleksey Cheusov
написал(а):
> > Средством объединения внешних программ является тикль, а ни разу не
> > шелл :-) А если вы посмотрите на количество башизмов в разных
> > скриптах, то поймете, что без них мало кто обходится, а кто их
> > и
Hello!
> AP> Вы аргументируете пригодность шелла тем,
> AP> что многие устаревшие решения имеют подобные проблемы.
> это где это я так аргументирую?
Перенос на другую систему является проблемой, т.к. нужно еще портировать много
внешних утилит.
> AP> Когда появился bash,
> AP> не было всех тех я
Hello!
В сообщении от Wednesday 24 September 2008 17:57:49 Игорь Чумак написал(а):
> > Точно! Именно печатать листинг с форматированием и т.п. Для получения
> > программой списка файлов в директории ls явно не нужен, избыточен и
> > неэффективен.
> >
> >
> >
>
> Но оно уже есть. Программисту не
Hello!
В сообщении от Wednesday 24 September 2008 17:56:19 Dmitry Nezhevenko
написал(а):
> On Wed, Sep 24, 2008 at 05:49:47PM +0400, Alexey Pechnikov wrote:
> > > AP> Ясно, для замены. Когда-то их вызов оправдан, но в шелле у вас нет
> > > выбора. в шелле как раз выбор
Hello!
В сообщении от Wednesday 24 September 2008 18:07:42 Artem Chuprina написал(а):
> Это не причина и следствие. Это яйца и курица. Мелкие утилиты, каждая
> из которых решает только одну задачу, зато хорошо, плюс sh как
> средство их интеграции и _легкого перехода от ручного ввода команд к
>
Hello!
В сообщении от Wednesday 24 September 2008 18:40:00 Dmitry E. Oboukhov
написал(а):
> вон товарищЧь один либу с cpan на перл собирал одну, а она nmake (эмм
> вот не помню точно какой ?make но по моему nmake) просила, так он для ее
> сборки вынужден был поставить 1.5 гига вижуал студию и дал
Hello!
В сообщении от Wednesday 24 September 2008 18:17:00 Dmitry E. Oboukhov
написал(а):
> и кстати если о ней говорить, то самый дорогой ресурс по сей день -
> память, и вот шелл скрипт последовательно вызывающий сторонние
> программки или даже одновременно запускающий пайповые процессы может
>
Hello!
В сообщении от Wednesday 24 September 2008 19:25:12 Artem Chuprina написал(а):
> >> и кстати если о ней говорить, то самый дорогой ресурс по сей день -
> >> память, и вот шелл скрипт последовательно вызывающий сторонние
> >> программки или даже одновременно запускающий пайповые процессы
Hello!
В сообщении от Wednesday 24 September 2008 19:15:46 Dmitry E. Oboukhov
написал(а):
> AP> Разумеется, очень экономно - запустить сторонний бинарь на пару
> мегабайт AP> вместо вызова встроенной функции...
>
> смотри, ты пускаешь бинарь на пару мегабайт и после этого память СИСТЕМЕ
> ВОЗВРАЩ
Hello!
В сообщении от Wednesday 24 September 2008 19:33:01 Dmitry E. Oboukhov
написал(а):
> > не согласен, одна из отличительных черт перлового кода написаного
> > специалистом - через некоторое время специалист сам с трудом читает этот
> > код,
>
> это старая сказка с ЛОР'а к действительности им
Hello!
В сообщении от Wednesday 24 September 2008 18:13:28 Artem Chuprina написал(а):
> AP> Зато исходник на С после его пересохранения в редакторе с другими
> AP> настройками спецсимволов останется рабочим.
>
> Винворд тоже является редактором с другими настройками спецсимволов.
> Даже когда со
Hello!
В сообщении от Thursday 25 September 2008 13:57:27 Dmitry E. Oboukhov
написал(а):
> AC> Поясняю. Если б у тебя был записанный в /usr/local/bin однострочный
> AC> перловый скрипт, которым ты действительно пользуешься, и ты б его
> AC> показал - это был бы реальный пример. Остальные - гипо
Hello!
В сообщении от Wednesday 24 September 2008 21:28:20 Dmitry E. Oboukhov
написал(а):
> AP> В свое время сам столкнулся с проблемой, что при объеме перлового кода
> в AP> несколько мегабайт поддержка проекта становится чересчур накладной. В
> итоге AP> перенес все проекты на тикль - времени и
Hello!
В сообщении от Thursday 25 September 2008 13:56:12 Dmitry E. Oboukhov
написал(а):
> VW>> тикль уже научился аналог перлового /e? расставить номера строк в
> тексте
>
> VW> В две строчки.
> ну вот видишь, в две, там где достаточно одной ;)
Пример парсера для таких вот данных:
Serial_in_CO
Hello!
В сообщении от Wednesday 24 September 2008 22:22:14 Artem Chuprina написал(а):
> >> AP> Разумеется, очень экономно - запустить сторонний бинарь на пару
> >> мегабайт AP> вместо вызова встроенной функции...
> >>
> >> смотри, ты пускаешь бинарь на пару мегабайт и после этого память
> СИСТ
Hello!
В сообщении от Wednesday 24 September 2008 22:31:42 Artem Chuprina написал(а):
> AP> Интерпретатор один. А из шелловского скрипта могут идти сотни
> AP> вызовов внешних утилит, притом зачастую для простейших обработок
> AP> небольших строк.
>
> Так мы там про память говорим, а не про нак
Hello!
В сообщении от Thursday 25 September 2008 20:01:26 Dmitry E. Oboukhov
написал(а):
> номера строки расставляются регекспом
>
> s/^/sprinf "%05d ", $lno++/emg;
Все равно обычно вывод делается построчно, так что можно нумеровать и так:
#!/usr/bin/tclsh
set lines {one two}
set i 0
foreach li
Hello!
В сообщении от Thursday 25 September 2008 20:35:34 Dmitry E. Oboukhov
написал(а):
> AP> Пример парсера для таких вот данных:
>
> нихрена не понял в постановке задачи, кто на ком стоял?
Постановка задачи - распарсить указанные данные. Я привел решения тиклевское и
перловое по идеологии (х
Hello!
В сообщении от Thursday 25 September 2008 21:02:14 Dmitry E. Oboukhov
написал(а):
> вот тут и надо вывести все с номерами строк
> то есть ты предлагаешь рассплитить на строки, и вывести номера строк со
> строками в цикле, а /e регексп это делает без геморроя просто
На строки разделить - л
Hello!
В сообщении от Thursday 25 September 2008 20:59:08 Dmitry E. Oboukhov
написал(а):
> AP> Постановка задачи - распарсить указанные данные. Я привел решения
> тиклевское и AP> перловое по идеологии (хотя оба парсера написаны на тикле,
> товарищ никак не AP> может избавиться от призрака перла,
Hello!
В сообщении от Thursday 25 September 2008 21:36:53 Dmitry E. Oboukhov
написал(а):
> AP> В сообщении от Thursday 25 September 2008 20:59:08 Dmitry E. Oboukhov
> AP> написал(а):
> AP>>> Постановка задачи - распарсить указанные данные. Я привел решения
> AP>> тиклевское и AP> перловое по идео
Hello!
В сообщении от Thursday 25 September 2008 21:43:15 Dmitry E. Oboukhov
написал(а):
> SS> А-а-а, т.е. все данные уже загружены в память? Ну так эка невидаль. Вот
> например однострочник на питоне:
>
> SS> data = '\n'.join('%5d %s' % (i+1, line) for i, line in
> enumerate(data.splitlines()))
Hello!
> AP> Ну да ладно, специально для вас, код _в одну строку_:
>
> AP> set i 0; foreach line [split $lines \n] {puts "[incr i] $line"}
>
> printf "%05d %s", $counter++, $_ for split /\n/, $lines;
> то же самое и на перле пишется, при необходимости. просто перл попутно
> более простые средства
Hello!
В сообщении от Thursday 25 September 2008 22:01:21 Dmitry E. Oboukhov
написал(а):
> AP> Так намного лучше. Хотя вот в таком эскейпинге - \@ очень легко
> ошибиться. Ну AP> и $@ или $_ читабельности не добавляют, а совместо с ; в
> конце строки AP> становятся малочитаемыми.
> так это вопрос
Hello!
> AP> Получается, после реализации в тикле указанной функции перл можно
> выкинуть, AP> вместе с шеллом? Дело движется :-)
> нет ты не в ту степь копаешь
>
> есть в перле УНИВЕРСАЛЬНЫЙ инструмент - /e
> одну из задач им решаемую ты предложил функцию с циклом
> появится вторая опять функцию
Hello!
> AP> Как-то видел примеры нечитабельного кода на С - тоже кстати
> однострочного. AP> Было бы интереснее сравнить _хороший_ код на разных
> языках, а не AP> однострочный...
> в том и фишка что на перле можно писать _хороший_ _однострочный_ код :)
>
> s/^/sprintf '%05d ', $lno++/emg;
>
> и
Hello!
> а чем шелл от языка программирования отличается?
Да я и затеял топик, чтоб выяснить это. Пока что получается, что если язык
программирования позволяет легко вызывать внешние программы, он может
заменить шелл.
> AP> А зачем их так много?
> ну не так уж и много, часто используемых десят
Hello!
> есть язык, скажем C, представляет пользователю 5 (на самом деле _чуть_
> больше, но не суть) синтаксических конструкций. можно на нем писать ВСЕ
> что угодно. операционные системы, парсеры итп
> и есть другой язык в котором конструкций не 5 а 25
> и этот другой язык ругают: еще бы, когда-
Hello!
В сообщении от Friday 26 September 2008 09:14:39 Artem Chuprina написал(а):
> AP> Из-за одного вызова однострочного выражения говорить о преимуществе
> AP> перла конечно интересно, но если вы этот регексп единожды в жизни
> AP> написали, то его изучение и необходимость его помнить не сто
Hello!
В сообщении от Friday 26 September 2008 14:14:53 Dmitry E. Oboukhov
написал(а):
> вот если бы агитаторы тикля, написали бы тикльsh, который _удобно_ рулил
> бы пунктом в), в котором были бы комплишены к большинству консольных
> команд, с встроенными справочниками итп (как zsh) то глядишь б
Hello!
В сообщении от Friday 26 September 2008 14:03:09 Dmitry E. Oboukhov
написал(а):
> AC>>> _Программируемыми_ автодополнителями я не пользуюсь.
> AC>>> Ибо нефиг :-) жир разводить.
> AC>> типа лучше ручками каждый раз вдалбливать
> AC> Да.
> ну если мосье садомазохист то это не значит что все
Hello!
> AP> tclsh8.4 [/srv/projects/work/billing/db/collector_telephony_cisco]ls
> AP> old _tac_log.bz2 tac_log.bz2 tac_log_converter.tcl
> tac_log_parser.tcl
>
> AP> Ну и Tab-ом дополняет, разумеется. А вы как думали, откуда топик
> взялся? что дополняет?
>
> запустил tclsh
> пишу
>
> wget -
Hello!
В сообщении от Friday 26 September 2008 17:14:59 Dmitry E. Oboukhov
написал(а):
> AP> Лучше один раз прочитать ман, чем всю жизнь мыкаться со всякими
> дополнителями. да да
> такие как ты и пользуются редакторами без подсветки синтаксиса
> много таких знаю: типа зачем оно надо? я итак все
Hello!
> это "преждевременная оптимизация" -- болезнь многих программистов.
> Мне наплевать сколько строк в /etc/init.d/apache , 250 или 2500 ,
> я запускаю его достаточно редко, что бы беспокоиться об этом.
>
> > и кстати если о ней говорить, то самый дорогой ресурс по сей день -
>
> Самый дорого
Hello!
В сообщении от Friday 26 September 2008 11:37:37 Игорь Чумак написал(а):
> >> Но оно уже есть. Программисту не всё равно, откуда в программе появился
> >> список файлов - из внешнего ls или из встроенного в шелл кода?
> >>
> >
> > Кодеру может и все равно, а вот программисту - нет. Пос
Hello!
В сообщении от Wednesday 24 September 2008 21:09:00 Alex Myodov написал(а):
> На протяжении десятилетий существования программирования едва ли не
> основной целью программирования (таксзать, "аксиомой") было "решить
> задачу как можно более быстро". И основной методикой ("теоремой") для
> д
Hello!
В сообщении от Friday 26 September 2008 16:32:22 Stanislav Maslovski
написал(а):
> > Ну и Tab-ом дополняет, разумеется. А вы как думали, откуда топик взялся?
>
> Серьёзный посыл, однако. И давно ты уже под tclsh и без bash/zsh/..
> работаешь? И в /etc/passwd, наверно, себе в качестве shell
Результаты 101 - 200 из 1918 matches
Mail list logo
