from:"Sciko Good"

16 октября 2012 г., 8:31 пользователь Ivan Shmakov
oneing...@gmail.com написал:
 Для несложных GUI я бы использовал Tk для Perl.

А у него есть аналог Glade? Просто моих коллег, использующих вантуз, я
заставляю на нём рисовать желаемый GUI. Мне остаётся проверить и
прикрутить его к коду. Как бонус, нет проблем с претензиями типа Куда
ты засунул эту очень нужную опцию? и при желании можно быстро
переделать GUI без пересборки.

 (Впрочем, не
 вполне ясно, какого рода GUI может потребоваться расчетному
 коду?)

Не в качестве рекламы, но гляньте вот эту ссылку:
http://linecross.ru/linemech.htm (мы уже работаем по созданию
свободного аналога, но увы без финансирования дело движется медленно).
Примерно вот так выглядит интерфейс половины программ.

Re: Среды разработки

16 октября 2012 г., 11:24 пользователь Victor Wagner
vi...@wagner.pp.ru написал:
 Еще очень полезно знать что стандартный виндовый интерпетатор команд
 cmd.exe не такой убогий, как обычно считают а практически представляет
 собой полноценный c-shell со встроенным awk. Синтаксис, конечно
 кривоватый и неудобный, но возможности есть.

А вы точно не путаете cmd.exe с command.com или PowerShell? Просто
ничего даже издали похожего на awk я не нашёл вот тут:
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/cmd.mspx?mfr=true

Re: Среды разработки

16 октября 2012 г., 18:25 пользователь Артём Н. artio...@yandex.ru написал:
16.10.2012 00:54, Alexander Danilov пишет:
Под кросплатформенным понимается то, что можно собрать под win32, linux и тд
из
одного дерева исходников:
make win = soft.exe
make linux = soft.elf
make all = make win32 linux
Что соберётся в итоге?

Один виндовый бинарник и один эльфийский.

Небольшое отступление: для написания gui c++, мягко говоря, совсем не
обязателен.
GUI не причём. Просто C++ используется везде, где ни попадя, поэтому
привыкать к
среде, в которой нормальной его поддержки нет - не самый лучший вариант. И GUI
тут не при чём.

Вы отстали от жизни. Даже на вантузе сейчас используется как минимум
C++, Pascal/Delphi и C#.

А тратить
время на вылавливание ошибок при работе с указателями/памятью на c++ - на это
времени нет.
На C++? Вы не путаете с C? Кажется, в C++ дела обстоят намного лучше.

Неужели в c++11 добавили автоматические управление памятью? Каюсь, не
нашёл. По крайней мере сборки мусора там нет точно.

Re: Среды разработки

16 октября 2012 г., 18:56 пользователь Артём Н. artio...@yandex.ru написал:
16.10.2012 00:51, Sciko Good пишет:
Я пишу в основном расчётные консольные приложения, а когда к ним нужна
графическая морда, использую GTK, т.к. считаю Qt фактически является
одной большой библиотекой, да и последние тенденции к превращению её
во фрейморк для JavaScript не радуют.
Не слежу. Не знаю. В смысле?

Посмотрите на последние версии Qt -- там интерфейс пишется на
JavaScript, а создание интерфейса с помощью С++ уже помечено как
устаревшее. Nokia писала, что в Qt5 вообще интерфейс будет писаться
только на JavaScript.

Code::Blocks вообще ужасен.
Вот здесь возможно сильно подробнее?

Текстовый редактор на уровне блокнота, нет интеграции с DVCS, make не
создаёт, а каждый раз собирает проект сама, нет поддержки других
языков кроме C++. Разве уже это не повод не использовать эту поделку?

Netbeans требует таких плясок с бубуном, что убивает
всё желение с ним работать.
Что там не так?

Чтобы что-то там заработало, надо настраивать всю среду. Причём долго
и весьма неочевидными способами.

Eclipse страшно тормозит. Именно после него я поверил, что Java тормозит.
Серьёзно? Eclipse, вроде бы, не на Java написан? И не исключительно для Java?

А почему у неё сырцы сплошь джавовские?

Где тормозит? На какой системе?

Debian, Ubuntu, AltLinux, Fedora, CentOS, Mandriva, Rosa, openSUSE,
SLE -- тормозит везде. В других на пробовал.

Lazarus представляет из себя копию Delphi со всеми его минусами.
И плюсами.

Фактически единственный сомнительный плюс Dephi -- его преподают в
школах и вузах.

А их хватает, ведь не зря Dephi называют принцем быдлокодерских IDE.
Штамп. RAD и разработка от интерфейса позволяют быстро наклепать прототип.

Вот именно это и является штампом .Быстро наклепать прототип позволяет
python, perl, lisp, haskell и т.п., но не Dephi, т.к. изначально
паскаль разрабатывался вовсе не для быстрой разработки и не содержит
даже банального синтаксического сахара. Быстро нарисовать интерфейс
позволяют такие программы как Glade, причём без какой-либо привязки к
языку.

Причём, в виде скомпилированной программы. Это делает низким порог вхождения.

У интерпретируемых языков порог вхождения ещё ниже. И не надо тратить
время на компиляцию.

И среднее качество кода, считается, гораздо ниже, чем у MSVS (которая
считается
сложной в освоении).

Кстати, королём быдлокодерских IDE называют именно MSVS ^_^

В данном случае я хочу
оптимизировать работу там, где вижу возможность оптимизации. Смена
редактора кода реально мне может помочь в плане производительности.
Понятно.
Но, например, взять Embarcadero RAD Studio (ранее Borland C-Builder).
Переключиться между cpp и h я могу через Ctrl+F6.
А в vim?

А в vim ставите скрипт a.vim и получаете этот функционал. Можно
привесить на любое сочетание клавиш.

16 октября 2012 г., 19:07 пользователь Артём Н. artio...@yandex.ru написал:
А GLADE только для GTK?

Да.

Как оно вообще используется и где,
Что там под windows?

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

Примерно вот так выглядит интерфейс половины программ.
Нативный интерфейс...

Программа не моя. Просто скриншот похожий.

Жаль, скриншотов под Linux нет.

Запустите Synaptic. Он тоже использует Glade.

16 октября 2012 г., 19:11 пользователь Артём Н. artio...@yandex.ru написал:
16.10.2012 18:41, Sciko Good пишет:
Вы отстали от жизни. Даже на вантузе сейчас используется как минимум
C++, Pascal/Delphi и C#.
Pascal/Delphi - уже давно. На нём не так много всего имеется, по сравнению с
C++.

Вы удивитесь, как много на нём всего понаписали и продолжают писать.

C# - вообще не имеет отношения к ОС, как правило (на нём пишут для .NET, а
спрашивать про его поддержку какими-либо средами, думаю не стоит).

.NET использует фактически один вантуз. В остальных ОС с ним будут
весьма большие проблемы. И в GNU/Linux его не любят. Почему? Читайте
RMS.

C++ - почти стандарт.

В GNU/Linux стандартом является всё-таки обычный C. Это не учитывая
скриптовые и функциональные языки.

А тратить
время на вылавливание ошибок при работе с указателями/памятью на c++ - на
это
времени нет.
На C++? Вы не путаете с C? Кажется, в C++ дела обстоят намного лучше.
Неужели в c++11 добавили автоматические управление памятью? Каюсь, не
нашёл. По крайней мере сборки мусора там нет точно.
Зато есть библиотеки с умными указателями, коллекциями и прочим.

Как будто такого нет в C! В той же glib есть и более интересные вещи.
Вот только от ручного управления памятью это не освобождает.

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

Гладко было на бумаге, но забыли про овраги... Именно такие классы и
порождают массу самых весёлых сегфолдов.

Программист под GNU/Linux будет переписывать на C только критически
важные по скорости участки кода. Остальные он сделает на каком-нибудь
другом языке, где есть автоматическое управление

Re: Среды разработки

16 октября 2012 г., 22:22 пользователь Alexander Danilov
alexander.a.dani...@gmail.com написал:
On 16.10.2012 22:06, Артём Н. wrote:
Да какая разница, я на С++ с шаблонами такое видел, что после этого всякого,
утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно
неполноценным родственником Джорджа Буша младшего, на котором природа не то,
что отдохнула, она даже и не напрягалась.

+1 Считаю лучшим способом агитации против C++ дать прочитать книгу
Александреску, а потом учебник Lisp или Haskell.

16 октября 2012 г., 22:27 пользователь Alexander Galanin
a...@galanin.nnov.ru написал:
При правке из отладчика рассматриваемый контекст ограничен одной
функцией, потому годится для совсем очевидных ошибок. В других же
случаях решает ошибку долгая медитация над кодом, по сравнению с которой
10 секунд на запуск gdb роли не играют.

Буквально вчера потратил полчаса на поиск ошибки возникающей очень
редко. И это при том, что я даже в C стараюсь писать исключительно
чистые (в смысле ФП) функции. Но пока я эту функцию локализовал и
медитировал над казалось бы уже 100 раз выверенным кодом...

16 октября 2012 г., 22:55 пользователь Артём Н. artio...@yandex.ru написал:
16.10.2012 22:27, Alexander Galanin пишет:
On Tue, 16 Oct 2012 21:53:38 +0400
Артём Н. artio...@yandex.ru wrote:
Мне надо:
1. Написать. Удобно, быстро с отступами и подстановками. Создать интерфейс.
Хороший текстовый редактор. А их всего два.
Вероятно.
Тогда такой вопрос.
Есть ли в Vim подстановка блоков кода: я пишу for, а весь цикл со скобками и
переменной внутри мне подставляется автоматически?

Юзайте clang_comlete

Насчёт двух, вы утрируете. Scite и прочее?

Даже близко не стоит.

2. Собрать часть и запустить на разных этапах (не переписывая Makefile, при
добавлении модуля).
А этот пункт?

Правильно написанный Makefile не требует переписывания в таких случаях.

6. Проверить модуль с разными наборами данных.
Unit testing.
Само собой.
И в IDE. Абсолютно тот же самый.
Разница лишь в том, что вызывает его IDE, а не пользователь.

Да? И как оно догадывается, что нужен unit test? Неужели через astral.dll?

И управляет им IDE.

Управлять юнит-тестом? Это что-то новенькое! А на фига?

3. Попасть на строку, на которой программа вывалилась (именно на ошибку, а
не на
warning).
Команда :номер-строки в виме. При компиляции из самого вима оно
перескакивает автоматом.
Почему-то у меня сейчас в старом Vim (очень старый на старом Linux, но, пока
что, пишу в нём, поскольку на той машине данные возможно разные получать) он
перескакивает на всякие варнинги.

Варнинги вообще-то тоже ошибки. И если они так не нравятся, то может
проще их отключить совсем?

А мне нужно, чтобы я набрал make, и он остался
в том же файле.

Это настраивается.

А ошибку, желательно, вообще открыл в другом окне.

И это тоже.

5. Пройти дальше на шаг, поменять значения переменных. Изредка посмотреть
дизассемблерный листинг.
Это делает gdb. Я даже ставил себе clewn для интеграции оного в vim, но
не прижился он у меня из-за неиспользуемости.
Да, а в IDE, я всё это вижу в том же редакторе.

И сильно это помогает? Правильные ответ: нисколько.

При правке из отладчика рассматриваемый контекст ограничен одной
функцией, потому годится для совсем очевидных ошибок. В других же
случаях решает ошибку долгая медитация над кодом, по сравнению с которой
10 секунд на запуск gdb роли не играют.
Облегчить процесс поиска может watch. Да, в gdb есть, но как-то...

В gdb очень хороший watch. А в комплекте с print, вообще песня.

Плюс, есть false-positives, особенно, при использовании глобальных
переменных, которые содержат адреса.

Глобальные переменные -- глобальное зло. И не факт, что valgrind был не прав.

О встроенной в C-Builder тулзе аналогичного назначения воспоминания приятные.

В C-Builder была проверка утечек памяти? О_о

8. Сохранить изменения и записать версию.
hg ci в терминале. Ну или прямо из вима. Можно и с окошком.
Git. Тут не знаю. Пока не пользуюсь. Учу.

Тоже самое. Только команда немного иная.

Да, всё решается так. Но не слишком ли это..? Если бы всё было так славно
и
удобно, вообще, IDE бы придумывали?
То есть IDE придумали боги, а нам, простым смертным, надо в него
уверовать ибо постичь мы не в состоянии? Или откуда тогда следует
желание пользоваться чем-то только из-за того, что оно существует?
Нет. Т.е. IDE придумали потому, что они были нужны. А нужны они потому, что
упрощают процесс.

Я знаю только один процесс, который они упрощают: процесс выбора.
Остальное получается очень не очень.

16 октября 2012 г., 23:21 пользователь Victor Wagner
vi...@wagner.pp.ru написал:
On 2012.10.16 at 18:41:05 +0400, Sciko Good wrote:

16 октября 2012 г., 11:24 пользователь Victor Wagner
vi...@wagner.pp.ru написал:
Еще очень полезно знать что стандартный виндовый интерпетатор команд
cmd.exe не такой убогий, как обычно считают а практически представляет
собой полноценный c-shell со встроенным awk. Синтаксис

Re: Среды разработки

17 октября 2012 г., 1:32 пользователь Aleksey Andreev li...@mail.ru написал:
15.10.2012 21:22, Артём Н. пишет:
15.10.2012 21:15, Aleksey Andreev пишет:
15.10.2012 20:48, Артём Н. пишет:
14.10.2012 23:48, Aleksey Andreev пишет:
На KDevelop выбор пал исключительно из за моей лени выбирать - в то
время я сидел на кедах и со сравнениями не заморачивался. Сейчас наверно
привык.
Удобно?
Мне удобно. Подсветка, автоотступы, сборка, управление проектом.. что
там еще нужно? Я не привередлив при написании кода. Но повторюсь -
других IDE практически не щупал. Тем более список рассматриваемого ПО
был сокращен тем, что недолюбливаю Java.
Немного напрягает, что под KDE. К тому же, в обзоре написано, что KDevelop -
это
сплошные плагины. Не падает ли так же часто, как Plasma?

Вика говорит что KDevelop -
только для unix подобных.
Да, кстати, точно.
Вот, наткнулся. Может QDevelop подойдет:
http://ru.wikipedia.org/wiki/QDevelop

Оно ещё живо? Судя по дате последнего релиза (2010 г.), пациент скорее
мёртв, чем жив.

Кстати, Glade единственная кроссплатформенная рисовалка интерфейсов,
которую я знаю.

Re: Среды разработки

2012-10-15 Пенетрантность Sciko Good

Не думаю, что моё мнение кому-то будет интересно, но всё же...

Я пишу в основном расчётные консольные приложения, а когда к ним нужна
графическая морда, использую GTK, т.к. считаю Qt фактически является
одной большой библиотекой, да и последние тенденции к превращению её
во фрейморк для JavaScript не радуют.

Мой набор такой: vim+git+glade(только для GUI)+gcc. Но кроме C, я
использую в проектах и другие языки. Иногда бывает проще идею
реализовать на том же Haskell или Perl, чем тупить с C.

Пробовал emacs, но у меня пальцы недостаточно гибкие. Code::Blocks
вообще ужасен. Netbeans требует таких плясок с бубуном, что убивает
всё желение с ним работать. Eclipse страшно тормозит. Именно после
него я поверил, что Java тормозит. Lazarus представляет из себя копию
Delphi со всеми его минусами. А их хватает, ведь не зря Dephi называют
принцем быдлокодерских IDE.

Пытался уйти от make на Cmake, но никаких преимуществ перед make для
себя не нашёл. Но для ТС они несомненно есть: создаёт проект для
компиляции в M$ Visual Studio.
Я же, когда пишу под вантуз, использую кросскомпиляцию через MinGW и
тестирую в wine, т.к. принципиально не хочу использовать вантуз. Но
учтите, что у меня сложных GUI не бывает, т.к. все мои программы --
чисто расчётные.

Re: В иксах не работает клавиатура и мышь.

26 июня 2012 г., 15:18 пользователь Evgeny M. Zubok
evgeny.zu...@tochka.ru написал:
 Sciko Good tempsc...@gmail.com writes:

 25 июня 2012 г., 21:45 пользователь Sciko Good tempsc...@gmail.com написал:
 В аттаче файлы Xorg.0.log.sm и Xorg.0.log.u для single mode и обычного
 режима. Ещё приложил файл различий Xorg.diff

 М-да, интересно. В single mode после 1981 строки начинается опознавание
 устройств ввода и загрузка evdev, а в обычном режиме все заканчивается
 как раз на этой 1981 строке.

Судя по 1982 строке udev не срабатывает. А вот почему непонятно.


 И еще есть вот это разичие в логах:

 Single Mode:
 (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)

 Обычный режим:
 (II) Open ACPI successful (/var/run/acpid.socket)


Видимо в single mode ACPI не стартует. Я отключал и для нормального
режима ACPI, но изменялась только эта строчка, а мышь с клавой
продолжали не работать.

Re: WiFi авторизация в домене windows

26 июня 2012 г., 19:36 пользователь Dmitry E. Oboukhov
un...@debian.org написал:
 есть сеть wifi в которой пользователям винды не выдают ключей, а
 только их доменные логины/пароли. типа вайфай тоже в нем же
 авторизуется.

Так может просто wi-fi не шифруется?

 вопрос: можно из под линукса как-то такую сеть использовать для
 доступа в инет?

Наверное, можно. Ведь в обычные домены компы на Linux включают без проблем.

Re: В иксах не работает клавиатура и мышь.

26 июня 2012 г., 20:01 пользователь Evgeny M. Zubok
evgeny.zu...@tochka.ru написал:
 Evgeny M. Zubok evgeny.zu...@tochka.ru writes:

 Может, кака-то преблема в файле z60_xserver-xorg-input-wacom.rules?
 Кто его создал? Что в нем?

 Попробуй его временно куда-нибудь перенести в другое место и
 посмотри, что будет.

Это файл пакета xserver-xorg-input-wacom. Удалил его и
xserver-xorg-input-all. Ругань пропала и всё.

Re: В иксах не работает клавиатура и мышь.

26 июня 2012 г., 20:14 пользователь Andrey Rahmatullin w...@wrar.name написал:
 On Tue, Jun 26, 2012 at 07:59:27PM +0400, Evgeny M. Zubok wrote:
  Судя по 1982 строке udev не срабатывает. А вот почему непонятно.
 Да, дело, похоже, в udev.
 Я про udev сразу спросил есличо.

 --
 WBR, wRAR

udevd работает. По крайней мере при попытке старта ругается. И судя по
ps -ef|grepudevd там запущены целых 3! У первого ppid=1, у двух
оставшихся ppid=pid первого процесса. Т.е. всё нормально.

Re: В иксах не работает клавиатура и мышь.

24 июня 2012 г., 0:08 пользователь Evgeny M. Zubok
evgeny.zu...@tochka.ru написал:
Sciko Good tempsc...@gmail.com writes:

19 июня 2012 г., 0:51 пользователь Stanislav Maslovski
stanislav.maslov...@gmail.com написал:
Обновлялся со squeeze до wheezy? В прошлом у udev были похожие проблемы
при апгрейде, связанные с переездом на /run/udev из /dev/.udev.

Нет. Система полностью squeeze. Даже без бекпортов.

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

Жутко извиняюсь, но я редко пользуюсь списками рассылок.

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

В аттаче файлы Xorg.0.log.sm и Xorg.0.log.u для single mode и обычного
режима. Ещё приложил файл различий Xorg.diff

В single mode файл /var/run/acpid.socket не находится и мышь и клава
работают. А в обычном режиме -- находится (пробовал через less -f
посмотреть, пишет, что нет такого файла) и мышь+клава не подключаются.

А что в /etc/X11/xorg.conf? Есть он или нет?

Есть, ничего особенного там нет: только подключение драйвера radeon и
правка разрешения (ЭЛТ-монитор). Работал давно и не менялся.

А что в /etc/X11/xorg.conf.d.

Там пусто.

Пакет xserver-xorg-input-evdev установлен, на всякий случай
переустанавливал его и acpid.

Re: mail.ru агент

25 июня 2012 г., 20:59 пользователь Dmitry E. Oboukhov
un...@debian.org написал:
 есть необходимость в этом самом сабже.
 вопрос: как лучше это настроить в Debian?

Я знаю как минимум 2 плагина для pidgin для общения с пользователями
mail.ru: https://github.com/dreadatour/pidgin-mra (мёртв, но кажется
есть живые форки) и http://code.google.com/p/mrim-prpl/ (живой).

ИМХО, Ъ-путь запакетировать 1 из плагинов и добиваться включения его в
дефолтный реп debian.

Re: В иксах не работает клавиатура и мышь.

25 июня 2012 г., 21:45 пользователь Sciko Good tempsc...@gmail.com написал:

 В аттаче файлы Xorg.0.log.sm и Xorg.0.log.u для single mode и обычного
 режима. Ещё приложил файл различий Xorg.diff

 В single mode файл /var/run/acpid.socket не находится и мышь и клава
 работают. А в обычном режиме -- находится (пробовал через less -f
 посмотреть, пишет, что нет такого файла) и мышь+клава не подключаются.

Почему-то файлы не приложились. Пробуем ещё раз.

Re: mail.ru агент

25 июня 2012 г., 22:14 пользователь Konstantin Fadeyev
jred...@gmail.com написал:
 http://code.google.com/p/myagent-im/
 Тоже интересный проект.

Сильно попахивает NIH.

Кстати, глянул на Сизифе, альтовцы предпочли запакетировать
http://code.google.com/p/mrim-prpl/ (сам пакет тут:
http://sisyphus.ru/ru/srpm/Sisyphus/pidgin-plugin-mrim).

Re: В иксах не работает клавиатура и мышь.