Re: Среды разработки
On Fri, 19 Oct 2012, Vladimir Zhbanov wrote: On Thu, Oct 18, 2012 at 10:32:57PM +0300, Oleksandr Gavenko wrote: ... http://harmful.cat-v.org/software/c++/linus http://harmful.cat-v.org/software/c++/I_did_it_for_you_all http://harmful.cat-v.org/software/c++/rms Первая история понятна. Вторая интересна, но сильно надуманна, по-моему. Если Страуструп действительно говорил бы такое, то, думаю, он был бы гениальным шутником, филантропом, даже филопрограммером (заботившимся исключительно о сирых и убогих выпускниках мехмата МГУ, в умопомрачении отправившихся в колхоз Телелюй вместо ждавшей их с распростёртыми объятьями силиконовой долины). Особенно понравилась сложность и запутанность иксов как вдохновляющая идея и побудительный мотив. Иксы, тем не менее, как и Юних, продолжают вдохновлять общественность на подвиги. Интервью - это 100% мистификация. На страничке Страуструп лежит оргинальная версия: http://www.stroustrup.com/ieee_interview.html Мне запомнилась другая его мысль: There are only two kinds of programming languages: those people always bitch about and those nobody uses.” У С++ есть что-то, что роднит его с обычными языками. Запутаность, безсистемность уродливый синтаксис. Но ведь и говорим то мы именно на таких языках. Так что 50 лет разработок языков, закончившиеся созданием С++, java, PHP и что там еще популярно, ну скажем Perl, что-то да говорят об извращенности наших мозгов. Ю. p.s. Там стонет человек от рабства и цепей!.. (Михаил Лермонтов)
Re: Среды разработки
On Thu, 18 Oct 2012 23:55:54 +0400 Артём Н. artio...@yandex.ru wrote: В чём проблема написать скрипт или скопировать файл, а потом его отредактировать? Будто IDE с умолчательными настройками всегда создаёт ровно то, что нужно. Проблема в том, что: 1. Его надо будет каждый раз редактировать. Пользуйся относительными путями и переменными окружения. А то малое, что таки придётся редактировать, придётся и в project wizard в IDE вбивать. 2. Он будет работать на Linux. Он не един (хотя, в принципе, есть cygwin, тут вопрос спорный). Скрипты пишутся не только на шелле. 3. Его надо написать. Когда уже есть готовое. И, к тому же, надо серьёзно подумать над его написанием (там же не просто вызов программ требуется, но ещё и всякие интеграции с редактором и прочее). «Я Артём и я не хочу ничего решать. Я хочу платьице^W IDE». Мог бы сразу с этого начать и этим же закончить. -- Alexander Galanin -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121019110700.7e478c540f947ca4781d6...@galanin.nnov.ru
Re: Зависает ноутбук намертво. Debian Wheezy testing amd64.
В Mon, 1 Oct 2012 19:19:59 +1100 alexander toyman...@gmail.com пишет: В Mon, 3 Sep 2012 19:01:25 +1100 alexander toyman...@gmail.com пишет: В Tue, 28 Aug 2012 10:56:16 +0600 Sergej Kochnev sokoch...@yandex.ru пишет: On Tue, 28 Aug 2012 14:32:53 +1100 alexander toyman...@gmail.com wrote: В Mon, 27 Aug 2012 20:19:08 +0600 Sergej Kochnev sokoch...@yandex.ru пишет: On Mon, 27 Aug 2012 18:44:43 +1100 alexander toyman...@gmail.com wrote: Привет. Тот самый ноутбук зависает намертво. Бывает сразу после включения. Бывает проходит минуты 2 и зависает. Не реагирует ни на какие действия. Debian testing amd64 Intel Core i7. Подскажите как узнать что вызывает это зависание и как от него избавиться? dmesg -n8 и netconsole #dmesg -n8 dmesg: unknown level '8' -n debug А как мне ввести команду dmesg -n debug? tty'шки то недоступны.. Все намертво зависает. Даже если силой выключу и включу комп, то логи в dmesg'e уже же другие будут а старые хз где искать? netconsole не найден в репозатариях. Что йто? Модуль ядра. На всякий случай скажу, что понадобится второй компьютер. ну при debug -n debug пишутся какие то логи, хз чо там( Их много.. Зависает все равно! Ну прям не наю чо делать( Заметил, что при зависании, обычно у меня в ноуте вентилятор какой то вращается быстрее чам надо. То ли вентилятор на проце, то ли пропеллер на видеокарте( ни наю( Ну чо тут получаеца.. Опять завис!(( После этого силой выключи комп, и загрузился с лив дивиди дебьяна тестинга в режиме восстановления. Посмотрел файлик /var/log/kern.log (или messages хз это одно и то же). Там были такие логи: Oct 17 20:17:56 alexander kernel: [ 620.236274] CPU1: Package power limit notification (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236279] CPU3: Package power limit notificati on (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236282] CPU2: Package power limit notificati on (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236285] CPU0: Package power limit notificati on (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236928] CPU3: Package power limit normal Oct 17 20:17:56 alexander kernel: [ 620.236930] CPU2: Package power limit normal Oct 17 20:17:56 alexander kernel: [ 620.236933] CPU1: Package power limit normal Oct 17 20:17:56 alexander kernel: [ 620.236935] CPU0: Package power limit normal Oct 17 20:22:35 alexander kernel: [ 898.634647] [Hardware Error]: Machine check events logged Oct 17 20:45:02 alexander kernel: imklog 5.8.11, log source = /proc/kmsg started. Oct 17 20:45:02 alexander kernel: [0.00] Initializing cgroup subsys cpuset Oct 17 20:45:02 alexander kernel: [0.00] Initializing cgroup subsys cpu Oct 17 20:45:02 alexander kernel: [0.00] Linux version 3.2.0-3-amd64 (Debian Воть( Не могу понять эти логи. Ясно чо это аппаратная ошибка какая то( Чо делать други мои?)) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121019184013.3e891...@omen.dyndns-ip.com
Re: Настройка Vim и работа в нём.
18 октября 2012 г., 19:08 пользователь Артём Н. artio...@yandex.ru написал: 18.10.2012 10:59, Dmitry Balchugov пишет: Вот мой конфиг. Это сборная солянка, некоторые комментарии есть в тексте конфига. Некоторые вещи не работают. Не доходят руки привести в нормальный вид. Поэтому как есть. VIM 7.3 Фига себе, у вас конфиг навороченный. o.O Этому конфигу около 7 лет :-) -- Best regards, Dmitry Balchugov zib...@gmail.com, jabber:zib...@jabber.ru, fido:2:5020/2140.128
Re: разыскиваются инструменты для управления множеством серверов
00:07 Fri 19 Oct, Oleksandr Gavenko wrote: Меня всегда поражало что Puppet реализован на Ruby - не самый лучший язык для бутстрапинга на голой ОСи. Почему не Perl? Или пусть бы уже Python... Разрабы puppet это объяснили тем, что ruby наиболее подходит для написания в декларативном стиле. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121019104426.ga21...@debbox.it
Re: Среды разработки
On 18.10.2012 18:40, Артём Н. wrote: 18.10.2012 00:16, Alexander Danilov пишет: On 17.10.2012 22:22, Артём Н. wrote: 16.10.2012 23:21, Alexander Danilov пишет: что после этого всякого, утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно неполноценным родственником Джорджа Буша младшего, на котором природа не то, что отдохнула, она даже и не напрягалась. Ну, по-моему, никто не говорит о простоте. Полуркайте, Как выучить C++ за 21 день. ;-) Я вас нах... не посылал, так что тоже будьте вежливы. Я вас, вроде, тоже не посылал. А баяна этого вы, похоже, не знаете... Как выучить C++ за 21 день - я про это, такое только умственно отсталым предлагают :) Наоборот, по-идее, должно быть. Вы, для начала, погуглите, потом говорите. C++ за 21 день - это известная тема, только гуглите по картинкам. По идее то, может вы и правы, но на практике то, скорее всего прав я, ибо листал пару раз такие книжкию Есть, тут другой RAD. Первый RAD с которым я познакомился в Unix - shell+coreutils(тогда это была большая куча пакетов). Второй RAD - perl+CPAN. Были и другие. Это не RAD. Это компоненты. Это RAD - rapid application development, именно так. Именно с помощью этих средств очень быстро разрабатываются приложения, я куски сишного кода менял на вызовы system(awk ...), и кода становилось значитально меньше и работал он значительно лучше и сопровождать было значительно проще, rapid - быстрее просто некуда! В плане обработки текста. Но минусы: 1. Кроссплатформенность хромает. Каким образом она хромает? Все инструменты кросcплатформенные дальше некуда. 2. Скорость падает. Как бы не наоборот. Скорость разработки точно возрастает, надёжность софта точно, да и на Си написать то, что перл умеет лучше всего, да ещё чтоб и работало быстрее, чем перл, это надо быть сишником среднего уровня и выше, что в наши дни большая редкость. Это где редкость? o.O Не знаю, что вы подразумеваете под средним уровнем, но, по-идее C - простой язык. По идее - вы правы, а на практике я прав, практика - это ведь не HelloWorld.c, это нечто посложнее. И чтобы стать неплохим сишником надо написать немало своего кода и чужого много пересмотреть/адаптировать. Но на Си сейчас большую прикладуху не пишут, а именно там встречаются пятизвёздочные указатели, многозадачность, условное выделение и освобождение памяти и прочее, отчего даже отладчик впадает в ступор. На самом деле Си - простой язык, но для системщиков, а их очень мало. 3. Связь между awk и C-шным кодом через костыли. Стандартные системные IPC - костыли? Не согласен Просто не самая лучшая идея встраивать awk через системные вызовы: я бы встроил тогда уж что-то наподобие Lua (ну awk тоже неплохо, только, если встраивать по-человечески, как библиотеку, если такое имеется). Когда я пользовался awk, то lua ещё наверно и в проекте не было. А потом, lua для потоковой обработки данных скорее всего хуже awk будет. вот писать формирование отчётов на Си - это не просто костыли, это [*** ну тут такой нехороший эпитет ***]. Ибо сегфолты и коры дампы постоянно по причине кривости пользовательского ввода и трудности проверки его сишными средствами. Да ладно. Пишут же на C компиляторы и всякие там awk? Я тут тоже занялся полезной работой и, больше ради повторения, написал парсер, который производит разбор в соответствии с метаданными, загруженными из INI (взял парсер иника из интернетов), но в INI я добавил условия типа if, elif и else (однопроходный анализатор с построением дерева), плюс разбор выражений в C-стиле (без построения дерева) и построение списка полей на основе метаданных. И ничего: это чуть сложнее, чем обычный пользовательский ввод, но работает без сегфолтов и компилируется на 32-х и 64-х разрядной системе нормально. Вообще-то отсутствие сегфолтов ещё ничего не доказывает, вот тесты могут что-то доказать, но то же не всё. Правда писать что-то на C я теперь зарёкся. :-) Да и рекурсивный анализатор вряд ли уже когда-то писать буду: прочитаю всё-таки Книгу дракона и стану пользоваться генераторами. Немного извращённо: лучше уж perl взять. Хотя, идея любопытная. Хоть и не имеет прямого отношения к RAD. Имеет, ибо Unix и есть RAD. Unix? Я ни разу в нём не работал. А Unix-подобные ОС бывают и без средств разработки. Что, unix без /bin/sh? Ну наверно бывают, для какого-то очень экзотического применения наверно... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50813f63.1050...@gmail.com
Re: Среды разработки
On 18.10.2012 23:17, Oleksandr Gavenko wrote: On 2012-10-16, Alexander Danilov wrote: Да, это должна быть весьма извращённая фантазия. :-) Проще взять cygwin. А пробовали брать? Я пробовал, пользуюсь mingw только когда долго в винде приходится сидеть, а так проще какой-нибудь однофайловый интерпретатор взять. А какие проблемы - не можем запустить setup.exe? :) setup.exe запускается, но оно сильно отличается то виндового окружения (путями, многие графические приложения при компиляции в cygwin хотят xserver, нужно таскать с собой cygwin.dll) Не очень удобно, если надо сделать нативное виндовое приложение, а если сделать себе в винде gnu уголок - то да, удобно. Или трудности с английским: http://cygwin.com/cygwin-ug-net.html ?? К тому же в комплекте 2 кросскомпилятора: Mingw и свежий W64 (который для i686 и AMD64). По ABI оба совместимы с вендором. И к тому же make/cmake, perl/python, apache/lighttpd, emacs/vim - все из коробки. Мало - Cygwin ports: ftp://sourceware.org/pub/cygwinports/portslist.txt Мало - cygport: git://cygwin-ports.git.sourceforge.net/gitroot/cygwin-ports/cygport -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/508140c3.5080...@gmail.com
Re: Среды разработки
Alexander Danilov - debian-russian@lists.debian.org @ Fri, 19 Oct 2012 15:54:11 +0400: AD Что, unix без /bin/sh? Ну наверно бывают, для какого-то очень AD экзотического применения наверно... Для наиболее массовых. Смартфоны и маршрутизаторы. В принципе, оно там даже обычно есть - симлинком на busybox. Хотя мне встречалась одна, не помню, какая именно, система, где шелл давали (даже, кажется, по ssh), но это был как раз busybox, и симлинка /bin/sh не было. busybox же плох тем, что он как раз весьма неполноценный /bin/sh (и всё остальное, что в него засунуто, тоже обычно сильно урезано - df, например, помнится, невозможно было сказать ни -h, ни указать одну файловую систему). Причем неполноценный именно в области выполнения скриптов, были там какие-то существенные урезки. Нет, я помню, что sh - это не bash. Но, в общем, рассматривать busybox как средство разработки под UNIX я бы поостерегся... Но суть не в том, что он там есть, а в том, что он там весьма целенаправленно запрятан весьма глубоко. Так, что в штатной поставке системы способа поработать в шелле или запустить шелловский скрипт нет. Для того, чтобы его получить, нужно что-то доставить из этих ваших интернетов, показав им свой логин в гугл как минимум (иногда его для этого еще завести надо), а то еще и параметры банковской карты... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/876266k5zk@wizzle.ran.pp.ru
Re: разыскиваются инструменты для управления множеством серверов
А что не нравится ? Руби не афектит систему в отличии от перла и питона Sent from my BlackBerry® wireless device -Original Message- From: Andrey Tataranovich tataranov...@gmail.com Date: Fri, 19 Oct 2012 13:44:26 To: debian-russian@lists.debian.org Reply-To: Andrey Tataranovich tataranov...@gmail.com Subject: Re: разыскиваются инструменты для управления множеством серверов 00:07 Fri 19 Oct, Oleksandr Gavenko wrote: Меня всегда поражало что Puppet реализован на Ruby - не самый лучший язык для бутстрапинга на голой ОСи. Почему не Perl? Или пусть бы уже Python... Разрабы puppet это объяснили тем, что ruby наиболее подходит для написания в декларативном стиле. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121019104426.ga21...@debbox.it
Re: Настройка Vim и работа в нём.
19 октября 2012 г., 7:36 пользователь stargr...@stargrave.org написал: А... Только мне кажется, это сильно, целый плагин для этого устанавливать. Можно, например, так: map F10 ciwEscp Кстати наверное перед p вы забыли l? А то он сделает две кавычк и после них слово. Всамделе только абшибся регистром map F10 ciwEscP
Re: Среды разработки
19.10.2012 11:07, Alexander Galanin пишет: On Thu, 18 Oct 2012 23:55:54 +0400 Артём Н. artio...@yandex.ru wrote: В чём проблема написать скрипт или скопировать файл, а потом его отредактировать? Будто IDE с умолчательными настройками всегда создаёт ровно то, что нужно. Проблема в том, что: 1. Его надо будет каждый раз редактировать. Пользуйся относительными путями и переменными окружения. А то малое, что таки придётся редактировать, придётся и в project wizard в IDE вбивать. 2. Он будет работать на Linux. Он не един (хотя, в принципе, есть cygwin, тут вопрос спорный). Скрипты пишутся не только на шелле. Мда? В итоге я приду к написанию своей консольной IDE на Perl? Великолепно: как-раз собирался с ним подразобраться. 3. Его надо написать. Когда уже есть готовое. И, к тому же, надо серьёзно подумать над его написанием (там же не просто вызов программ требуется, но ещё и всякие интеграции с редактором и прочее). «Я Артём и я не хочу ничего решать. Я хочу платьице^W IDE». Мог бы сразу с этого начать и этим же закончить. Я уж не знаю какое вам нужно платьице, великий диванный решатель, но, видимо, дел у вас просто уйма, раз так и хочется сделать свой новый, лучший в мире и отлично приспособленный под себя велосипед. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50816d15.2070...@yandex.ru
Re: Среды разработки
19.10.2012 00:49, Oleksandr Gavenko пишет: On 2012-10-18, Артём Н. wrote: 18.10.2012 22:53, Oleksandr Gavenko пишет: On 2012-10-15, Артём Н. wrote: KDevelop - это сплошные плагины. Не падает ли так же часто, как Plasma? Откройте для себя понятия компонент и модульной архитектуры. Открыл. Ну и? Хех, я только начинаю открывать. Например, никогда бы не подумал что разрешение зависимостей между модулями и версиями имеет NP-сложность: http://wiki.apidesign.org/wiki/Environment http://wiki.apidesign.org/wiki/LibraryWithoutImplicitExportIsPolynomial http://wiki.apidesign.org/wiki/LibraryReExportIsNPComplete Начать можно с http://wiki.apidesign.org/wiki/Main_Page Любопытный сайтик. Спасибо. Да, вики в поддержку одноименной книги. Автор - сооснователь проекта NetBeans, он как раз разрабатывал модульную архитектуру. Всего не перечитаешь... Сейчас и так читаю 1000 с чем-то страничную фигню по сетям. Книжку, будет время, возможно посмотрю. Вместо того что бы тролить в листе выполните пару поисковых запросов на StackOverflow, для примера: Да я, вроде, не троллил. Кое-что почитал, хоть и не на stackoverflow. А отзывы тех, кто пользуется лучше, чем куча разрозненных статей, в каждой из которых говорится противоположное (и лучше, чем выискивание отзывов фиг знает где). Еще магическая строка: ide comparison list Вставте в гуугл. Читаем топ-20, ходим по ссылкам. Еще магические строки: top java ide best c++ ide IDE исключительно для C++ и Java не нужны. Хорошо. Знаете ли Вы что Eclipse, NetBeans, Mozilla - это платформы (контейнеры с кучей модулей)? Знаю. И таки, f-fox тормозит, жрёт память и, бывает, падает. Про NetBeans говорили, что он тормозит и настраивается через левое колено, про Eclipse даже вы сами сказали, что он тормозит не больше, чем в два раза. Я понимаю, что низкая связность и модульная архитектура - это здорово, поскольку позволяет уменьшить взаимовлияние модулей и увеличить размеры системы, не сильно усложняя поддержку. Но KDE, на практике, в последнее время не вызывает энтузиазма. https://developer.mozilla.org/en-US/docs/The_Mozilla_platform http://www.eclipse.org/platform/ http://netbeans.org/features/platform/ В этих контенерах за множество лет появились модули с отточеными интерфейсами. Они действительно pluggable. Как и в случае Emacs, просто допилите поддержку нехватающего вам языка. Так а что вы используете? NetBeans? Eclipse? - эти слова встречаются в high rate блогах и девелоперских порталах. Обязательно по любой теме ищите в английской вики сравнение продуктов, в нашем случае: http://en.wikipedia.org/wiki/Comparison_of_integrated_development_environments Ну да, он и есть первый в гугле. Кстати, в русском варианте список не хуже. И вы думаете, что я этого не видел? И что мне это даёт? Например, Code::Blocks по этому списку - просто замечательная IDE, а по отзывам здесь, - поделка с указанием причин почему так. Согласен. Если есть местные опытные разработчики, Вам намного лучше проконсультироваться у них. В усной беседе можно тысячу вопросов задать. Кстати, все по-разному говорят. Сегодня видел где-то, что Code::Blocks опять сильно хвалили и рекомендовали поставить. В свое время мне не было с кем консультироваться и интернета не было. Я расстроился проблемами с в расширяемостью SciTE, узнал что есть только 2 крутых редактора и Emacs сложнее. Если справиться со сложным - остальное будет просто. 2 недели только привыкал копировать и прыгать по буферам по рефкарду из комплекта. В плане сложнее? Сложнее - не всегда лучше. Vim хватает за глаза. Сейчас возможности шире - можно посмотреть скринкаст и понять все в действии: http://vimcasts.org/episodes/archive http://emacswiki.org/emacs/EmacsScreencasts http://netbeans.org/kb/docs/intro-screencasts.html Просто гугли: git screencast debian screencast o.O Интересно. Я просмотрел кучу обзоров IDE. Читаю release notes к major релизам основных продуктов. Как говорится Ну, а _здесь_, знаешь ли, приходится бежать _со всех ног_, чтобы только остаться на том же месте! Если же хочешь попасть в другое место, тогда нужно бежать по меньшей мере вдвое быстрее ! Так это маркетинг. Надо же как-то продавать то, что есть? Но реклама не говорит о них ни плохо, ни хорошо. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50816fb3.6040...@yandex.ru
Re: Среды разработки
19.10.2012 15:54, Alexander Danilov пишет: On 18.10.2012 18:40, Артём Н. wrote: 18.10.2012 00:16, Alexander Danilov пишет: On 17.10.2012 22:22, Артём Н. wrote: 16.10.2012 23:21, Alexander Danilov пишет: что после этого всякого, утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно неполноценным родственником Джорджа Буша младшего, на котором природа не то, что отдохнула, она даже и не напрягалась. Ну, по-моему, никто не говорит о простоте. Полуркайте, Как выучить C++ за 21 день. ;-) Я вас нах... не посылал, так что тоже будьте вежливы. Я вас, вроде, тоже не посылал. А баяна этого вы, похоже, не знаете... Как выучить C++ за 21 день - я про это, такое только умственно отсталым предлагают :) Наоборот, по-идее, должно быть. Вы, для начала, погуглите, потом говорите. C++ за 21 день - это известная тема, только гуглите по картинкам. По идее то, может вы и правы, но на практике то, скорее всего прав я, ибо листал пару раз такие книжкию Это комикс. ;-) Как бы не наоборот. Скорость разработки точно возрастает, надёжность софта точно, да и на Си написать то, что перл умеет лучше всего, да ещё чтоб и работало быстрее, чем перл, это надо быть сишником среднего уровня и выше, что в наши дни большая редкость. Это где редкость? o.O Не знаю, что вы подразумеваете под средним уровнем, но, по-идее C - простой язык. По идее - вы правы, а на практике я прав, практика - это ведь не HelloWorld.c, это нечто посложнее. Вопрос всё-таки, что для вас средний уровень. :-) вот писать формирование отчётов на Си - это не просто костыли, это [*** ну тут такой нехороший эпитет ***]. Ибо сегфолты и коры дампы постоянно по причине кривости пользовательского ввода и трудности проверки его сишными средствами. Да ладно. Пишут же на C компиляторы и всякие там awk? Я тут тоже занялся полезной работой и, больше ради повторения, написал парсер, который производит разбор в соответствии с метаданными, загруженными из INI (взял парсер иника из интернетов), но в INI я добавил условия типа if, elif и else (однопроходный анализатор с построением дерева), плюс разбор выражений в C-стиле (без построения дерева) и построение списка полей на основе метаданных. И ничего: это чуть сложнее, чем обычный пользовательский ввод, но работает без сегфолтов и компилируется на 32-х и 64-х разрядной системе нормально. Вообще-то отсутствие сегфолтов ещё ничего не доказывает, вот тесты могут что-то доказать, но то же не всё. Ну вы говорили про сегфолты и кордампы. Вроде, без них работает. Хотя согласен, что обработку текстовых данных писать на C исключительно с практической точки зрения - крайне плохая идея. Немного извращённо: лучше уж perl взять. Хотя, идея любопытная. Хоть и не имеет прямого отношения к RAD. Имеет, ибо Unix и есть RAD. Unix? Я ни разу в нём не работал. А Unix-подобные ОС бывают и без средств разработки. Что, unix без /bin/sh? Ну наверно бывают, для какого-то очень экзотического применения наверно... Shell - не средство разработки, прежде всего. Для очень неэкзотического. Вам ниже уже ответили: встраиваемые системы и не Unix. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50817116.6020...@yandex.ru
Re: Настройка Vim и работа в нём.
19.10.2012 11:53, Dmitry Balchugov пишет: 18 октября 2012 г., 19:08 пользователь Артём Н. artio...@yandex.ru написал: 18.10.2012 10:59, Dmitry Balchugov пишет: Вот мой конфиг. Это сборная солянка, некоторые комментарии есть в тексте конфига. Некоторые вещи не работают. Не доходят руки привести в нормальный вид. Поэтому как есть. VIM 7.3 Фига себе, у вас конфиг навороченный. o.O Этому конфигу около 7 лет :-) У меня тоже давно конфиг валяется. Но он помоложе, потому и не такой суровый. :-) В целом: интересно. Пока что куски таскаю из вашего конфига и с dotfiles. Много их... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5081718a.40...@yandex.ru
Re: Среды разработки
On 19.10.2012 16:21, Artem Chuprina wrote: Alexander Danilov - debian-russian@lists.debian.org @ Fri, 19 Oct 2012 15:54:11 +0400: AD Что, unix без /bin/sh? Ну наверно бывают, для какого-то очень AD экзотического применения наверно... Для наиболее массовых. Смартфоны и маршрутизаторы. В принципе, оно там даже обычно есть - симлинком на busybox. Хотя мне встречалась одна, не помню, какая именно, система, где шелл давали (даже, кажется, по ssh), но это был как раз busybox, и симлинка /bin/sh не было. busybox же плох тем, что он как раз весьма неполноценный /bin/sh (и всё остальное, что в него засунуто, тоже обычно сильно урезано - df, например, помнится, невозможно было сказать ни -h, ни указать одну файловую систему). Причем неполноценный именно в области выполнения скриптов, были там какие-то существенные урезки. Нет, я помню, что sh - это не bash. Но, в общем, рассматривать busybox как средство разработки под UNIX я бы поостерегся... Но суть не в том, что он там есть, а в том, что он там весьма целенаправленно запрятан весьма глубоко. Так, что в штатной поставке системы способа поработать в шелле или запустить шелловский скрипт нет. Для того, чтобы его получить, нужно что-то доставить из этих ваших интернетов, показав им свой логин в гугл как минимум (иногда его для этого еще завести надо), а то еще и параметры банковской карты... Вопрос в другом: используется ли этот обрезанный sh самой системой? В маршрутизаторах используется, сам видел, в смартфонах скорее всего тоже, но значительно меньше. Плохой или хороший - это дискуссионный вопрос, главное - чтобы можно было немного автоматизировать нужную задачу. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5081719d.4040...@gmail.com
Re: Настройка Vim и работа в нём.
18.10.2012 20:38, stargr...@stargrave.org пишет: - User Артём Н. on 2012-10-16 20:08:47 wrote: Поделитесь вашими vimrc и полезными советами по настройке и работе в Vim. Интересно всё. Хочется конфиг, который будет работать и на windows и на unix-подобных. Ниже моё что есть. Сразу скажу что под Windows понятия не имею как он работает или нет и имеются следующие плагины установленные (без них ни ногой): * surround * mark * fugitive * easymotion и ряд других но или их нет в конфиге этом или вырезал за неинтересностью (настройки vimwiki, vimchat, pyflakes, pep8, snipmate - 8 - set t_Co=8 пусть не больше 8 цветов (для 256-цветного tmux-а) Базовые настройки включающие всякий функционал syntax on filetype on filetype plugin on set nocompatible set cryptmethod=blowfish set encoding=utf-8 Настройки по работе с поведением текста, в основном кодом программ set autoindent set tabstop=4 set shiftwidth=4 set smarttab set expandtab set nojoinspaces set backspace=indent,eol set viminfo='100,50,s10,h,% Относительная нумерация строк и показ чего же я ввожу set relativenumber set showcmd set showmatch set cursorline set colorcolumn=80 Поиск игнорируя регистр и полезности касательно него set ignorecase set smartcase set hlsearch set incsearch Настройки строки состояния hi User1 ctermbg=blue ctermfg=green hi User2 ctermbg=green ctermfg=black hi User3 ctermbg=yellow ctermfg=blue set laststatus=2 set statusline=%n\|%F%m%r%h%w%q\ %= set statusline+=%1*%Y[%{strlen(fenc)?fenc:enc},%{ff}] set statusline+=%2*[%l/%L] set statusline+=[%c%V:0x%B] set statusline+=%3*%{fugitive#statusline()} set statusline+=%*\ %P Используется для быстрого переключения между режимами для того чтобы вставлять выделяемый текст: красного столбца, fold-ов function CCinv() if exists('foldcolumn') foldcolumn == 1 set colorcolumn= set foldcolumn=0 set foldlevel=999 else set colorcolumn=80 set foldcolumn=1 set foldlevel=0 endif endfunction Просто функция очистки регистров function ClearRegisters() for chr in split(abcdefghijklmnopqrstuvwxyz, '\zs') execute let @ . chr . ='' endfor endfunction Сохранять ли текущий view или нет после выхода из буфера function s:ViewSaving() let s:ignored = [passmandb, fugitive:, secure=+, =+tmp=+] let s:need_view = 1 for ignore in s:ignored if match(expand(%), ignore) != -1 let s:need_view = 0 endif endfor if s:need_view mkview endif endfunction autocmd BufWinLeave *.* call s:ViewSaving() autocmd BufWinEnter *.* silent loadview Настройки fold-ов set foldmethod=indent set foldenable set foldcolumn=1 set foldnestmax=3 set pastetoggle=F2 режим вставки отформатированного текста :map F3 :set relativenumber!CR:call CCinv()CRzR помощь для выделения :map F4 :nohlsearchCR:MarkClearCR очистка подсветок поиска и mark-ов :map F6 :ExploreCR вызов файлового менеджера :map F7 cyiw:execute Gvsplit . @cCRzR открытие коммита под курсором :map F8 :closeCR закрыть буфер :map F9 :registersCR показать регистры :map F10 ysiw обрамить текущее слово в кавычки :map F11 :cpreviousCR предыдущий элемент QuickFix-а :map F12 :cnextCR следующий элемент QuickFix-а :cmap w72 set textwidth=72 ширина строки для форматирования 72 :cmap SP setlocal spell spelllang=ru,en проверка орфографии :cmap CE :set expandtabCR:centerCR:set noexpandtabCR центрирование :nmap F fspace переход на ближайший пробел :digraphs .3 8230 троеточие :digraphs \6 8222 грустный смайл :digraphs ou 9785 весёлый смайл :digraphs \|\| 8741 конкатенация :map ,cs 1G/^Subject: CRyypIX-Old-ESC-W замена темы письма При yank-е производить сдвиг нумерованных регистров, также заполняя @1 function s:yankstack() if @ != @1 @ != TODO for rn in range(9, 2, -1) execute let @ . rn . =@ . (rn - 1) endfor let @1=@ endif return y endfunction exec 'nnoremap expr' 'y' 'SIDyankstack()' exec 'xnoremap expr' 'y' 'SIDyankstack()' Покороче вызов easymotion-а let g:EasyMotion_mapping_b = 'leaderb' let g:EasyMotion_mapping_w = 'leaderw' Спасибо. Кое-что включу в свой. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/508171c8.80...@yandex.ru
Re: Настройка Vim и работа в нём.
А есть ли в Vim многострочные комментарии? Очень надо. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50819d18.7050...@yandex.ru
Re: Настройка Vim и работа в нём.
Да, сейчас я копаю конфиг отсюда: http://dotfiles.org/~mitry/.vimrc Рекомендую. Интересный: есть, что посмотреть. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50819e5e.2000...@yandex.ru
Re: Настройка Vim и работа в нём.
Что за ошибка? Обнаружена ошибка при обработке /home/artiom/.vim/spell/ru.utf-8.spl: E763: Word characters differ between spell files Press ENTER or type command to continue Как исправить? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5081be37.3030...@yandex.ru