Re: Нужен ли bash
> On Tue, Sep 23, 2008 at 04:02:44PM +0300, Aleksey Cheusov wrote: >> На любом нормальном языке, кроме идиотского питона, >> можно (теоретически) совсем не заботиться о том, как сохранен >> текст программы в файле. Форматирование же делать при загрузке >> его редактором > А если не C? А если не Emacs? А если не редактор вообще? Это теперь, > простите, в каждый занюханный cat встраивать мегаформаттер на 50 ЯП, > чтобы видеть исходники в человеческом виде? То, что я написал выше реализуемо на практике только в какой-нибудь мегабольшойсистемевсебе, типа SAP-а или чего-то подобного. В UNIX мире это вряд ли приживется, как не прижилась smalltalk-овская идея скрестить среду разработки с собственно ЯП. Что касается cat-а. Да не проблема. indent-my-vafourite-language тоже сможет. Была бы цель. Кстати, a2ps вполне печатает пропорциональными шрифтами текст на языке программирования. Вполне симпатично выглядит. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Aleksey Cheusov wrote: > P.S. В sed-е FreeBSD опция -i таки. Это во-первых. Во-вторых, -i нет > в стандарте, и, стало быть, идет он лесом лесом, полем полем. На мой > взгляд, совершенно бесполезная и ненужная вещь, идущая вразрез со > всеми остальными ютилами юникса. Гораздо полезнее была бы допустим утилита inplace, берущая имя файла, скармливающая содержание на вход программе или даже конвейеру и записывающая назад результат. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
> Aleksey Cheusov wrote: >> P.S. В sed-е FreeBSD опция -i таки. Это во-первых. Во-вторых, -i нет >> в стандарте, и, стало быть, идет он лесом лесом, полем полем. На мой >> взгляд, совершенно бесполезная и ненужная вещь, идущая вразрез со >> всеми остальными ютилами юникса. > Гораздо полезнее была бы допустим утилита inplace, берущая имя файла, > скармливающая содержание на вход программе или даже конвейеру и > записывающая назад результат. Можно. Но меня вполне устраивает set -e pipe < $f > $f.tmp mv $f.tmp $f' -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Dmitry Azhichakov wrote: > А если выравнивать бездумно табуляциями, придавая им смысл, отличный от > того, который принят большинством, то запись расползется у всех, кроме > вас. Если же не заботиться о совместимости, то зачем городить костыли, > надо уж сразу научить компилятор понимать ODF -- со стилями, картинками > и встроенным видео. По крайней мере, все имеющие OpenOffice смогут > увидеть исходники в том же виде, что и автор. Я не хочу видеть исходники в том же виде, что и автор. Я их хочу видеть в удобном _для_меня_ виде. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Выравнивания
2008/9/25 Artem Chuprina <[EMAIL PROTECTED]>: > Dmitry Azhichakov -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008 > 01:58:15 +0400: > Табуляции достаточно. А тот, кто использует пробел для форматирования, > суть секретутка независимо от типа первичных половых признаков. Странный вывод. В pear используются пробелы. -- Best regards, Oleg Gashev.
Раскрутка сайтов
РЕКЛАМА НА САЙТАХ Предлагаем произвестим рассылку Вашего объявления по доскам, форумам, гостевым книгам и блогам. ЭТО ЯВЛЯЕТСЯ ВАЖНЫМ ЭТАПОМ В ПРОДВИЖЕНИИ САЙТА! 1000 форумов - 650 руб. 2000-3000 - 520 руб. за тысячу 4000-6000 - 500 руб. за тысячу 7000-9000 - 470 руб. за тысячу 1-13000 - 440 руб. за тысячу 14000 - и более - 410 руб. за тысячу ЛЮБЫЕ ФОРМЫ ОПЛАТЫ. Телефоны: (Ч95)5Ч2 39 87, (Ч95) 51Ч 42 65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
системы контроля доступа через электрон ные считыватели.
никто не занимался подобной темой относительно дебиана? из требований только учет прихода\ухода сотрудников по сигналу от считывателя. -- _ *** * icq: 161874711* * jabber: [EMAIL PROTECTED] * * irc.starlink.ru,#Gene, Devil_InSide * *Registered linux user #450844* *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
> Dmitry Azhichakov wrote: >> А если выравнивать бездумно табуляциями, придавая им смысл, отличный от >> того, который принят большинством, то запись расползется у всех, кроме >> вас. Если же не заботиться о совместимости, то зачем городить костыли, >> надо уж сразу научить компилятор понимать ODF -- со стилями, картинками >> и встроенным видео. По крайней мере, все имеющие OpenOffice смогут >> увидеть исходники в том же виде, что и автор. > Я не хочу видеть исходники в том же виде, что и автор. Я их хочу видеть в > удобном _для_меня_ виде. Как я уже говорил, для того, чтобы удовлетворить требования всех, нужна одна маленькая вещь - отказаться от хранения _форматирования_ в файле и повесить эту задачу на редакторы и всякие IDE, то есть на момент загрузки файла исходного текста в память. На практике это нереализуемо, поэтому флейм бесполезен :) -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
firefox пожирает мой процессор
Совершенно случайно, никто не знает, есть ли у firefox-а где-нибудь кнопка, нажав на которую я бы мог прекратить "прокрутку" всяческих анимационных gif-ов и прочие виды интерактивности, как то скачивание новых картинок, проигрывание музыки, java скриптов и прочего. Если такая кнопка есть, скажите, где она. Если ее нет, скажите, в каком веб навигаторе она есть. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: системы контроля доступа через электронные считыватели.
В Чтв, 25/09/2008 в 12:32 +0400, -=Devil_InSide=- пишет: > никто не занимался подобной темой относительно дебиана? > из требований только учет прихода\ухода сотрудников по сигналу от считывателя. А дебиан то тут причем? Для начала каким образом и кто выдает сигнал? В какой базе и как храняться данные сотрудников и т.д., но это к дебиану опять ну отношение как по мне практически не имеет. -- With best regards Tochenyk Oleg E-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Выравнивания
Oleg Gashev wrote: >> Табуляции достаточно. А тот, кто использует пробел для форматирования, >> суть секретутка независимо от типа первичных половых признаков. >> > Странный вывод. В pear используются пробелы. > Донельзя логичный вывод - и pear это только подтверждает. Символ табуляции используется для хранения форматирования на уровне model. Символ пробела используется для отображения форматирования на уровне view. Если человек не способен различить эти два уровня, то он почти наверняка либо секретутка, либо PHP-шник. Alex Myodov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: системы контроля доступа через элект ронные считыватели.
,--[-=Devil_InSide=-, Thu, 25 Sep 2008 12:32:17 +0400] |никто не занимался подобной темой относительно дебиана? |из требований только учет прихода\ухода сотрудников по сигналу от считывателя. | `- вот, наткнулся: http://2sc.ru/product даже под линукс. наверна одни единственные - остальные, которых в инете нашел, прикручивают только к винде. :) -- _ *** * icq: 161874711* * jabber: [EMAIL PROTECTED] * * irc.starlink.ru,#Gene, Devil_InSide * *Registered linux user #450844* *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: firefox пожирает мой процессор
Плагин Adblock Plus ?
Re: firefox пожирает мой процессор
11:33 Thu 25 Sep , Aleksey Cheusov написал: > Совершенно случайно, никто не знает, есть ли у firefox-а где-нибудь > кнопка, нажав на которую я бы мог прекратить "прокрутку" всяческих > анимационных gif-ов и прочие виды интерактивности, как то скачивание > новых картинок, проигрывание музыки, java скриптов и прочего. > > Если такая кнопка есть, скажите, где она. Если ее нет, скажите, в > каком веб навигаторе она есть. Для gif-ов есть - Esc, как на остальное влияет не знаю -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: системы контроля доступа через элект ронные считыватели.
,--[Tochenyk Oleg, Thu, 25 Sep 2008 11:37:05 +0300] |В Чтв, 25/09/2008 в 12:32 +0400, -=Devil_InSide=- пишет: |> никто не занимался подобной темой относительно дебиана? |> из требований только учет прихода\ухода сотрудников по сигналу от считывателя. |А дебиан то тут причем? Для начала каким образом и кто выдает сигнал? пока никто никоим образом сигналов не выдает, система выбирается --- чтоб выдавало. | В |какой базе и как храняться данные сотрудников и т.д., но это к дебиану |опять ну отношение как по мне практически не имеет. | | |-- With best regards Tochenyk Oleg E-mail: [EMAIL PROTECTED] | | `- в принципе - да. просто на множестве сайтов множество систем и все требуют исключительно оффтопика. многие хотят еще ms sql или oracle совместно в оффтопик сервер не ниже 2003. а дебиан --- везде на компах стоит дебиан и изменять данный факт неохота. -- _ *** * icq: 161874711* * jabber: [EMAIL PROTECTED] * * irc.starlink.ru,#Gene, Devil_InSide * *Registered linux user #450844* *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
AC> момент загрузки файла исходного текста в память. На практике это AC> нереализуемо, поэтому флейм бесполезен :) а почему собственно? вот беру perl'овый код, выделяю все нажимаю = (в vim'е) довольно приемлемо форматирует. и я уже подумывал приделать было такой вариант, чтобы на открытии файла всегда переформатило, но есть одна проблема - svn и (главное) diff получается если настройки у каждого свои, то открыл файл поправил константу а diff на весь файл размером -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
AC>>> Вот только у солярковского sed, в отличие от гнутого, нету -i, у find - AC>>> встроенного xargs, и т.п. AC>> это все от того что у солярки лицензия неправильная, а то бы Debian до AC>> нее бы добрался уже тоже и все это было (PS: а ведь и на солярку то AC>> никто gnu utils поставить не мешает) AC> Не надо думать, что GNU utils самый лучший utils на свете. Это мягко AC> говоря неправда. ага, как после GNU utils попадаешь в какую другую систему, где нет привычных комплишенов, нет опций у find итп итд сразу понимаешь какая это "неправда" :) AC> Что касается соляры - ее несовместимый со стандартами AC> userspace - это проблемы мэнэджмента (проблеме не придается должного AC> значения) и никакого отношения к лицензии это не имеет. нет я не о том говорил, я говорю что если бы у соляры была правильная лицензия, то Debian/солярис уже бы наверно появился AC> А что касается GNU расширений, к которым ты привык, и не видишь их в AC> других системах, то это, друг, уже Ваши проблемы, а не других систем ;-) если фича А есть в GNU и нет в другой системе, то это ладно мои проблемы но когда к фиче А прибавляется B, C, D, E, F... то это уже проблемы системы, потому что я ее просто тупо выкину и всего делов :) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
AC> Вот только у солярковского sed, в отличие от гнутого, нету -i, у find - AC> встроенного xargs, и т.п. AC это все от того что у солярки лицензия неправильная, а то бы AC Debian до нее бы добрался уже тоже и все это было (PS: а ведь и на AC солярку то никто gnu utils поставить не мешает) AC>>> У фрюхи тоже лицензия неправильная? AC>> почему? правильная AC>> Debian на bsd вполне себе уже есть, например io.debian.net на нем AC>> крутится: AC>> $ uname -a AC>> GNU/kFreeBSD io.debian.net 7.0-1-686 #0 Thu Mar 6 05:01:23 CET 2008 i686 i386 AMD Sempron(tm) Processor 2600+ GNU/kFreeBSD AC>> $ cat /etc/debian_version AC>> lenny/sid AC> Фрюха - это не ядро, это система. в данном случае именно ядро :) AC>>> А поставить на солярку gnu utils AC>>> могут помешать, скажем, сертификационные требования. AC>> ну тогда вместо солярки вполне можно поставить дебиан и не париться AC> Нельзя. Не сертифицировано. Да и, допустим, нагрузку не тянет (солярка AC> - она реально в критичных местах быстрее). о какой нагрузке речь в coreutils? нагрузка тут не при чем нагрузку как раз тянет ядро и конкретная серверная софтина которая в общем случае там и тут одинаковая (апач например или БД) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: системы контроля доступа через электронные считыватели.
Ну когда-то давно... железка выдавала данные по RS-232 интерфейсу и всех делов было набросать программу которая слушала COM-порт, данные там были простые типа номер карточки и направление... а дальше это все шло в текстовый файл, который уже другими людьми разгребался и толкался в интербейсную базу. В общем я бы смотрел на железки и в каком виде и как они подключаются к компьютеру и как сообщают о себе... остальное в принципе делается на любом языке (привет любителям/нелюбителям баша) и довольно не сложно. В Чтв, 25/09/2008 в 13:46 +0400, -=Devil_InSide=- пишет: > ,--[Tochenyk Oleg, Thu, 25 Sep 2008 11:37:05 +0300] > |В Чтв, 25/09/2008 в 12:32 +0400, -=Devil_InSide=- пишет: > |> никто не занимался подобной темой относительно дебиана? > |> из требований только учет прихода\ухода сотрудников по сигналу от > считывателя. > |А дебиан то тут причем? Для начала каким образом и кто выдает сигнал? > > пока никто никоим образом сигналов не выдает, система выбирается --- чтоб > выдавало. > > | В > |какой базе и как храняться данные сотрудников и т.д., но это к дебиану > |опять ну отношение как по мне практически не имеет. > | > | > |-- With best regards Tochenyk Oleg E-mail: [EMAIL PROTECTED] > | > | > > `- > в принципе - да. > просто на множестве сайтов множество систем и все требуют исключительно > оффтопика. > многие хотят еще ms sql или oracle совместно в оффтопик сервер не ниже 2003. > а дебиан --- везде на компах стоит дебиан и изменять данный факт неохота. > > -- > _ > *** > * icq: 161874711* > * jabber: [EMAIL PROTECTED] * > * irc.starlink.ru,#Gene, Devil_InSide * > *Registered linux user #450844* > *** > > > -- With best regards Tochenyk Oleg E-mail: [EMAIL PROTECTED] PS: Трезвость - норма жизни. Алкоголизм - завышенные обязательства. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
VW>> тикль уже научился аналог перлового /e? расставить номера строк в тексте VW> В две строчки. ну вот видишь, в две, там где достаточно одной ;) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
AC> У тебя есть _реальный_ пример такого кода? Который, натурально, на AC> перле - однострочник, работу делает регексом и используется достаточно AC> регулярно для того, чтобы заслуживать того, чтобы быть записанным? AC дык классика, скажем (ан)ескейпинг строк скажем когда в правой AC части либо sprintf '%02x', либо наоборот chr или когда какой-то AC счетчик вставляем в текст да мало ли что AC>>> Я просил реально используемый, а не гипотетический. AC>> а это вполне реально используемый случай AC>> имеем например текст, пользоваться docbook не хотим AC>> на выходе хотим получить нумерацию секций и только-то AC>> берем и одним регекспом и меняем какой-то тег на его номер AC> Дим, ключевое слово, которое делает этот пример гипотетическим - AC> "например". AC> Поясняю. Если б у тебя был записанный в /usr/local/bin однострочный AC> перловый скрипт, которым ты действительно пользуешься, и ты б его AC> показал - это был бы реальный пример. Остальные - гипотетические. универсального скрипта нет, разумеется, но периодами я /e таки применяю поэтому отказываться от него как-то не хочется -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
Dmitry E. Oboukhov wrote: > AC> момент загрузки файла исходного текста в память. На практике это > AC> нереализуемо, поэтому флейм бесполезен :) > а почему собственно? > > вот беру perl'овый код, выделяю все нажимаю = (в vim'е) довольно > приемлемо форматирует. и я уже подумывал приделать было такой вариант, > чтобы на открытии файла всегда переформатило, но есть одна проблема - > svn и (главное) diff > > получается если настройки у каждого свои, то открыл файл поправил > константу а diff на весь файл размером Вот поэтому форматировщик должен быть встроен в систему контроля версий. Научились же учитывать CRLF/CR/LF в текстовых файлах. При коммите автоматически переформатировывать в «стандартном» стиле, принятом в этом проекте. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Aleksey Cheusov wrote: >> Я не хочу видеть исходники в том же виде, что и автор. Я их хочу видеть в >> удобном _для_меня_ виде. > > Как я уже говорил, для того, чтобы удовлетворить требования всех, > нужна одна маленькая вещь - отказаться от хранения _форматирования_ в > файле и повесить эту задачу на редакторы и всякие IDE, то есть на > момент загрузки файла исходного текста в память. На практике это > нереализуемо, поэтому флейм бесполезен :) И это было бы очень хорошо. Ну а пока этого нет, почему бы не удовлетвориться настройкой тех параметров отображения, которые доступны практически во всех редакторах и не влияют на семантику кода — размер и начертание шрифта, цветовое выделение, размеры полей и отступов? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
SS>>> момент загрузки файла исходного текста в память. На практике это SS>>> нереализуемо, поэтому флейм бесполезен :) SS>> а почему собственно? SS>> SS>> вот беру perl'овый код, выделяю все нажимаю = (в vim'е) довольно SS>> приемлемо форматирует. и я уже подумывал приделать было такой вариант, SS>> чтобы на открытии файла всегда переформатило, но есть одна проблема - SS>> svn и (главное) diff SS>> SS>> получается если настройки у каждого свои, то открыл файл поправил SS>> константу а diff на весь файл размером SS> Вот поэтому форматировщик должен быть встроен в систему контроля версий. и в редактор, но понимаешь, просто берем и форматируем у одного ширина экрана 70 символов у другого 160 оба правы и считают удобным как дифы делать? хез я не представляю SS> Научились же учитывать CRLF/CR/LF в текстовых файлах. При коммите SS> автоматически переформатировывать в «стандартном» стиле, принятом в этом SS> проекте. вроде svn дифы так с CRLF и делает если с венды коммитить, разве что хук написать -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Остановка винчестера на USB
Всё оказалось проще. "scsi-spin --down /dev/sda" в моём случае всё-таки делает ровно то, что нужно - гасит винчестер. Но, в отличие от настоящих SCSI (man scsi-spin), обратное включение происходит автоматом по обращению. Как и положено в ATA и SATA. Устройство - Transcend StoreJet 35, lsusb видит как JMicron 152d:2336. А.Л. On 24.09.2008 11:59, Alexey Lobanov wrote: Коллеги, а как можно загнать в энергосберегающий режим SATA винчестер, стоящий в USB боксе и видимый как SCSI? hdparm сразу говорит "не могу", scsi-spin ничего не говорит и ничего не делает. Смысл, естественно, в том, что это хранилище бэкапов, работающее обычно полчаса в сутки. И в остальное время оно не должно крутиться, шуметь и претендовать на энергию UPS'а. Кстати. В какой момент USB диски превратились у нас из /dev/sda (8,0) в /dev/uba (180,0)? А.Л. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: firefox пожирает мой про цессор
Я использую iceweasel-webdeveloper, помогает, но не для остановки, а чтобы не возникло. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Просмотр фоток и фильмов
Всем привет! Нужна бы мне программа для удобного просмотра всего, что скачивается с фотоаппарата. А там JPG и иногда фильмы (MOV). Само скачивание уметь не надо - это я и скриптом сделаю. А GUI нужен для просмотра "галереей" и для отправки фоток емейлом (запуском существующего клиента). Сейчас использую digikam, но он не умеет фильмы (как минимум я не нашёл в нём такой возможности). Может, что-нибудь другое фильмы умеет? P.S. etch, но скоро будет lenny. -- Yours, Mikhail Ramendik
Re: Нужен ли bash
Serhiy Storchaka -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008 10:34:12 +0300: >> P.S. В sed-е FreeBSD опция -i таки. Это во-первых. Во-вторых, -i нет >> в стандарте, и, стало быть, идет он лесом лесом, полем полем. На мой >> взгляд, совершенно бесполезная и ненужная вещь, идущая вразрез со >> всеми остальными ютилами юникса. SS> Гораздо полезнее была бы допустим утилита inplace, берущая имя SS> файла, скармливающая содержание на вход программе или даже SS> конвейеру и записывающая назад результат. Беда в том, что в модель использования шелла такая утилита не ложится. Потому что пайп организуется шеллом. А делать ее на одну команду - очень обгрызенная функциональность получается. Именно поэтому у sed ключ -i не шибко полезен. В отличие от перла, на котором программа той же функциональности, если эта функциональность не тривиальна, как правило, на порядок короче. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Ну какая работа со строками может быть в языке, название которого является не строкой, а символом? Sergue E. Leontiev в <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008 13:55:09 +0400: AC>> Вот только у солярковского sed, в отличие от гнутого, нету -i, у find - AC>> встроенного xargs, и т.п. AC> это все от того что у солярки лицензия неправильная, а то бы AC> Debian до нее бы добрался уже тоже и все это было (PS: а ведь и на AC> солярку то никто gnu utils поставить не мешает) AC У фрюхи тоже лицензия неправильная? AC>>> почему? правильная AC>>> Debian на bsd вполне себе уже есть, например io.debian.net на нем AC>>> крутится: AC>>> $ uname -a AC>>> GNU/kFreeBSD io.debian.net 7.0-1-686 #0 Thu Mar 6 05:01:23 CET 2008 i686 i386 AMD Sempron(tm) Processor 2600+ GNU/kFreeBSD AC>>> $ cat /etc/debian_version AC>>> lenny/sid AC>> Фрюха - это не ядро, это система. DEO> в данном случае именно ядро :) Когда говорят "фрюха", ни разу не имеют в виду "Debian на ядре FreeBSD". AC А поставить на солярку gnu utils AC могут помешать, скажем, сертификационные требования. AC>>> ну тогда вместо солярки вполне можно поставить дебиан и не париться AC>> Нельзя. Не сертифицировано. Да и, допустим, нагрузку не тянет (солярка AC>> - она реально в критичных местах быстрее). DEO> о какой нагрузке речь в coreutils? нагрузка тут не при чем Сертифицирована или нет вся система. Вся система и не тянет. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Чайник - это человек, который, наткнувшись на проблему, начинает громко свистеть (c)vitus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
AC $ uname -a AC GNU/kFreeBSD io.debian.net 7.0-1-686 #0 Thu Mar 6 05:01:23 CET 2008 i686 i386 AMD Sempron(tm) Processor 2600+ GNU/kFreeBSD AC $ cat /etc/debian_version AC lenny/sid AC>>> Фрюха - это не ядро, это система. AC>> в данном случае именно ядро :) AC> Когда говорят "фрюха", ни разу не имеют в виду "Debian на ядре FreeBSD". ну да а имеют ввиду ту файлопомойку которая называется FreeBSD, где программы местами в /usr/bin, местами в /usr/local/bin как бог на душу положит автору/майнтенеру так и лежит :) а если серьезно то от BSD оригинального что? только ядро, а остальное то все можно на любую систему установить и разницы особой нет. стартовые скрипты пускаются на старте а далее работает софт который крос-платформено написан потому Debian-FreeBSD вполне себе FreeBSD только без ее свалки-помойки AC>>> Нельзя. Не сертифицировано. Да и, допустим, нагрузку не тянет (солярка AC>>> - она реально в критичных местах быстрее). AC>> о какой нагрузке речь в coreutils? нагрузка тут не при чем AC> Сертифицирована или нет вся система. Вся система и не тянет. RH вот тоже сертифицирована а толку? как было УО так и осталось ;) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
Artem Chuprina wrote: > Serhiy Storchaka -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008 > 10:34:12 +0300: > >> P.S. В sed-е FreeBSD опция -i таки. Это во-первых. Во-вторых, -i нет > >> в стандарте, и, стало быть, идет он лесом лесом, полем полем. На мой > >> взгляд, совершенно бесполезная и ненужная вещь, идущая вразрез со > >> всеми остальными ютилами юникса. > > SS> Гораздо полезнее была бы допустим утилита inplace, берущая имя > SS> файла, скармливающая содержание на вход программе или даже > SS> конвейеру и записывающая назад результат. > > Беда в том, что в модель использования шелла такая утилита не ложится. > Потому что пайп организуется шеллом. А делать ее на одну команду - > очень обгрызенная функциональность получается. Именно поэтому у sed > ключ -i не шибко полезен. В отличие от перла, на котором программа той > же функциональности, если эта функциональность не тривиальна, как > правило, на порядок короче. Поэтому лучше было бы это сделать встроенной возможностью шелла, как и пайпы. «Заворачивание» конвейера в исходный файл, без перезаписи. Ведь не так уж и редко такая возможность нужна — и многие утилиты, работающие как фильтры (sed, dos2unix и т.п.), вынуждены реализовывать обработку частного случая модификации файла сами. Кстати, чаще всего всё же речь идёт о одной программе (в крайнем случае несколько можно натравить на тот же файл последовательно). Пожалуй я всё же запишу inplace.sh себе в ~/bin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
> Aleksey Cheusov wrote: >>> Я не хочу видеть исходники в том же виде, что и автор. Я их хочу видеть в >>> удобном _для_меня_ виде. >> >> Как я уже говорил, для того, чтобы удовлетворить требования всех, >> нужна одна маленькая вещь - отказаться от хранения _форматирования_ в >> файле и повесить эту задачу на редакторы и всякие IDE, то есть на >> момент загрузки файла исходного текста в память. На практике это >> нереализуемо, поэтому флейм бесполезен :) > И это было бы очень хорошо. Ну а пока этого нет, почему бы не > удовлетвориться настройкой тех параметров отображения, которые доступны > практически во всех редакторах и не влияют на семантику кода — размер и > начертание шрифта, цветовое выделение, размеры полей и отступов? Я тоже предпочитаю табуляцию в начале строки. 2 пробела IMHO слишком мало для отступа, 8 - слишком много. Сам предпочитаю 4, в тексте на шеле часто использую 3. Но доводы "противной стороны" :-) кое в чем разумны. Все-таки "ошибки" при расставлении табуляций в начале строки случаются даже при очень аккуратном написании. Ну, одна строка на 1000 все-таки пролезет, и уже она вызывает бурю негодования у любителей пробелов. Например в строках такого вида в C++ bool var = long_condition && another_long_condition; _мне_ хочется видеть another_xxx прямо под long_xxx, то есть в строке another_ до слова bool нужны табуляции, а после - прямо до another - пробелы. Но emacs, гад, об этом не догадывается и вставляет туда табуляции. То есть форматировать приходится вручную, что неизбежно приводит к ошибкам. Либо вид программы зависит от размера таба и "another_xxx под long_xxx" пролетает как фанера над парижем. -- Best regards, Aleksey Cheusov.
Re: Нужен ли bash
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008 15:43:43 +0400: AC> $ uname -a AC> GNU/kFreeBSD io.debian.net 7.0-1-686 #0 Thu Mar 6 05:01:23 CET 2008 i686 i386 AMD Sempron(tm) Processor 2600+ GNU/kFreeBSD AC> $ cat /etc/debian_version AC> lenny/sid AC Фрюха - это не ядро, это система. AC>>> в данном случае именно ядро :) AC>> Когда говорят "фрюха", ни разу не имеют в виду "Debian на ядре AC>> FreeBSD". DEO> ну да а имеют ввиду ту файлопомойку которая называется FreeBSD, DEO> где программы местами в /usr/bin, местами в /usr/local/bin как бог DEO> на душу положит автору/майнтенеру так и лежит :) То есть ты еще и не знаешь, как именно она устроена? Пастернака, типа, не читал? AC Нельзя. Не сертифицировано. Да и, допустим, нагрузку не тянет (солярка AC - она реально в критичных местах быстрее). AC>>> о какой нагрузке речь в coreutils? нагрузка тут не при чем AC>> Сертифицирована или нет вся система. Вся система и не тянет. DEO> RH вот тоже сертифицирована а толку? как было УО так и осталось ;) Однако, работает. И решение на ее базе можно продать туда, где соответствующая сертификация требуется. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] HTTP тоже не каждый дятел может сделать. Только дятлы об этом обычно не знают. Victor Wagner в <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Просмотр фоток и фильмов
Mikhail Ramendik -> Debian-russian List @ Thu, 25 Sep 2008 11:48:56 +0100: MR> Нужна бы мне программа для удобного просмотра всего, что скачивается с MR> фотоаппарата. А там JPG и иногда фильмы (MOV). MR> Само скачивание уметь не надо - это я и скриптом сделаю. А GUI нужен для MR> просмотра "галереей" и для отправки фоток емейлом (запуском существующего MR> клиента). MR> Сейчас использую digikam, но он не умеет фильмы (как минимум я не нашёл в MR> нём такой возможности). Может, что-нибудь другое фильмы умеет? MR> P.S. etch, но скоро будет lenny. ... да призадумался... Я представляю себе, как это сделать в gqview. Там есть возможность "правка в указанном редакторе". Несколько ручное действие (одна хотка), но работает, только что проверил. У меня еще фотоаппарат при каждом кине делает jpeg'овский thumbnail (то же имя, другое расширение). Если у тебя так же, то можно тем же механизмом привязаться к нему. А если не делает, можно скриптом делать при скачивании. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Save the environment. Create a closure today. -- Cormac Flanagan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Просмотр фоток и фильмов
2008/9/25 Artem Chuprina <[EMAIL PROTECTED]> ... да призадумался... Я представляю себе, как это сделать в gqview. > Там есть возможность "правка в указанном редакторе". Несколько ручное > действие (одна хотка), но работает, только что проверил. Спасибо. Правда, интерфейс у gqview не очень удобный для "галереи" - thunbnails мелкие и в столбик. Или перестраивается? Кроме того, можно ли навесить несколько действий на разные хотки? Мне надо и view movie, и email picture. > > > У меня еще фотоаппарат при каждом кине делает jpeg'овский thumbnail (то > же имя, другое расширение). Если у тебя так же, то можно тем же > механизмом привязаться к нему. Можно, но как заставить его показывать - какой JPG обычный, а к какому фильм есть? Они ж все JPG. -- Yours, Mikhail Ramendik
Re: Нужен ли bash
AC Вот только у солярковского sed, в отличие от гнутого, нету -i, у find - AC встроенного xargs, и т.п. AC>>> это все от того что у солярки лицензия неправильная, а то бы Debian до AC>>> нее бы добрался уже тоже и все это было (PS: а ведь и на солярку то AC>>> никто gnu utils поставить не мешает) AC>> Не надо думать, что GNU utils самый лучший utils на свете. Это мягко AC>> говоря неправда. > ага, как после GNU utils попадаешь в какую другую систему, где нет > привычных комплишенов, нет опций у find итп итд сразу понимаешь какая > это "неправда" :) Мой довольно развесистый .myshrc прекрасно себя чувствует в bash/mksh/ksh/zsh. С другими интерактивными шелами работать как-то не приходилось. Вполне неплохо отношусь к ksh. Не смотря на свой почтенный возраст, весьма неплох. Есть мелкие неприятности вроде регистрозависимого file completion (в баше я привык к регистронезависимому), мелкий глючек с поиском по ^R (клавиши begin/end мусор печатают, надо наживать C-a/C-e) и кое-что другое но в целом нормальный шел. Никто кроме bash/zsh не умеет в интерктивном режиме печатать в промпт exit code ВСЕХ элементов пайпа, вот что на самом деле неприятно. Что там еще? Цветастый ls? У меня он давно цветастый на любой системе. самопальный colorit для этого использую. Цветной grep - да, удобно. Нет find -print0 -- его в стандарте нет. Обоснование в том коде, что от Caldera/SCO такое The -print0 operand supported by some other implementations is considered a very limited work-around since it does not allow the output to be processed by utilities unaware of NUL characters; it has therefore not been included here. Этот же find, видимо, и в соляре. _Программируемыми_ автодополнителями я не пользуюсь. Ибо нефиг :-) жир разводить. Ну и так далее можно обсасывать каждую мелкую фишку... Ты лучше покажи мне дистрибутив Линукса, в котором uuencode _стандартный_ есть, или pax _стандартный_ или cksum _стандартный_ по POSIX/SUS. Ну и так далее по списку -- нифига нету. AC>> Что касается соляры - ее несовместимый со стандартами AC>> userspace - это проблемы мэнэджмента (проблеме не придается должного AC>> значения) и никакого отношения к лицензии это не имеет. > нет я не о том говорил, я говорю что если бы у соляры была правильная > лицензия, то Debian/солярис уже бы наверно появился Да нормальная там лиценция. Это всё GPL... Ухожу, ухожу... :) AC>> А что касается GNU расширений, к которым ты привык, и не видишь их в AC>> других системах, то это, друг, уже Ваши проблемы, а не других систем ;-) > если фича А есть в GNU и нет в другой системе, то это ладно мои проблемы Именно так. Фича может быть как полезной, так и вредной. Которую потом "для обратной совместимости" держат годами. Примеров в индустрии полно. Так лучше к фенечкам привыкать поаккуратнее. Это раз. Во вторых, другие системы вполне возможно и реализуют нужную тебе функциональность другим способом, но ты, бросившись в критику не разобравшись, не находишь в себе силы этот другой способ найти ;-) Банальный пример: в ksh set -o vi-tabcomplete по умолчанию выключен во многих системах. Но из этого не следует, что автодополнения в ksh нет как класса. Точно так же на многих системах приходиться колупать "мосх" всякими. На хпуксе вот C-c не киляет приложение, как я к этому привык, и backspace не работает. Приходится stty erase "^?" intr "^C" ему вписывать. Тут "старики" вроде есть, понарасказывают... :) > но когда к фиче А прибавляется B, C, D, E, F... то это уже проблемы > системы, потому что я ее просто тупо выкину и всего делов :) Типичный линуксоид :) Пардон :) Не надо соляру выбрасывать. В новых ее версиях gnu-utils есть в каком-то там объеме в /usr/gnu. Интерактивных фенечек можно себе самому понасобирать из pkgsrc под любую платформу, хоть bash, хоть GNU grep, если так прет от них. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли Whitespace
http://en.wikipedia.org/wiki/Whitespace_(programming_language) (язык состоящий только из символов: пробела, таба и возврата каретки.) http://www.frum.altnet.ru/tmp_upload/topic.php?forum=4&topic=38 Специально для /etc/init.d/* -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
AC>> Когда говорят "фрюха", ни разу не имеют в виду "Debian на ядре FreeBSD". > ну да а имеют ввиду ту файлопомойку которая называется FreeBSD, где > программы местами в /usr/bin, местами в /usr/local/bin как бог на душу > положит автору/майнтенеру так и лежит :) Мдэ. man 7 hier это кажется у них называется. Тебе таки на чердак и учиться, учиться и учиться ;-) И три недели никаких танцев-шманцев! > потому Debian-FreeBSD вполне себе FreeBSD только без ее свалки-помойки Ню-ню. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Просмотр фоток и фильмов
https://addons.mozilla.org/en-US/firefox/search?q=mozimage&cat=all https://addons.mozilla.org/en-US/firefox/downloads/file/31740/mozimage-1.4.8-fx+mz.xpi -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Просмотр фоток и фильмов
Mikhail Ramendik -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008 14:16:10 +0100: MR> ... да призадумался... Я представляю себе, как это сделать в gqview. >> Там есть возможность "правка в указанном редакторе". Несколько ручное >> действие (одна хотка), но работает, только что проверил. MR> Спасибо. Правда, интерфейс у gqview не очень удобный для "галереи" MR> - thunbnails мелкие и в столбик. Или перестраивается? MR> Кроме того, можно ли навесить несколько действий на разные хотки? MR> Мне надо и view movie, и email picture. 9 штук. Ctrl-1 - Ctrl-9. >> У меня еще фотоаппарат при каждом кине делает jpeg'овский thumbnail (то >> же имя, другое расширение). Если у тебя так же, то можно тем же >> механизмом привязаться к нему. MR> Можно, но как заставить его показывать - какой JPG обычный, а к MR> какому фильм есть? Они ж все JPG. У меня те, которые к фильму - .THM. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Проспрягайте, хлопцы, коней... М. Черкашин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 13:57:27 Dmitry E. Oboukhov написал(а): > AC> Поясняю. Если б у тебя был записанный в /usr/local/bin однострочный > AC> перловый скрипт, которым ты действительно пользуешься, и ты б его > AC> показал - это был бы реальный пример. Остальные - гипотетические. > универсального скрипта нет, разумеется, но периодами я /e таки применяю > поэтому отказываться от него как-то не хочется Применяете настолько часто, что за два дня найти хоть один пример невозможно. В таком случае, если этой возможности и не будет, не заметите. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Wednesday 24 September 2008 21:28:20 Dmitry E. Oboukhov написал(а): > AP> В свое время сам столкнулся с проблемой, что при объеме перлового кода > в AP> несколько мегабайт поддержка проекта становится чересчур накладной. В > итоге AP> перенес все проекты на тикль - времени и сил потратил много, но > оно того AP> стоило. > плюсы ты получил от того что переписал код, а не от перехода на другой > язык На перле код также регулярно рефакторился. Но при звонке пользователя заглянуть в код и посмотреть, что там и как работает, на перле в принципе невозможно - надо сидеть и расшифровывать. И это при том, что на тикле использую динамическую генерацию и выполнение кода, а на перле весь код рукотворный... Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Просмотр фоток и фильмов
On Thursday 25 September 2008 13:48:56 Mikhail Ramendik wrote: > Всем привет! > > Нужна бы мне программа для удобного просмотра всего, что скачивается с > фотоаппарата. А там JPG и иногда фильмы (MOV). > > Само скачивание уметь не надо - это я и скриптом сделаю. А GUI нужен для > просмотра "галереей" и для отправки фоток емейлом (запуском существующего > клиента). > > Сейчас использую digikam, но он не умеет фильмы (как минимум я не нашёл в > нём такой возможности). Может, что-нибудь другое фильмы умеет? > digikam фильмы умеет.. по крайней мере avi - точно.. сам им пользуюсь для своего фотоаппарата (Никон в авишках пишет).. попробовал просто закинуть в папки с фотками мов-видео - digikam и его понял и проиграл.. версия 0.9.4, ленни (кде) > P.S. etch, но скоро будет lenny. -- С уважением Константин aka dj_doom ICQ 102152 JID [EMAIL PROTECTED]
Re: Нужен ли bash
AC> Что там еще? там еще расширенный find, в простых скриптах работающий в разы быстрее, там системный getopt(3) во всех тулзах вообще это очень жутко когда ты набирал tail /path/to/file и вспомнил что ключ -f добавить надо, добавил в конец по привычке (потому что курсор в конце стоит) а она тебе ругаться начала про то что не может открыть файл -f или про то что опции неправильные AC> Нет find -print0 -- его в стандарте нет. Обоснование в том коде, что от AC> Caldera/SCO такое AC> The -print0 operand supported by some other implementations is AC> considered a very limited work-around since it does not allow AC> the output to be processed by utilities unaware of NUL AC> characters; it has therefore not been included here. ну да, давайте молиться на стандарты. AC> _Программируемыми_ автодополнителями я не пользуюсь. AC> Ибо нефиг :-) жир разводить. типа лучше ручками каждый раз вдалбливать а справка по опциям не нужна под рукой? AC> Ты лучше покажи мне дистрибутив Линукса, в котором uuencode AC> _стандартный_ есть, или pax _стандартный_ или cksum _стандартный_ по AC> POSIX/SUS. Ну и так далее по списку -- нифига нету. и нафиг не надо, как стандартный он работает, плюс еще опций несколько имеет, что плохого? AC>>> Что касается соляры - ее несовместимый со стандартами AC>>> userspace - это проблемы мэнэджмента (проблеме не придается должного AC>>> значения) и никакого отношения к лицензии это не имеет. AC>> нет я не о том говорил, я говорю что если бы у соляры была правильная AC>> лицензия, то Debian/солярис уже бы наверно появился AC> Да нормальная там лиценция. Это всё GPL... Ухожу, ухожу... :) нормальная лицензия это та что совместима с DFSG :) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
AC>>> Когда говорят "фрюха", ни разу не имеют в виду "Debian на ядре FreeBSD". AC>> ну да а имеют ввиду ту файлопомойку которая называется FreeBSD, где AC>> программы местами в /usr/bin, местами в /usr/local/bin как бог на душу AC>> положит автору/майнтенеру так и лежит :) AC> Мдэ. AC> man 7 hier AC> это кажется у них называется. и что ты нашел в hier? обоснование того что системные программы там стоять должны? или что? AC>> потому Debian-FreeBSD вполне себе FreeBSD только без ее свалки-помойки AC> Ню-ню. именно так :) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
AC>> $ uname -a AC>> GNU/kFreeBSD io.debian.net 7.0-1-686 #0 Thu Mar 6 05:01:23 CET 2008 i686 i386 AMD Sempron(tm) Processor 2600+ GNU/kFreeBSD AC>> $ cat /etc/debian_version AC>> lenny/sid AC> Фрюха - это не ядро, это система. AC в данном случае именно ядро :) AC>>> Когда говорят "фрюха", ни разу не имеют в виду "Debian на ядре AC>>> FreeBSD". AC>> ну да а имеют ввиду ту файлопомойку которая называется FreeBSD, AC>> где программы местами в /usr/bin, местами в /usr/local/bin как бог AC>> на душу положит автору/майнтенеру так и лежит :) AC> То есть ты еще и не знаешь, как именно она устроена? Пастернака, типа, AC> не читал? дык как помойка и устроена :) ладно я еще понимаю когда в /usr/local ставит софт админ командой make intsall, которого в системных репозитариях нет, но когда пол системы стоит в /usr а пол системы в /usr/local это уже не система а помойка AC>>> Сертифицирована или нет вся система. Вся система и не тянет. AC>> RH вот тоже сертифицирована а толку? как было УО так и осталось ;) AC> Однако, работает. ага, "работает" берем программу X смотрим, конфиг в ней тот что кладет с этой программой X автор на домашней страничке программы. в итоге сразу после как ее поставишь, сиди правь в какие пути что куда попало итп :-\ зато сертификатов куча... -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Оффлайн каталогизатор /файл менеджер.
Хай Олл. Думаю у каждого возникает временами потребность в реорганизации файловых структур на куче носителей. У меня например хранится куча разного барахла на разных носителях и компьютерах. Для начала хотелось-бы какой-то каталогизатор - который позволил-бы просканировать носители, создать хэши файлов и соскладировать в каталог. В идеале чтобы была возможность сливать и апдейтить эти каталоги в один каталог, иметь возможность поиска дублирующихся файлов как по имени так и по хэшу. Есть что-то токое чем вы пользуетесь и оно устраивает? Интересны варианты как для топика так и для оффтопика. Ну и задача максимум - оффлайн управление файлами внутри одной логической единицы или вообще между логическими единицами с помощью внешнего мобильного носителя. Чтобы не задумываясь реорганизовать а оно транзакции свалио на промежуточный носитель а по мере подключения к разным логическим единицам произвело обмен :) Понимаю что вряд-ли что-то подобное есть некоммерческое - но может хоть отдаленно приближенное есть? Олег. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello!
В сообщении от Thursday 25 September 2008 13:56:12 Dmitry E. Oboukhov
написал(а):
> VW>> тикль уже научился аналог перлового /e? расставить номера строк в
> тексте
>
> VW> В две строчки.
> ну вот видишь, в две, там где достаточно одной ;)
Пример парсера для таких вот данных:
Serial_in_COMBINE
SEIZ DSS1(1:26,in,,)$
CALL DSS1(1:26,in,84951117001,822)$ -> Serial_in(76:5,->)$
84951547001,9881822
Serial_in_CALL
SERIAL_CALL to: 660
SEIZ Serial_out(76:5,->)$
CALL Serial_out(76:5,84951117001->660)$ -> SUB(660/4/11)$ 84951117001,660
SEIZ SUB(514/9/3)$
RLSI DSS1(1:25,out,4951113932,84961113160)$:CV:17
RLSO SUB(7605/5/11)$
Сам скрипт:
#!/usr/bin/tclsh
set replist [list to: {} :CV: {} ( { } ) { } : { } , { } \/ { } -> { } $ {} \[
{} \] {}]
proc unknown {cmdname args} {
puts "UNKNOWN: $cmdname $args"
}
proc parse {} {
global replist
set line [gets stdin]
if { $line ne {} } {
eval [string map $replist $line]
}
}
fileevent stdin readable parse
vwait eventLoop
Вот результат:
UNKNOWN: Serial_in_COMBINE
UNKNOWN: SEIZ DSS1 1 26 in
UNKNOWN: CALL DSS1 1 26 in 84951117001 822 Serial_in 76 5
UNKNOWN: 84951547001 9881822
UNKNOWN: Serial_in_CALL
UNKNOWN: SERIAL_CALL 660
UNKNOWN: SEIZ Serial_out 76 5
UNKNOWN: CALL Serial_out 76 5 84951117001 660 SUB 660 4 11 84951117001 660
UNKNOWN: SEIZ SUB 514 9 3
UNKNOWN: RLSI DSS1 1 25 out 4951113932 84961113160 17
UNKNOWN: RLSO SUB 7605 5 11
Здесь функция unknown выполняет обработку вызовов несуществующих функций.
Определим нужные нам функции (вызовы всех прочих уйдут в unknown и там тихо
сгинут или будут записаны в лог, как захотим):
proc RLSI {args} {
}
Заметьте, я понятия не имею, какие там еще строки могут вылезти - просто
увидел лексемы и разделители, которые использовали создатели формата. Скорее
всего, любые новые типы записей будут корректно преобразованы к тиклевским
командам, вызовы которых отобразит мне функция unknown. При необходимости
добавлю в список еще пару разделителей. И все, данные распарсились и уже
переданы на вход соответствующих функций.
А вот такой код написал мой товарищ, притом здесь учтены далеко не все
возможные записи (код ):
array set patterns {
{CALL_DSS1_DSS1} {^CALL\sDSS1\((\d+):(\d+),in,\d+,
\d+\)\$\s\-\>\sDSS1\((\d+):(\d+),out,,\)\$\s\[(\d+),(\d+)\]$}
{CALL_DSS1_SUB} {^CALL\sDSS1\((\d+):(\d+),in,\d+,
\d+\)\$\s\-\>\sSUB\(\d+/(\d+)/(\d+)\)\$\s\[(\d+),(\d+)\]$}
{CALL_SUB_DSS1} {^CALL\sSUB\(\d+/(\d+)/(\d+)\)\$\s\-\>\sDSS1\((\d+):
(\d+),out,,\)\$\s\[(\d+),(\d+)\]$}
{RLSI_DSS1} {^RLSI\sDSS1\((\d+):(\d+),(in|out),(\d+),(\d+)\)\$$}
{RLSO_DSS1} {^RLSO\sDSS1\((\d+):(\d+),(in|out),(\d+),(\d+)\)\$$}
{RLSI_DSS1_CAUSE} {^RLSI\sDSS1\((\d+):(\d+),(in|out),(\d+),
(\d+)\)\$:CV:(\d+)$}
{RLSO_DSS1_CAUSE} {^RLSO\sDSS1\((\d+):(\d+),(in|out),(\d+),
(\d+)\)\$:CV:(\d+)$}
{RLSI_SUB} {^RLSI\sSUB\(\d+/(\d+)/(\d+)\)\$$}
{RLSO_SUB} {^RLSO\sSUB\(\d+/(\d+)/(\d+)\)\$$}
{RLSI_SUB_CAUSE} {^RLSI\sSUB\(\d+/(\d+)/(\d+)\)\$:CV:(\d+)$}
{RLSO_SUB_CAUSE} {^RLSO\sSUB\(\d+/(\d+)/(\d+)\)\$:CV:(\d+)$}
}
Вы все еще хотите писать на перловых регекспах?
Best regards, Alexey.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Aleksey Cheusov -> Debian-Russian2 @ Thu, 25 Sep 2008 16:17:13 +0300: AC> в целом нормальный шел. Никто кроме bash/zsh не умеет в AC> интерктивном режиме печатать в промпт exit code ВСЕХ элементов AC> пайпа, вот что на самом деле неприятно. Ты, кстати, это делаешь через опцию prompt_subst, или я чего-то в мане не заметил? Я бы, впрочем, сказал, что опция print_exit_value интереснее. Она, правда, не в промпт, а перед, зато не только код, но и команду. И не только последнего пайпа, а всей командной строки... Но за мысль спасибо. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Self-referencing Five, seven, five syllables This haiku contains -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли Whitespace
Nicholas -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008 09:48:25 -0400: N> http://en.wikipedia.org/wiki/Whitespace_(programming_language) N> (язык состоящий только из символов: пробела, таба и возврата каретки.) N> http://www.frum.altnet.ru/tmp_upload/topic.php?forum=4&topic=38 N> Специально для /etc/init.d/* Прелесть какая... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] An ideal world is left as an exercise to the reader. Paul Graham, "On Lisp" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Wednesday 24 September 2008 22:22:14 Artem Chuprina написал(а): > >> AP> Разумеется, очень экономно - запустить сторонний бинарь на пару > >> мегабайт AP> вместо вызова встроенной функции... > >> > >> смотри, ты пускаешь бинарь на пару мегабайт и после этого память > СИСТЕМЕ >> ВОЗВРАЩАЕТСЯ, несмотря на то что бинарь разворачивает в памяти > массив на >> 50 мегабайт (скажем) > >> > >> теперь берем скажем перл: ты разворачиваешь в памяти массив на 50 > >> мегабайт, делаешь вычисления и идешь дальше > >> массив выходит из области видимости, память освобождается для перла, но > >> не для OS. > > AP> Например, использую веб-сервер AOLserver со встроенным тиклем, по > AP> вашей логике, мне его после каждого запроса перезапускать нужно, > AP> чтоб память освободить?! > > Это зависит от того, КАК ты его используешь... Не, если у тебя там тыща > запросов в секунду, то ты даже выделить столько памяти не успеешь, не то > что освободить, так что, вероятно, у тебя этой проблемы не стоит. А > если кому, вот как Диме, спешить особо некуда, то я полагаю, у тикля с > этим не лучше... С полтысячи запросов в секунду набежит в пике. Понятно, большинство запросов несложные, но некоторые поднимают из базы сотни мегабайт данных, когда подготовка месячной отчетности идет. AOL использует пул процессов, так что после выполнения одного запроса процесс начинает выполнять следующий запрос, а не уничтожается. P.S. А я еще удивлялся, на кой ляд на серваки ставят 8 гиг и более памяти для обслуживания сотни одновременных пользователей. Да, при таком подходе убивать рабочий процесс веб-сервера по завершении запроса оправдано. Монстры, честное слово... Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Wednesday 24 September 2008 22:31:42 Artem Chuprina написал(а): > AP> Интерпретатор один. А из шелловского скрипта могут идти сотни > AP> вызовов внешних утилит, притом зачастую для простейших обработок > AP> небольших строк. > > Так мы там про память говорим, а не про накладные расходы на fork/exec > (кстати, сильно преувеличенные... ls-то, особенно если не гнутый, > развесистой инициализацией не занимается...) Как раз недавно аналогично вам мыслящие товарищи в ядро PostgreSQL засунули поддержку xml и полнотекстовый поиск. После чего я переключился на эскулайт, написал сотню килобайт сишного кода для реализации недостающих мне модулей и получив в итоге решение раз в 10 компактнее и в несколько раз быстрее. Как говорится - нахрена козе баян? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008 19:29:04 +0400: AC>>> ну да а имеют ввиду ту файлопомойку которая называется FreeBSD, AC>>> где программы местами в /usr/bin, местами в /usr/local/bin как бог AC>>> на душу положит автору/майнтенеру так и лежит :) AC>> То есть ты еще и не знаешь, как именно она устроена? Пастернака, типа, AC>> не читал? DEO> дык как помойка и устроена :) ладно я еще понимаю когда в DEO> /usr/local ставит софт админ командой make intsall, которого в DEO> системных репозитариях нет, но когда пол системы стоит в /usr а DEO> пол системы в /usr/local это уже не система а помойка Это ты линуксом испорчен, где /usr/local - помойка. Во фрюхе это не так. AC Сертифицирована или нет вся система. Вся система и не тянет. AC>>> RH вот тоже сертифицирована а толку? как было УО так и осталось ;) AC>> Однако, работает. DEO> ага, "работает" DEO> берем программу X смотрим, конфиг в ней тот что кладет с этой программой DEO> X автор на домашней страничке программы. DEO> в итоге сразу после как ее поставишь, сиди правь в какие пути что куда DEO> попало итп :-\ DEO> зато сертификатов куча... Работает, работает. И с ядром в ней работают вменяемые люди... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Юзер обожает терпеть мелкие неудобства Victor Wagner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
AP> В сообщении от Thursday 25 September 2008 13:57:27 Dmitry E. Oboukhov AP> написал(а): AP>>> Поясняю. Если б у тебя был записанный в /usr/local/bin однострочный AP>>> перловый скрипт, которым ты действительно пользуешься, и ты б его AP>>> показал - это был бы реальный пример. Остальные - гипотетические. AP>> универсального скрипта нет, разумеется, но периодами я /e таки применяю AP>> поэтому отказываться от него как-то не хочется AP> Применяете настолько часто, что за два дня найти хоть один пример невозможно. c чего это утверждение? вот пример: есть у нас шаблончик написанный на docbook, который с TemplateToolkit генерится то есть картинка такая: пользователь что-то в форме заполнил, TT развернул это в SGML и скормилось это docbook-конвертеру, а тот выдал pdf/rtf/итп обратно пользователю так вот такие шаблоны отлаживать геморно, поскольку шаблон этот генерится в памяти чиста и если например конвертер ругается "ошибка в строке N" то надо его куда-то сохранять, так вот в случае ошибки беру регекспом проставляю номера строк в шаблоне и весь его показываю на экране так и отлаживаюсь номера строки расставляются регекспом s/^/sprinf "%05d ", $lno++/emg; AP> В таком случае, если этой возможности и не будет, не заметите. -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
AC ну да а имеют ввиду ту файлопомойку которая называется FreeBSD, AC где программы местами в /usr/bin, местами в /usr/local/bin как бог AC на душу положит автору/майнтенеру так и лежит :) AC>>> То есть ты еще и не знаешь, как именно она устроена? Пастернака, типа, AC>>> не читал? AC>> дык как помойка и устроена :) ладно я еще понимаю когда в AC>> /usr/local ставит софт админ командой make intsall, которого в AC>> системных репозитариях нет, но когда пол системы стоит в /usr а AC>> пол системы в /usr/local это уже не система а помойка AC> Это ты линуксом испорчен, где /usr/local - помойка. nbw:[~]$ find /usr/local -type f |wc -l 0 nbw:[~]$ cat /etc/debian_version lenny/sid а вот агавовский хостинг: $ uname FreeBSD $ find /usr/local -type f |wc -l 47116 $ find /usr -type f|wc -l 186688 $ find /usr/local/bin |wc -l 409 $ find /usr/bin |wc -l 421 то есть видно что половина всех бинарников в /usr/local а другая половина в /usr, и >= 20% всех файлов /usr лежит в /usr/local это ИМЕННО ПОМОЙКА по другому ну никак не назвать. AC> Во фрюхе это не так. во фрюхе это именно так, именно из за этой помойки когда просишь админов поставить на старую фрюху скажем новый Vim эта задача практически нерешабельна для них становятся, они его в /opt при этом ставят с редхатом та же беда только получше чуть чуть чем с BSD :-\ AC> Сертифицирована или нет вся система. Вся система и не тянет. AC RH вот тоже сертифицирована а толку? как было УО так и осталось ;) AC>>> Однако, работает. AC>> ага, "работает" AC>> берем программу X смотрим, конфиг в ней тот что кладет с этой программой AC>> X автор на домашней страничке программы. AC>> в итоге сразу после как ее поставишь, сиди правь в какие пути что куда AC>> попало итп :-\ AC>> зато сертификатов куча... AC> Работает, работает. И с ядром в ней работают вменяемые люди... что работает? админ на системе работает? чтоб не скучно ему было? -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
Dmitry E. Oboukhov wrote: > вот пример: есть у нас шаблончик написанный на docbook, который с > TemplateToolkit генерится > > то есть картинка такая: пользователь что-то в форме заполнил, TT > развернул это в SGML и скормилось это docbook-конвертеру, а тот выдал > pdf/rtf/итп обратно пользователю > так вот такие шаблоны отлаживать геморно, поскольку шаблон этот > генерится в памяти чиста и если например конвертер ругается "ошибка в > строке N" то надо его куда-то сохранять, так вот в случае ошибки > беру регекспом проставляю номера строк в шаблоне и весь его показываю на > экране так и отлаживаюсь > > номера строки расставляются регекспом > > s/^/sprinf "%05d ", $lno++/emg; cat -n -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
On 19:32 Thu 25 Sep , Alexey Pechnikov wrote:
AP> Hello!
AP> В сообщении от Thursday 25 September 2008 13:56:12 Dmitry E. Oboukhov
AP> написал(а):
AP тикль уже научился аналог перлового /e? расставить номера строк в
AP>> тексте
AP>>
AP>>> В две строчки.
AP>> ну вот видишь, в две, там где достаточно одной ;)
AP> Пример парсера для таких вот данных:
нихрена не понял в постановке задачи, кто на ком стоял?
тебе надо вызвать функцию SEIZ, CALL итп передав ей параметры? а что не
вызвалось передать функции unknown?
sub foo_RLSI
{
...
}
sub foo_unknown
{
...
}
while(<>)
{
$_= [ split /\s+/, $_, 2 ];
eval "foo_$$_[0](\$\$_[1])";
foo_unknown($$_[1]) if $@;
}
AP> Serial_in_COMBINE
AP> SEIZ DSS1(1:26,in,,)$
AP> CALL DSS1(1:26,in,84951117001,822)$ -> Serial_in(76:5,->)$
AP> 84951547001,9881822
AP> Serial_in_CALL
AP> SERIAL_CALL to: 660
AP> SEIZ Serial_out(76:5,->)$
AP> CALL Serial_out(76:5,84951117001->660)$ -> SUB(660/4/11)$ 84951117001,660
AP> SEIZ SUB(514/9/3)$
AP> RLSI DSS1(1:25,out,4951113932,84961113160)$:CV:17
AP> RLSO SUB(7605/5/11)$
AP> Сам скрипт:
AP> #!/usr/bin/tclsh
AP> set replist [list to: {} :CV: {} ( { } ) { } : { } , { } \/ { } -> { } $ {}
\[
AP> {} \] {}]
AP> proc unknown {cmdname args} {
AP> puts "UNKNOWN: $cmdname $args"
AP> }
AP> proc parse {} {
AP> global replist
AP> set line [gets stdin]
AP> if { $line ne {} } {
AP> eval [string map $replist $line]
AP> }
AP> }
AP> fileevent stdin readable parse
AP> vwait eventLoop
AP> Вот результат:
AP> UNKNOWN: Serial_in_COMBINE
AP> UNKNOWN: SEIZ DSS1 1 26 in
AP> UNKNOWN: CALL DSS1 1 26 in 84951117001 822 Serial_in 76 5
AP> UNKNOWN: 84951547001 9881822
AP> UNKNOWN: Serial_in_CALL
AP> UNKNOWN: SERIAL_CALL 660
AP> UNKNOWN: SEIZ Serial_out 76 5
AP> UNKNOWN: CALL Serial_out 76 5 84951117001 660 SUB 660 4 11 84951117001 660
AP> UNKNOWN: SEIZ SUB 514 9 3
AP> UNKNOWN: RLSI DSS1 1 25 out 4951113932 84961113160 17
AP> UNKNOWN: RLSO SUB 7605 5 11
AP> Здесь функция unknown выполняет обработку вызовов несуществующих функций.
AP> Определим нужные нам функции (вызовы всех прочих уйдут в unknown и там тихо
AP> сгинут или будут записаны в лог, как захотим):
AP> proc RLSI {args} {
AP> }
AP> Заметьте, я понятия не имею, какие там еще строки могут вылезти - просто
AP> увидел лексемы и разделители, которые использовали создатели формата. Скорее
AP> всего, любые новые типы записей будут корректно преобразованы к тиклевским
AP> командам, вызовы которых отобразит мне функция unknown. При необходимости
AP> добавлю в список еще пару разделителей. И все, данные распарсились и уже
AP> переданы на вход соответствующих функций.
AP> А вот такой код написал мой товарищ, притом здесь учтены далеко не все
AP> возможные записи (код ):
AP> array set patterns {
AP> {CALL_DSS1_DSS1} {^CALL\sDSS1\((\d+):(\d+),in,\d+,
AP> \d+\)\$\s\-\>\sDSS1\((\d+):(\d+),out,,\)\$\s\[(\d+),(\d+)\]$}
AP> {CALL_DSS1_SUB} {^CALL\sDSS1\((\d+):(\d+),in,\d+,
AP> \d+\)\$\s\-\>\sSUB\(\d+/(\d+)/(\d+)\)\$\s\[(\d+),(\d+)\]$}
AP> {CALL_SUB_DSS1} {^CALL\sSUB\(\d+/(\d+)/(\d+)\)\$\s\-\>\sDSS1\((\d+):
AP> (\d+),out,,\)\$\s\[(\d+),(\d+)\]$}
AP> {RLSI_DSS1} {^RLSI\sDSS1\((\d+):(\d+),(in|out),(\d+),(\d+)\)\$$}
AP> {RLSO_DSS1} {^RLSO\sDSS1\((\d+):(\d+),(in|out),(\d+),(\d+)\)\$$}
AP> {RLSI_DSS1_CAUSE} {^RLSI\sDSS1\((\d+):(\d+),(in|out),(\d+),
AP> (\d+)\)\$:CV:(\d+)$}
AP> {RLSO_DSS1_CAUSE} {^RLSO\sDSS1\((\d+):(\d+),(in|out),(\d+),
AP> (\d+)\)\$:CV:(\d+)$}
AP> {RLSI_SUB} {^RLSI\sSUB\(\d+/(\d+)/(\d+)\)\$$}
AP> {RLSO_SUB} {^RLSO\sSUB\(\d+/(\d+)/(\d+)\)\$$}
AP> {RLSI_SUB_CAUSE} {^RLSI\sSUB\(\d+/(\d+)/(\d+)\)\$:CV:(\d+)$}
AP> {RLSO_SUB_CAUSE} {^RLSO\sSUB\(\d+/(\d+)/(\d+)\)\$:CV:(\d+)$}
AP> }
AP> Вы все еще хотите писать на перловых регекспах?
ну в общем и тут нормально написано, регекспы описывают твои строки
вопрос нужно ли это делать или нет - вопрос алгоритма, ведь у тебя
другой алгоритм использован, если ты этот же алгоритм на тикле нарисуешь
получится то же самое
AP> Best regards, Alexey.
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
Re: Нужен ли bash
SS>> TemplateToolkit генерится SS>> SS>> то есть картинка такая: пользователь что-то в форме заполнил, TT SS>> развернул это в SGML и скормилось это docbook-конвертеру, а тот выдал SS>> pdf/rtf/итп обратно пользователю SS>> так вот такие шаблоны отлаживать геморно, поскольку шаблон этот SS>> генерится в памяти чиста и если например конвертер ругается "ошибка в SS>> строке N" то надо его куда-то сохранять, так вот в случае ошибки SS>> беру регекспом проставляю номера строк в шаблоне и весь его показываю на SS>> экране так и отлаживаюсь SS>> SS>> номера строки расставляются регекспом SS>> SS>> s/^/sprinf "%05d ", $lno++/emg; SS> cat -n то есть предлагается как минимум форкнуться вызвать cat и скормить ему значение переменной? нафиг такие велисипеды? не ну в свете сабжа оно конечно, а в свете обсуждения регекспов оно совсем не в тему :) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
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 line $lines {puts "[incr i] $line"}
Выдаст
1 one
2 two
Можно и без счетчика обойтись, если хранить строки в массиве и выводить номер
элемента массива - тогда тоже получится одна строчка.
Best regards, Alexey.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 20:35:34 Dmitry E. Oboukhov написал(а): > AP> Пример парсера для таких вот данных: > > нихрена не понял в постановке задачи, кто на ком стоял? Постановка задачи - распарсить указанные данные. Я привел решения тиклевское и перловое по идеологии (хотя оба парсера написаны на тикле, товарищ никак не может избавиться от призрака перла, на котором мы раньше писали). Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Оффлайн каталогизат ор/файл менеджер.
Oleg Frolkov wrote: У меня например хранится куча разного барахла на разных носителях и компьютерах. http://www.google.com/products/catalog?hl=en&q=simpletech+nas&um=1&ie=UTF-8&cid=314579202433615&sa=X&oi=product_catalog_result&resnum=1&ct=result#ps-sellers Когда все в онлайн и букмарки сделать несложно (в iceweasel теперь есть тегирование). Это, конечно, не то про что вы спрашивали, но с оффлайн дисками вы замучаетесь - ни бекап сделать удаленно, ни полнотекстовый поиск, ни миграцию на распределенные фс. -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Dmitry E. Oboukhov wrote: > SS>> номера строки расставляются регекспом > SS>> > SS>> s/^/sprinf "%05d ", $lno++/emg; > > SS> cat -n > то есть предлагается как минимум форкнуться вызвать cat и скормить ему > значение переменной? нафиг такие велисипеды? > не ну в свете сабжа оно конечно, а в свете обсуждения регекспов оно > совсем не в тему :) Я не вижу преимущества использования перлового однострочника перед "cat -n". Perl-то уж завсяко тяжелее cat-а будет. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
SS номера строки расставляются регекспом SS SS s/^/sprinf "%05d ", $lno++/emg; SS>> SS>>> cat -n SS>> то есть предлагается как минимум форкнуться вызвать cat и скормить ему SS>> значение переменной? нафиг такие велисипеды? SS>> не ну в свете сабжа оно конечно, а в свете обсуждения регекспов оно SS>> совсем не в тему :) SS> Я не вижу преимущества использования перлового однострочника перед "cat -n". SS> Perl-то уж завсяко тяжелее cat-а будет. речь то шла о конкретной перловой программе, perl уже запущен, данные уже в нем накоплены в переменной итп -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
AP>>> Пример парсера для таких вот данных: AP>> AP>> нихрена не понял в постановке задачи, кто на ком стоял? AP> Постановка задачи - распарсить указанные данные. Я привел решения тиклевское и AP> перловое по идеологии (хотя оба парсера написаны на тикле, товарищ никак не AP> может избавиться от призрака перла, на котором мы раньше писали). ну вот мой парсер чем не нравится? если не нравится $_ можно вменяемые имена переменным дать my ($lexem, $args) = split /\s+/, $_, 2; или даже так: my ($lexem, @args) = split /\s+/; и функциям передавать уже расспличенный массив -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
AP> В сообщении от Thursday 25 September 2008 20:01:26 Dmitry E. Oboukhov AP> написал(а): AP>> номера строки расставляются регекспом AP>> AP>> s/^/sprinf "%05d ", $lno++/emg; AP> Все равно обычно вывод делается построчно, так что можно нумеровать и так: нет вывод делается скопом: имеем шаблон на ТТ, кормим его либе TT и ей же кормим хеши масивы с которыми она шаблон объединяет. на выходе получаем SGML (или скажем html) в одной переменной. его и выводим (кормим конвертеру) конвертер дает "ошибка такая-то в такой-то строке" вот тут и надо вывести все с номерами строк то есть ты предлагаешь рассплитить на строки, и вывести номера строк со строками в цикле, а /e регексп это делает без геморроя просто -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Просмотр фоток и фильмов
Mikhail Ramendik wrote: > Сейчас использую digikam, но он не умеет фильмы (как минимум я не нашёл в > нём такой возможности). Может, что-нибудь другое фильмы умеет? Что не умеет? Показывать? Умеет (думаю, должно быть установлено что-нибудь, что в KDE подхватит просмотр видео, у меня — Kaffeine). Редактировать? Не знаю, мне не надо было, не исключено, что если установить какой-нибудь пакет для редактирования, то и он задействуется. Отправлять по e-mail? Умеет. digiKam 0.8.2. Etch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Dmitry E. Oboukhov wrote:
> SS> Я не вижу преимущества использования перлового однострочника перед
> "cat -n". SS> Perl-то уж завсяко тяжелее cat-а будет.
> речь то шла о конкретной перловой программе, perl уже запущен, данные
> уже в нем накоплены в переменной итп
А-а-а, т.е. все данные уже загружены в память? Ну так эка невидаль. Вот
например однострочник на питоне:
data = '\n'.join('%5d %s' % (i+1, line) for i, line in
enumerate(data.splitlines()))
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Оффлайн каталогизат ор/файл менеджер.
Nicholas пишет: Oleg Frolkov wrote: У меня например хранится куча разного барахла на разных носителях и компьютерах. http://www.google.com/products/catalog?hl=en&q=simpletech+nas&um=1&ie=UTF-8&cid=314579202433615&sa=X&oi=product_catalog_result&resnum=1&ct=result#ps-sellers Когда все в онлайн и букмарки сделать несложно (в iceweasel теперь есть тегирование). Это, конечно, не то про что вы спрашивали, но с оффлайн дисками вы замучаетесь - ни бекап сделать удаленно, ни полнотекстовый поиск, ни миграцию на распределенные фс. Не у меня терабайты барахла в разных местах и несколько контор со своими компами.. хочется все это проиндексировать включая содержимое рабочих станций, чтобы все это свести воедино и упорядочить. Есть и удаленные машины с терабайтами барахла однажды скинутого когда был туда быстрый доступ а сейчас только интернет, там и бэкапы и данные и всякая другая фигня, в общем-то бардак который надо разгрести найти что дублируется, свести и расшарить. Вот кабы инструмент который позволит например проиндексировать все на удаленной машине, рассортировать в оффлайне а потом скриптом сделать это в онлайне. Подождем что еще посоветуют. Под оффтопик-то каталогизаторы есть, но все удаленное у меня под линуксом :) Олег. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello!
В сообщении от Thursday 25 September 2008 21:02:14 Dmitry E. Oboukhov
написал(а):
> вот тут и надо вывести все с номерами строк
> то есть ты предлагаешь рассплитить на строки, и вывести номера строк со
> строками в цикле, а /e регексп это делает без геморроя просто
На строки разделить - легко:
#!/usr/bin/tclsh
set lines {one
two}
set i 0
foreach line [split $lines \n] {puts "[incr i] $line"}
Ну да ладно, специально для вас, код _в одну строку_:
set i 0; foreach line [split $lines \n] {puts "[incr i] $line"}
А вообще пишется функция на тикле
proc myprint {lines} {
set i 0
foreach line [split $lines \n] {
puts "[incr i] $line"
}
}
и теперь обработка выполняется вот так:
myprint $lines
Раз уж вы эту операцию так любите, последний вариант оптимален.
Best regards, Alexey.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 20:59:08 Dmitry E. Oboukhov написал(а): > AP> Постановка задачи - распарсить указанные данные. Я привел решения > тиклевское и AP> перловое по идеологии (хотя оба парсера написаны на тикле, > товарищ никак не AP> может избавиться от призрака перла, на котором мы > раньше писали). > > ну вот мой парсер чем не нравится? > если не нравится $_ можно вменяемые имена переменным дать > > my ($lexem, $args) = split /\s+/, $_, 2; > или даже так: > > my ($lexem, @args) = split /\s+/; > > и функциям передавать уже расспличенный массив Я года два на перле не писал, так вот это eval "foo_$$_[0](\$\$_[1])"; foo_unknown($$_[1]) if $@; мне уже не прочитать. Это же брэйнфак какой-то, а не язык программирования. Может быть, оно и работает, но если помрет на каком-нибудь спецсимволе входных данных, то отладка обещает быть веселой. И вы серьезно готовы мегабайт-другой такого кода поддерживать? Если да, то я буду считать вас оптимистом :-) Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
AP> В сообщении от Thursday 25 September 2008 20:59:08 Dmitry E. Oboukhov AP> написал(а): AP>>> Постановка задачи - распарсить указанные данные. Я привел решения AP>> тиклевское и AP> перловое по идеологии (хотя оба парсера написаны на тикле, AP>> товарищ никак не AP> может избавиться от призрака перла, на котором мы AP>> раньше писали). AP>> AP>> ну вот мой парсер чем не нравится? AP>> если не нравится $_ можно вменяемые имена переменным дать AP>> AP>> my ($lexem, $args) = split /\s+/, $_, 2; AP>> или даже так: AP>> AP>> my ($lexem, @args) = split /\s+/; AP>> AP>> и функциям передавать уже расспличенный массив AP> Я года два на перле не писал, так вот это AP> eval "foo_$$_[0](\$\$_[1])"; AP> foo_unknown($$_[1]) if $@; ну так давай тогда так перепишем: my ($lexem, @args) = split /\s+/; ... eval "foo_$lexem([EMAIL PROTECTED])"; foo_unknown(@args) if $@; и сразу все вроде понятно стало, нет разве? AP> мне уже не прочитать. Это же брэйнфак какой-то, а не язык программирования. почему брейнфак? $_ - универсальная временная переменная. называлась бы она $TEMP было б так же, никто ведь не мешает называть переменные как нравится и не использовать $_? (кстати эта переменная синоним имеет $ARG в use English) AP> Может быть, оно и работает, но если помрет на каком-нибудь спецсимволе AP> входных данных, ну вообще ТАКОЙ метод парсинга как ты предложил вполне и на тикле помереть может. AP> то отладка обещает быть веселой. И вы серьезно готовы AP> мегабайт-другой такого кода поддерживать? что тебе в этом коде не нравится кроме имени временной переменной? -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
AP> В сообщении от Thursday 25 September 2008 21:02:14 Dmitry E. Oboukhov
AP> написал(а):
AP>> вот тут и надо вывести все с номерами строк
AP>> то есть ты предлагаешь рассплитить на строки, и вывести номера строк со
AP>> строками в цикле, а /e регексп это делает без геморроя просто
AP> На строки разделить - легко:
это понятно что легко, только на строки ты разбиваешь, потому что у тебя
регвыражения /e нет
AP> #!/usr/bin/tclsh
AP> set lines {one
AP> two}
AP> set i 0
AP> foreach line [split $lines \n] {puts "[incr i] $line"}
AP> Ну да ладно, специально для вас, код _в одну строку_:
AP> set i 0; foreach line [split $lines \n] {puts "[incr i] $line"}
printf "%05d %s", $counter++, $_ for split /\n/, $lines;
то же самое и на перле пишется, при необходимости. просто перл попутно
более простые средства предоставляет
AP> А вообще пишется функция на тикле
AP> proc myprint {lines} {
AP> set i 0
AP> foreach line [split $lines \n] {
AP> puts "[incr i] $line"
AP> }
AP> }
AP> и теперь обработка выполняется вот так:
AP> myprint $lines
AP> Раз уж вы эту операцию так любите, последний вариант оптимален.
кстати твой код номера строк не выравнивает по ширине, а мой выравнивает
:)
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
Re: Нужен ли bash
SS> А-а-а, т.е. все данные уже загружены в память? Ну так эка невидаль. Вот
например однострочник на питоне:
SS> data = '\n'.join('%5d %s' % (i+1, line) for i, line in
enumerate(data.splitlines()))
и после этого кто-то утверждает что перл менее нагляден чем питон?
три раза ха!
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
Re: Нужен ли bash
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> перловое по идеологии (хотя оба парсера написаны на > тикле, AP>> товарищ никак не AP> может избавиться от призрака перла, на > котором мы AP>> раньше писали). > AP>> > AP>> ну вот мой парсер чем не нравится? > AP>> если не нравится $_ можно вменяемые имена переменным дать > AP>> > AP>> my ($lexem, $args) = split /\s+/, $_, 2; > AP>> или даже так: > AP>> > AP>> my ($lexem, @args) = split /\s+/; > AP>> > AP>> и функциям передавать уже расспличенный массив > > AP> Я года два на перле не писал, так вот это > > AP> eval "foo_$$_[0](\$\$_[1])"; > AP> foo_unknown($$_[1]) if $@; > > ну так давай тогда так перепишем: > > my ($lexem, @args) = split /\s+/; > ... > eval "foo_$lexem([EMAIL PROTECTED])"; > foo_unknown(@args) if $@; > > и сразу все вроде понятно стало, нет разве? Так намного лучше. Хотя вот в таком эскейпинге - \@ очень легко ошибиться. Ну и $@ или $_ читабельности не добавляют, а совместо с ; в конце строки становятся малочитаемыми. > > AP> мне уже не прочитать. Это же брэйнфак какой-то, а не язык > программирования. почему брейнфак? $_ - универсальная временная переменная. > называлась бы она $TEMP было б так же, никто ведь не мешает называть > переменные как нравится и не использовать $_? (кстати эта переменная > синоним имеет $ARG в use English) Перл тем и плох, что позволяет писать как попало. В одном и том же коде зачастую смешиваются разные стили. А писать все в одном стиле - кода больше получается в некоторых случаях и лениво становится. > > AP> Может быть, оно и работает, но если помрет на каком-нибудь спецсимволе > AP> входных данных, > ну вообще ТАКОЙ метод парсинга как ты предложил вполне и на тикле > помереть может. На тикле я его в catch засуну на продакшене да еще в защищенный интерпретатор упакую. В тикле средства защиты динамического кода предусмотрены. > > AP> то отладка обещает быть веселой. И вы серьезно готовы > AP> мегабайт-другой такого кода поддерживать? > что тебе в этом коде не нравится кроме имени временной переменной? Да все не нравится. Вот выдернуть кусок кода из контекста > AP> eval "foo_$$_[0](\$\$_[1])"; > AP> foo_unknown($$_[1]) if $@; и уже не разберешь, что это и зачем. А если нужно быстро просмотреть модуль в сотню килобайт такого кода, написанного пару лет назад? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
окна, xwininfo
получить весь перечень окон можно xwininfo -root -tree а можно как-то узнать pid программы с данным окном связанной? что-то я не врублюсь -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
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()))
>
> и после этого кто-то утверждает что перл менее нагляден чем питон?
> три раза ха!
Как-то видел примеры нечитабельного кода на С - тоже кстати однострочного.
Было бы интереснее сравнить _хороший_ код на разных языках, а не
однострочный...
Best regards, Alexey.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello!
> AP> Ну да ладно, специально для вас, код _в одну строку_:
>
> AP> set i 0; foreach line [split $lines \n] {puts "[incr i] $line"}
>
> printf "%05d %s", $counter++, $_ for split /\n/, $lines;
> то же самое и на перле пишется, при необходимости. просто перл попутно
> более простые средства предоставляет
Ну а кто вам мешает аналогичную функцию на тикле написать? И все сведется
опять же к
myprint $lines
Получается, после реализации в тикле указанной функции перл можно выкинуть,
вместе с шеллом? Дело движется :-)
> AP> и теперь обработка выполняется вот так:
> AP> myprint $lines
>
> AP> Раз уж вы эту операцию так любите, последний вариант оптимален.
> кстати твой код номера строк не выравнивает по ширине, а мой выравнивает
>
> :)
Я такие вещи в виде html генерю, с подсветкой строки под курсором и т.п. :-)
Так что юзеры вполне довольны.
Best regards, Alexey.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
AP> Так намного лучше. Хотя вот в таком эскейпинге - \@ очень легко ошибиться.
Ну
AP> и $@ или $_ читабельности не добавляют, а совместо с ; в конце строки
AP> становятся малочитаемыми.
так это вопрос выбора имен переменных
речь идет о том что читает код всеж таки специалист
вот отвлечься от Perl, взять Makefile, там полно всяких $@, $<, $> итп
никто же не говорит что makefile масдай все пишут/используют
альтернатив в общем-то никто и не брался придумывать ;)
AP>>
AP>>> мне уже не прочитать. Это же брэйнфак какой-то, а не язык
AP>> программирования. почему брейнфак? $_ - универсальная временная переменная.
AP>> называлась бы она $TEMP было б так же, никто ведь не мешает называть
AP>> переменные как нравится и не использовать $_? (кстати эта переменная
AP>> синоним имеет $ARG в use English)
AP> Перл тем и плох, что позволяет писать как попало. В одном и том же коде
AP> зачастую смешиваются разные стили. А писать все в одном стиле - кода больше
AP> получается в некоторых случаях и лениво становится.
стоп
давай различать разные алгоритмы и стили.
плохой стиль программирования в любом языке будет читаться плохо
а стандартные имена стандартных временных переменных это как бы
стандартное и соответственно претензии к нечитабельности идут только от
тех кто этим не пользуется.
например когда вижу java'вский
bla_bla.krya_krya.ha_ha.kva_kva.be_be.bi_bi.ko_ko.kukareku(10);
меня жуть берет, но я не специалист в javam поэтому не знаю что каждая
фигатень значит.
однако java повсюду очень хвалят именно как язык строгий нерасполагающий
к ашипкам итп
так и тут ну запомнить надо что $@ - входные переменные, $_ - временная
переменная
и код сразу понятен :)
AP>>> Может быть, оно и работает, но если помрет на каком-нибудь спецсимволе
AP>>> входных данных,
AP>> ну вообще ТАКОЙ метод парсинга как ты предложил вполне и на тикле
AP>> помереть может.
AP> На тикле я его в catch засуну на продакшене да еще в защищенный
интерпретатор
AP> упакую. В тикле средства защиты динамического кода предусмотрены.
ну и в перле я его в eval завернул (что тоже что твой catch) и в перле
есть рестриктед перл-песочница
AP>>> то отладка обещает быть веселой. И вы серьезно готовы
AP>>> мегабайт-другой такого кода поддерживать?
AP>> что тебе в этом коде не нравится кроме имени временной переменной?
AP> Да все не нравится. Вот выдернуть кусок кода из контекста
AP>>> eval "foo_$$_[0](\$\$_[1])";
AP>>> foo_unknown($$_[1]) if $@;
выдернуть твой кусок из контекста с {}-ми \/-ми запятыми итп
так оно хуже регекспов тобой же приведенных выглядит
только что покороче чуток
set replist [list to: {} :CV: {} ( { } ) { } : { } , { } \/ { } -> { } $ {} \[
{} \] {}]
совсем нифига не понятно. кстати если распихивать по функциям парсер
то нафиг в главном парсить аргументы? пусть каждая функция и разгребает
что ей там на вход пришло :)
AP> и уже не разберешь, что это и зачем. А если нужно быстро просмотреть модуль
в
AP> сотню килобайт такого кода, написанного пару лет назад?
то просматриваешь и всего делов.
любой код должен быть откоментирован, perldoc perldoc на эту тему есть
;)
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
Re: Нужен ли bash
AP>>> Ну да ладно, специально для вас, код _в одну строку_:
AP>>
AP>>> set i 0; foreach line [split $lines \n] {puts "[incr i] $line"}
AP>>
AP>> printf "%05d %s", $counter++, $_ for split /\n/, $lines;
AP>> то же самое и на перле пишется, при необходимости. просто перл попутно
AP>> более простые средства предоставляет
AP> Ну а кто вам мешает аналогичную функцию на тикле написать? И все сведется
AP> опять же к
AP> myprint $lines
AP> Получается, после реализации в тикле указанной функции перл можно выкинуть,
AP> вместе с шеллом? Дело движется :-)
нет ты не в ту степь копаешь
есть в перле УНИВЕРСАЛЬНЫЙ инструмент - /e
одну из задач им решаемую ты предложил функцию с циклом
появится вторая опять функцию писать будем итп?
AP>>> и теперь обработка выполняется вот так:
AP>>> myprint $lines
AP>>
AP>>> Раз уж вы эту операцию так любите, последний вариант оптимален.
AP>> кстати твой код номера строк не выравнивает по ширине, а мой выравнивает
AP>>
AP>> :)
AP> Я такие вещи в виде html генерю, с подсветкой строки под курсором и т.п. :-)
AP> Так что юзеры вполне довольны.
нет это не юзерам а именно программерам на отладке
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
Re: Нужен ли bash
AP> В сообщении от Thursday 25 September 2008 21:43:15 Dmitry E. Oboukhov
AP> написал(а):
AP>>> А-а-а, т.е. все данные уже загружены в память? Ну так эка невидаль. Вот
AP>> например однострочник на питоне:
AP>>
AP>>> data = '\n'.join('%5d %s' % (i+1, line) for i, line in
AP>> enumerate(data.splitlines()))
AP>>
AP>> и после этого кто-то утверждает что перл менее нагляден чем питон?
AP>> три раза ха!
AP> Как-то видел примеры нечитабельного кода на С - тоже кстати однострочного.
AP> Было бы интереснее сравнить _хороший_ код на разных языках, а не
AP> однострочный...
в том и фишка что на перле можно писать _хороший_ _однострочный_ код :)
s/^/sprintf '%05d ', $lno++/emg;
и никаких тебе сплитов/join'ов итп
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
Re: системы контроля доступа через элект ронные считыватели.
,--[-=Devil_InSide=-, Thu, 25 Sep 2008 12:50:04 +0400] | |,--[-=Devil_InSide=-, Thu, 25 Sep 2008 12:32:17 +0400] ||никто не занимался подобной темой относительно дебиана? ||из требований только учет прихода\ухода сотрудников по сигналу от считывателя. || | |`- |вот, наткнулся: |http://2sc.ru/product |даже под линукс. |наверна одни единственные - остальные, которых в инете нашел, прикручивают толь |ко к винде. :) `- :) клиент под линукс и винду на яве, сервак с линуксом. но идет в комплекте (ос+по) и отдельно никуда не ставится. ) -- _ mpd status: [stopped] ** * icq: 161874711* * jabber: [EMAIL PROTECTED] * *irc.starlink.ru,#Gene, Devil_InSide * * Registered linux user #450844* ** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
On Thu, Sep 25, 2008 at 10:01:21PM +0400, Dmitry E. Oboukhov wrote: > например когда вижу java'вский > bla_bla.krya_krya.ha_ha.kva_kva.be_be.bi_bi.ko_ko.kukareku(10); Вот спасибо, посмеялся от души =) -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello!
В сообщении от Thursday 25 September 2008 22:01:21 Dmitry E. Oboukhov
написал(а):
> AP> Так намного лучше. Хотя вот в таком эскейпинге - \@ очень легко
> ошибиться. Ну AP> и $@ или $_ читабельности не добавляют, а совместо с ; в
> конце строки AP> становятся малочитаемыми.
> так это вопрос выбора имен переменных
> речь идет о том что читает код всеж таки специалист
Специалист тоже человек и на конструкциях вида $#@ ошибиться немудрено
каждому. Хм, а я правильно написал получение количества элементов? :-)
>
> вот отвлечься от Perl, взять Makefile, там полно всяких $@, $<, $> итп
> никто же не говорит что makefile масдай все пишут/используют
> альтернатив в общем-то никто и не брался придумывать ;)
Мэйкфайл это набор вызовов внешних утилит, это "сборочный шелл", а не язык
программирования.
> а стандартные имена стандартных временных переменных это как бы
> стандартное и соответственно претензии к нечитабельности идут только от
> тех кто этим не пользуется.
А зачем их так много? А зачем они такие короткие? Наверное, чтобы легко было
перловый код отличить - до и после обфускатора одинаково выглядит :-)
>
> например когда вижу java'вский
> bla_bla.krya_krya.ha_ha.kva_kva.be_be.bi_bi.ko_ko.kukareku(10);
>
> меня жуть берет, но я не специалист в javam поэтому не знаю что каждая
> фигатень значит.
> однако java повсюду очень хвалят именно как язык строгий нерасполагающий
> к ашипкам итп
На ява я писал мидлеты для телефонов и многословность кода просто убивала
порой. А наиболее защищены от ошибок функциональные языки, объектные имеют
другие задачи - позволить сляпать что-то, но зато кому угодно.
> AP> На тикле я его в catch засуну на продакшене да еще в защищенный
> интерпретатор AP> упакую. В тикле средства защиты динамического кода
> предусмотрены. ну и в перле я его в eval завернул (что тоже что твой catch)
> и в перле есть рестриктед перл-песочница
Как я понимаю, перловый eval это не перехватчик ошибок, а передача кода на
выполнение. Когда-то пробовал в перле такой метод - быстро бросил, потому что
вложенный эскейпинг жуткий просто становится. Скажем, если нужно написать
код, кодорый будет выполнен и передан в код, где он еще раз будет выполнен, в
перле это страшно смотрится.
> AP> Да все не нравится. Вот выдернуть кусок кода из контекста
> AP>>> eval "foo_$$_[0](\$\$_[1])";
> AP>>> foo_unknown($$_[1]) if $@;
> выдернуть твой кусок из контекста с {}-ми \/-ми запятыми итп
Прямой слэш я привык эскейпить, хотя это и не обязательно. {} можно заменить
на "" - это пустая строка. Ну и чуть по-другому записать
set replist {to: "" :CV: "" ( "" ) "" : "" , "" / "" -> "" $ "" [ "" ] ""}
Так вот понятнее?
> так оно хуже регекспов тобой же приведенных выглядит
> только что покороче чуток
>
> set replist [list to: {} :CV: {} ( { } ) { } : { } , { } \/ { } -> { } $ {}
> \[ {} \] {}]
Правило трансляции входных данных - выкидываем все незначащие символы
разметки. Принципиально отличается от регекспов, которые в общей куче ищут
полезные данные, что и делает их более тяжелыми для восприятия и более
подверженными ошибкам. При выполнении же полученного тиклевского кода при
несоответствии чиисла аргументов в функции я тут же ошибку увижу, что
позволяет не думать о правильности обработки, а заниматься именно логикой -
работать с последовательностью вызовов и набором аргументов каждого вызова.
> совсем нифига не понятно. кстати если распихивать по функциям парсер
> то нафиг в главном парсить аргументы? пусть каждая функция и разгребает
> что ей там на вход пришло :)
Не так. Сначала фигню на входе я превращаю в тиклевский код. А потом его
выполняю. Вот сам парсер:
proc parse {} {
set line [gets stdin]
if { $line ne {} } {
set line [string map [list \[ {} \] {}] $line]
eval $line
}
}
Все остальное - набор тиклевских функций для предметной области. Они к парсеру
отношения не имеют, равно как и парсер к ним.
>
> AP> и уже не разберешь, что это и зачем. А если нужно быстро просмотреть
> модуль в AP> сотню килобайт такого кода, написанного пару лет назад?
>
> то просматриваешь и всего делов.
> любой код должен быть откоментирован, perldoc perldoc на эту тему есть
> ;)
Хорошие комментарии не спасут плохой код, зато хороший код может не иметь
комментариев. Комментарии нужны из предметной области - рассказать, какую
задачу решаем, а отнюдь не для того, чтобы объяснять, что же делает этот код.
Best regards, Alexey.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! > AP> Получается, после реализации в тикле указанной функции перл можно > выкинуть, AP> вместе с шеллом? Дело движется :-) > нет ты не в ту степь копаешь > > есть в перле УНИВЕРСАЛЬНЫЙ инструмент - /e > одну из задач им решаемую ты предложил функцию с циклом > появится вторая опять функцию писать будем итп? Есть универсальный инструмент - язык программирования. И пока вы будете на придумывать нужное регвыражение, я напишу нужную функцию на нужном мне языке и дальше буду работать. И мой код легко прочитает любой программист и поймет, что этот код и как делает. Это можно и на перле сделать, но перловая идеология к этому не располагает. Сначала стоит написать набор функций предметной области. А перловые кодеры обычно этого не делают, полагая, что лучше сто раз написать невразумительный однострочник, чем писать функцию и потом ее так же в одну строчку вызывать. Сколько раз у вас это рег. выражение вызывается? Если его вызов зывернуть в функцию и к ней коммент написать, то становится абсолютно без разницы, как именно реализовано добавление номера строки. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
AP> В сообщении от Thursday 25 September 2008 22:01:21 Dmitry E. Oboukhov
AP> написал(а):
AP>>> Так намного лучше. Хотя вот в таком эскейпинге - \@ очень легко
AP>> ошибиться. Ну AP> и $@ или $_ читабельности не добавляют, а совместо с ; в
AP>> конце строки AP> становятся малочитаемыми.
AP>> так это вопрос выбора имен переменных
AP>> речь идет о том что читает код всеж таки специалист
AP> Специалист тоже человек и на конструкциях вида $#@ ошибиться немудрено
AP> каждому. Хм, а я правильно написал получение количества элементов? :-)
неправильно # - индекс последнего элемента
а количество элементов это или scalar(@ary) или в сравнениях (скалярном
контексте) scalar опустить можно
AP>> вот отвлечься от Perl, взять Makefile, там полно всяких $@, $<, $> итп
AP>> никто же не говорит что makefile масдай все пишут/используют
AP>> альтернатив в общем-то никто и не брался придумывать ;)
AP> Мэйкфайл это набор вызовов внешних утилит, это "сборочный шелл", а не язык
AP> программирования.
однако на нем вполне себе программы пишут и еще приличной сложности.
а чем шелл от языка программирования отличается?
AP>> а стандартные имена стандартных временных переменных это как бы
AP>> стандартное и соответственно претензии к нечитабельности идут только от
AP>> тех кто этим не пользуется.
AP> А зачем их так много?
ну не так уж и много, часто используемых десяток едва наберется
AP>>> На тикле я его в catch засуну на продакшене да еще в защищенный
AP>> интерпретатор AP> упакую. В тикле средства защиты динамического кода
AP>> предусмотрены. ну и в перле я его в eval завернул (что тоже что твой catch)
AP>> и в перле есть рестриктед перл-песочница
AP> Как я понимаю, перловый eval это не перехватчик ошибок, а передача кода на
AP> выполнение.
дык и перехватчик ошибок тоже.
AP> Когда-то пробовал в перле такой метод - быстро бросил, потому что
AP> вложенный эскейпинг жуткий просто становится. Скажем, если нужно написать
AP> код, кодорый будет выполнен и передан в код, где он еще раз будет выполнен,
в
AP> перле это страшно смотрится.
а можно проще, без ескейпинга
eval {
обычный перловый код
};
просто в _конкретно данном случае_ проще было eval с кавычками позвать
:)
AP>>> Да все не нравится. Вот выдернуть кусок кода из контекста
AP> eval "foo_$$_[0](\$\$_[1])";
AP> foo_unknown($$_[1]) if $@;
AP>> выдернуть твой кусок из контекста с {}-ми \/-ми запятыми итп
AP> Прямой слэш я привык эскейпить, хотя это и не обязательно. {} можно заменить
AP> на "" - это пустая строка. Ну и чуть по-другому записать
AP> set replist {to: "" :CV: "" ( "" ) "" : "" , "" / "" -> "" $ "" [ "" ] ""}
AP> Так вот понятнее?
неа (честно, не флейма ради а именно честно) :)
AP>> так оно хуже регекспов тобой же приведенных выглядит
AP>> только что покороче чуток
AP>>
AP>> set replist [list to: {} :CV: {} ( { } ) { } : { } , { } \/ { } -> { } $ {}
AP>> \[ {} \] {}]
AP> Правило трансляции входных данных - выкидываем все незначащие символы
AP> разметки. Принципиально отличается от регекспов, которые в общей куче ищут
AP> полезные данные, что и делает их более тяжелыми для восприятия и более
AP> подверженными ошибкам.
регекспы можно писать в много строк, с коментариями итп
когда сложные они я так и пишу :)
AP> Хорошие комментарии не спасут плохой код, зато хороший код может не иметь
AP> комментариев.
хороших коментариев при плохом коде не встречал
хорошего неоткоментированного кода тоже не видал
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
Re: Нужен ли bash
Hello! > AP> Как-то видел примеры нечитабельного кода на С - тоже кстати > однострочного. AP> Было бы интереснее сравнить _хороший_ код на разных > языках, а не AP> однострочный... > в том и фишка что на перле можно писать _хороший_ _однострочный_ код :) > > s/^/sprintf '%05d ', $lno++/emg; > > и никаких тебе сплитов/join'ов итп Поверьте, это плохой однострочный код. Так даже на С давно уже не пишут, заворачивая в макросы или функции. Как пример #define STREQ(a,b) (strcmp(a,b)==0) Попробуйте какой-нибудь функциональный язык, сами увидите. Когда-то я тоже считал подобный код хорошим, когда писал на С++/php/perl и пр. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Просмотр фоток и фильмов
В сообщении от 25 сентября 2008 13:48 Mikhail Ramendik написал(a): > Всем привет! > > Нужна бы мне программа для удобного просмотра всего, что скачивается с > фотоаппарата. А там JPG и иногда фильмы (MOV). > > Само скачивание уметь не надо - это я и скриптом сделаю. А GUI нужен для > просмотра "галереей" и для отправки фоток емейлом (запуском существующего > клиента). > > Сейчас использую digikam, но он не умеет фильмы (как минимум я не нашёл в > нём такой возможности). Может, что-нибудь другое фильмы умеет? > > P.S. etch, но скоро будет lenny. gwenview? умеет всунуть mplayer в частности для просмотра видео, из коробки. -- Если знания человека в беспорядочном состоянии, то чем больше он имеет их, тем сильнее расстраивается его мышление. -- Г.Спенсер
Re: Нужен ли bash
AP>>> Получается, после реализации в тикле указанной функции перл можно AP>> выкинуть, AP> вместе с шеллом? Дело движется :-) AP>> нет ты не в ту степь копаешь AP>> AP>> есть в перле УНИВЕРСАЛЬНЫЙ инструмент - /e AP>> одну из задач им решаемую ты предложил функцию с циклом AP>> появится вторая опять функцию писать будем итп? AP> Есть универсальный инструмент - язык программирования. И пока вы будете на AP> придумывать нужное регвыражение, я напишу нужную функцию на нужном мне языке AP> и дальше буду работать. нет как раз наоборот пока ты будешь пистаь функцию я напишу регексп и дальше пойду :) а на самом деле тут все по другому есть язык, скажем C, представляет пользователю 5 (на самом деле _чуть_ больше, но не суть) синтаксических конструкций. можно на нем писать ВСЕ что угодно. операционные системы, парсеры итп и есть другой язык в котором конструкций не 5 а 25 и этот другой язык ругают: еще бы, когда-то выучив 5 и давши привыкнуть мозгу к тому что вот есть 5 и в них и ковыряться надо трудно воспринимается код на "лишних" 20, однако когда потом привыкаешь ко всем 25, обратно на 5 совсем не тянет возвращаться. вот у меня есть проектик - mhddfs, хочу к нему демона приписать который строит списки файлов и по ним оптимизацию в фоне делает. и писать как-бы НАДО на С (файловая система всеж-таки) и так блин не хочется на С это делать (работа со строками и списками на Си - гемор) вот и думаю как бы сюда перл прикрутить чтобы и волки сыты (потребления по памяти мало) и овцы целы (чтобы писать просто было) а воз и ныне там... AP> Сначала стоит написать набор функций предметной области. А перловые кодеры AP> обычно этого не делают, полагая, что лучше сто раз написать невразумительный AP> однострочник, чем писать функцию и потом ее так же в одну строчку вызывать. AP> Сколько раз у вас это рег. выражение вызывается? один :) когда длина кода сравнима с длиной строки вызова функции то функцию имеет смысл писать только для повторяющихся действий -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Нужен ли bash
Hello!
> а чем шелл от языка программирования отличается?
Да я и затеял топик, чтоб выяснить это. Пока что получается, что если язык
программирования позволяет легко вызывать внешние программы, он может
заменить шелл.
> AP> А зачем их так много?
> ну не так уж и много, часто используемых десяток едва наберется
length или len для длины строки, llength для длины списка понимаю. Набор
кракозябл - нет. А уж десяток подобных комбинаций тем более слишком много.
> AP> Прямой слэш я привык эскейпить, хотя это и не обязательно. {} можно
> заменить AP> на "" - это пустая строка. Ну и чуть по-другому записать
> AP> set replist {to: "" :CV: "" ( "" ) "" : "" , "" / "" -> "" $ "" [ "" ]
> ""} AP> Так вот понятнее?
> неа (честно, не флейма ради а именно честно) :)
А как понятнее? Если список с пробелами непонятен, так можно через запятую
написать. Или попарно по строкам разбить.
> AP> Хорошие комментарии не спасут плохой код, зато хороший код может не
> иметь AP> комментариев.
> хороших коментариев при плохом коде не встречал
> хорошего неоткоментированного кода тоже не видал
Загляните в исходники, скажем, sqlite - увидите. Вот пример:
/*
** SQL function to compress content into a blob using libz
*/
static void compressFunc(
sqlite3_context *context,
int argc,
sqlite3_value **argv
){
int nIn, nOut;
long int nOut2;
const unsigned char *inBuf;
unsigned char *outBuf;
assert( argc==1 );
nIn = sqlite3_value_bytes(argv[0]);
inBuf = sqlite3_value_blob(argv[0]);
nOut = 13 + nIn + (nIn+999)/1000;
outBuf = malloc( nOut+4 );
outBuf[0] = nIn>>24 & 0xff;
outBuf[1] = nIn>>16 & 0xff;
outBuf[2] = nIn>>8 & 0xff;
outBuf[3] = nIn & 0xff;
nOut2 = (long int)nOut;
compress(&outBuf[4], &nOut2, inBuf, nIn);
sqlite3_result_blob(context, outBuf, nOut2+4, free);
}
Что тут нужно комментировать? :-) Достаточно прочитать описание алгоритма
сжатия и код понятен вплоть до значений констант.
Best regards, Alexey.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello!
> есть язык, скажем C, представляет пользователю 5 (на самом деле _чуть_
> больше, но не суть) синтаксических конструкций. можно на нем писать ВСЕ
> что угодно. операционные системы, парсеры итп
> и есть другой язык в котором конструкций не 5 а 25
> и этот другой язык ругают: еще бы, когда-то выучив 5 и давши привыкнуть
> мозгу к тому что вот есть 5 и в них и ковыряться надо трудно
> воспринимается код на "лишних" 20, однако когда потом привыкаешь ко всем
> 25, обратно на 5 совсем не тянет возвращаться.
А есть языки, которые позволяют определить сколько угодно и каких угодно своих
конструкций. В одном проекте - одни, в другом - другие. Да еще можно быстро
написать интерпретатор скриптового языка для построения отчетов, к примеру.
>
> вот у меня есть проектик - mhddfs, хочу к нему демона приписать который
> строит списки файлов и по ним оптимизацию в фоне делает.
> и писать как-бы НАДО на С (файловая система всеж-таки) и так блин не
> хочется на С это делать (работа со строками и списками на Си - гемор)
> вот и думаю как бы сюда перл прикрутить чтобы и волки сыты (потребления
> по памяти мало) и овцы целы (чтобы писать просто было)
> а воз и ныне там...
Что же вы так о С. Сам вон недавно писал обработчик номера телефона, который
циска отдает по протоколу такакс, так решил, что на С это писать ничуть не
сложнее, чем на тикле.
select cisconumbernorm('ton:4,npi:1,pi:0,si:1,#:81074951112434','7','495');
74951112434
А с разгону и еще несколько модулей с сишными функциями сделал :-) Теперь
можно хоть из консоли эскулайтовской вызвать, хоть из тикля, удобно. И код
простой. А с массивами строк на С тоже доводилось работать, но там пришлось
простенький аллокатор памяти написать и несколько вспомогательных функций.
> одну строчку вызывать. AP> Сколько раз у вас это рег. выражение вызывается?
> один :)
>
> когда длина кода сравнима с длиной строки вызова функции то функцию
> имеет смысл писать только для повторяющихся действий
Из-за одного вызова однострочного выражения говорить о преимуществе перла
конечно интересно, но если вы этот регексп единожды в жизни написали, то его
изучение и необходимость его помнить не стоят затрачиваемого времени.
Best regards, Alexey.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
AP>> а чем шелл от языка программирования отличается?
AP> Да я и затеял топик, чтоб выяснить это. Пока что получается, что если язык
AP> программирования позволяет легко вызывать внешние программы, он может
AP> заменить шелл.
ну я всегда воспринимал шелл как язык программирования заточенный под
вызов/склейку внешних программ
AP>>> А зачем их так много?
AP>> ну не так уж и много, часто используемых десяток едва наберется
AP> length или len для длины строки, llength для длины списка понимаю. Набор
AP> кракозябл - нет. А уж десяток подобных комбинаций тем более слишком много.
AP>>> Прямой слэш я привык эскейпить, хотя это и не обязательно. {} можно
AP>> заменить AP> на "" - это пустая строка. Ну и чуть по-другому записать
AP>>> set replist {to: "" :CV: "" ( "" ) "" : "" , "" / "" -> "" $ "" [ "" ]
AP>> ""} AP> Так вот понятнее?
AP>> неа (честно, не флейма ради а именно честно) :)
AP> А как понятнее? Если список с пробелами непонятен, так можно через запятую
AP> написать. Или попарно по строкам разбить.
AP>>> Хорошие комментарии не спасут плохой код, зато хороший код может не
AP>> иметь AP> комментариев.
AP>> хороших коментариев при плохом коде не встречал
AP>> хорошего неоткоментированного кода тоже не видал
AP> Загляните в исходники, скажем, sqlite - увидите. Вот пример:
AP> nOut = 13 + nIn + (nIn+999)/1000;
хех, действительно что тут коментировать?
:смайлик вращать глазами:
AP> Что тут нужно комментировать? :-)
AP> Достаточно прочитать описание алгоритма
AP> сжатия и код понятен вплоть до значений констант.
то есть достаточно войти в контекст с помощью сторонней докумы
тогда на каком языке реализован алгоритм значения иметь не будет.
поскольку алгоритм читается не из кода а из докумы
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
Re: Нужен ли bash
AP>> есть язык, скажем C, представляет пользователю 5 (на самом деле _чуть_ AP>> больше, но не суть) синтаксических конструкций. можно на нем писать ВСЕ AP>> что угодно. операционные системы, парсеры итп AP>> и есть другой язык в котором конструкций не 5 а 25 AP>> и этот другой язык ругают: еще бы, когда-то выучив 5 и давши привыкнуть AP>> мозгу к тому что вот есть 5 и в них и ковыряться надо трудно AP>> воспринимается код на "лишних" 20, однако когда потом привыкаешь ко всем AP>> 25, обратно на 5 совсем не тянет возвращаться. AP> А есть языки, которые позволяют определить сколько угодно и каких угодно своих AP> конструкций. дык и С позволяет, потому на нем ВСЕ пишут, включая и языки программирования :) речь то о том что на самом С ключевых конструкций пять штук AP>> одну строчку вызывать. AP> Сколько раз у вас это рег. выражение вызывается? AP>> один :) AP>> AP>> когда длина кода сравнима с длиной строки вызова функции то функцию AP>> имеет смысл писать только для повторяющихся действий AP> Из-за одного вызова однострочного выражения говорить о преимуществе перла AP> конечно интересно, так это (обсуждаемое) регвыражение одно но в том же проекте есть и второе и третье и пятое :) AP> но если вы этот регексп единожды в жизни написали, то его ЭТОТ регексп -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Viking и realtime gps
Приветствую! Выбирая программу для работы с GPS, остановился на viking. Но что-то не получается отслеживать координаты в реальном времени. Делаю так: - Создаю GPS-слой (Layers->New GPS Layer) - на вкладке "Realtime Tracking Mode" ставлю галочку "Keep current position at center" и остальные галочки; gpsd host и port верные -- localhost:2947 - в списке слоёв правым кликом на GPS-слое вызываю меню и выбираю "Start realtime tracking" И -- ничего не происходит. Внятной документации по viking не нашёл ни в пакете, ни на офсайте, ни в гугле. При этом gpsdrive и tangogps отслеживают координаты в реальном времени хорошо и без нареканий. xgps тоже координаты отображает (но несколько странно: изредка мигнёт координатами раз в секунду, а потом n/a показывает). Так что с gpsd всё в порядке, судя по всему. Всё бралось либо из etch, либо из etch-backports (например, сам viking), либо в сборке для etch (например, tangogps). Приёмник GlobalSat GH-615B. ЧЯДНТ? -- Dmitri Samsonov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Viking и realtime gps
Dmitri Samsonov wrote: viking 0.9.6 и usb gps garmin 18 (например) работают. попробуйте сначала закрыть все остальные программы использующие gps. выберете нужный протокол и usb порт во вкладке "Data mode" после старта может быть задержка 0-5 секунд. -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Viking и realtime gps
Nicholas пишет: > > viking 0.9.6 и usb gps garmin 18 (например) работают. попробуйте > сначала закрыть все остальные программы использующие gps. выберете > нужный протокол и usb порт во вкладке "Data mode" после старта может > быть задержка 0-5 секунд. У меня 0.9.4 из бекпортов. Мне не нужен data mode, ибо мой GlobalSat GH-615B всё равно викингом не поддерживается -- работать с треками и точками мне приходится другими утилитами (там тоже не всё гладко, но это отдельный вопрос). Нужен только realtime tracking, который через gpsd и в других программах работает исправно. Кстати, сейчас загрузился с sd-карты в lenny и попробовал викинг там -- в lenny викинг исправно работает в realtime! Как бы теперь его (конкретно версию 0.9.4) с Etch'ем подружить?.. -- Dmitri Samsonov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kvm - mount qcow2 (а не raw) образ
Не получается примонтировать qcow2 диск: mount -o loop,offset=32256 vm.qcow2 /mnt/loop mount: you must specify the filesystem type mount -o loop,offset=32256 -t ext3 vm.qcow2 /mnt/loop mount: wrong fs type, bad option, bad superblock on /dev/loop0, Приходится переводить его в raw и обратно: kvm-img convert -f qcow2 vm.qcow2 -O raw vm.raw mount -o loop,offset=32256 vm.raw /mnt/loop (молча и успешно) ... umount /mnt/loop kvm-img convert -f raw vm.raw -O qcow2 vm.qcow2 Вопрос: возможно ли примонтировать именно qcow2 диск ? -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Что дать почитать интересующемуся?
Maxim Tyurin пишет: RB> Ну вот для начала. :) RB> http://www.prenhall.com/tanenbaum/ RB> Эти книги есть и на русском. Это не для начала, а для конца. Линуксом не только программисты пользуются. Если учиться всерьез, то руководства к дистрибутиву недостаточно. Для начала, нужна общая компьютерная грамотность, понимание устройства и принципов работы операционной системы на элементарном уровне. Для этого нужно прочесть несколько глав из "Современных операционных систем" Таненбаума. Основой интерфейса Unix-подобных ОС является текст, а не всевозможные графические бубунты, поэтому далее нужно осваивать книгу Кернигана и Пайка "Unix. Программное окружение". Только после того как будет освоен хотя бы shell, можно переходить к изучению самого дистрибутива (по документации Debian) и всего остального. Это все хорошо и правильно. Но так бывает только в идеальном мире. А человеку нужны книги от которых сразу будет отдача. Чтоб он прочитал описание утилиты, подергал ее и начал читать про следующую. Поддерживаю, то же "Программное окружение" читается легко и непринуждённо когда ты "в теме". Войти в тему мне в свое время помогли такие книги, как "Секреты Unix" Армстронга и "Linux.От понимания к применению" К.Пецтке. У них один недостаток - написаны ещё в прошлом веке. Потом, если ему будет интересно, он начнет разбираться дальше. И начнет жалеть почему он вначале читал всякую фигню, а не правильные теоритические книги ;) А сразу читать нужные книги можно только заставить. Или по работе, или по учебе. C'est la vie... "Многие вещи нам неведомы только потому, что не входят в круг наших понятий" К.Прутков -- С уважением, Любимец Андрей Алексеевич -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008 23:06:41 +0400: DEO> вот у меня есть проектик - mhddfs, хочу к нему демона приписать DEO> который строит списки файлов и по ним оптимизацию в фоне делает. DEO> и писать как-бы НАДО на С (файловая система всеж-таки) и так блин DEO> не хочется на С это делать (работа со строками и списками на Си - DEO> гемор) вот и думаю как бы сюда перл прикрутить чтобы и волки сыты DEO> (потребления по памяти мало) и овцы целы (чтобы писать просто DEO> было) а воз и ныне там... tcl возьми. Глядишь, и воз поедет... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] The last good thing written in C was Franz Schubert's Symphony number 9. -- Erwin Dieterich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Viking и realtime gps
Dmitri Samsonov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008 03:20:36 +0400: >> viking 0.9.6 и usb gps garmin 18 (например) работают. попробуйте >> сначала закрыть все остальные программы использующие gps. выберете >> нужный протокол и usb порт во вкладке "Data mode" после старта может >> быть задержка 0-5 секунд. DS> У меня 0.9.4 из бекпортов. DS> Мне не нужен data mode, ибо мой GlobalSat GH-615B всё равно викингом DS> не поддерживается -- работать с треками и точками мне приходится другими DS> утилитами (там тоже не всё гладко, но это отдельный вопрос). Нужен DS> только realtime tracking, который через gpsd и в других программах DS> работает исправно. DS> Кстати, сейчас загрузился с sd-карты в lenny и попробовал викинг там DS> -- в lenny викинг исправно работает в realtime! Как бы теперь его DS> (конкретно версию 0.9.4) с Etch'ем подружить?.. Если версия викинга одна и та же, то возможно, что обновить следует не викинга, а какую-то из нижележащих библиотек. Или gpsd. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Балансу вежливости и самоуважения надо учиться у англичан. Они ко всем обращаются на "вы", но "Я" пишут с большой буквы (c) Yuri Nesterenko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Alexey Pechnikov -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008 23:30:03 +0400: >> когда длина кода сравнима с длиной строки вызова функции то функцию >> имеет смысл писать только для повторяющихся действий AP> Из-за одного вызова однострочного выражения говорить о преимуществе AP> перла конечно интересно, но если вы этот регексп единожды в жизни AP> написали, то его изучение и необходимость его помнить не стоят AP> затрачиваемого времени. Ты просто не умеешь этих кошек готовить. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] There's no sense in being precise, when you don't even know what you're talking about. -- John von Neumann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
