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

Смотрите сами:

• FreeBSD по статистике вроде как трёхлетней давности стоял на 20-30% юниксовых серверов в России;
• Kolibri (ОС на 32-битном интеловском ассемблере) разрабатывается в основном людьми из СНГ;
• React OS — ну вы поняли, её даже Медведеву показывали;
• Haiku, оказывается, тоже поимела нескольких русских разработчиков, которые некропортируют туда Qt 4.8 и пишут диссертации;
• Русские физики выбирают Slackware;
• Разработчики Alt Linux до сих пор уверены, что Unity и Ubuntu Software Center не портированы на другие дистрибутивы (пруф где-то на ЛОРе);
• Когда Леннарт в своём уютном Google Plus спросил, почему люди не любят systemd, комментаторы разделились на два лагеря: утешателей («you're doing great job!») и толстячков-хейтеров с нулевым кругозором. Почему-то у вторых в профиле сплошь был русский язык;
• Opera имеет 30% рынка браузеров в СНГ и 1-2% по миру;
• Русские ВУЗы всё ещё выбирают Delphi, хотя в западных ВУЗах бегают на костылях, работающих на антиматерии ведут сложнейшие открытые проекты (новый JIT джаваскрипта в firefox, LLVM & clang, Glasgow haskell compiler, индексер C++ в Eclipse)
• Русским зачем-то нужна аська.

Список неполный, но не суть. А вопрос такой: почему мы такие и как жить дальше (хотя бы в личном порядке)?

Был у кого-то успешный опыт получения стека вызовов или отладки C++ кода, написанного для андроида?

Суть такова:

Игра крешится, причём только на андроиде — где-то в коде игры, написанной на cocos2d-x, возникает неправильно проинициализированный словарь, который вызывает срабатывание assert в кокосовском классе CCDictionary.cpp.

Но поскольку я не могу получить стек вызовов, то я не могу понять, какие методы вызываются перед вызовом метода в CCDictionary::setObject.

Пользователь e1641559 несёт жуткое техническое 4.2 в стиле

Qt + биндинг к любому языку.

Ниразу не кросплатформенно,чтото сложне хелло-ворда-имеет миллион костылей и подпорок под каждую ОС(включая разновидности винда-под висту свое под XP свое),прибавить к этому-КОМПИЛЯТЬ под каждую платформу(включая каждую винду),прибавить-глобальное перепиливание всго АПИ QT на каждый минорный релиз=идити вы сами знаете куда со своим qt.

Нелепость этого заявления подтверждается даже в upstream tracker. После игнора типичная страница этой темы выглядит так:

Показано 4 сообщений из 50. Показать все.

Открыл leksah под своей убунточкой, решил заценить мейнстримную IDE для хаскеля, написанную на хаскеле.

При запуске предложило какие-то опции выбрать и что-то сделать — ни черта ни понимаю, что именно. Это напомнило мне lazarus, который тоже не мог просто, блджад, запуститься — нет, ему надо было какие-то настройки настроить, которые к тому же не настроились.

Как только я начал что-то печатать, в панельке справа обновился список ошибок и зачем-то перетянул на себя фокус клавиатуры. Ну — тут без комментариев, давно понятно, что ненависники тулкитов сами удобного GUI никогда не осилят, они могут только скриншоты в формочки превратить и получить ридонли-интерфейс.

На Ctrl+R подвешено автоисправление ошибок, что конечно круто и clangово, но вообще-то по этому действию ожидается Build & Run.

Поиск по не работает, потому что какой-то гениальный автор интуитивно-понятных интерфейсов сделал три режима поиска, но не выбрал ни один из них по умолчанию. Но, допустим, я догадался выбрать один из режимов и снова запустить поиск, заработало. Допустим даже, что это выглядит не смешно и не глупо в сравнении с поиском в нормальных IDE, где вместо режимов есть от 3-5 независимых опции поиска и при этом его не надо настраивать перед использованием.

Импорты не дополняет, что суть ещё один успех. В C/C++ дополнение #include делается на раз-два.

По Ctrl+B не происходит ничего. По Ctrl+Alt+R обещают запустить код, но почему-то вместо этого изменяется размер окна приложения.

Я не понимаю, как вы на этом кодите? Или есть какие-то секреты, или Eclipse с плагином для функциональщины будет не таким отстоем?

Тем, кто использует OpenGL, clang 3.2 и функции glVertexPointer/glNormalPointer, предлагаю заценить фишку. Вставьте это где-нибудь после включения <GL/gl.h> или <GL/glew.h> в том файле, где используется glVertexPointer или glNormalPointer

#if defined(__has_attribute)
extern void GLAPIENTRY glNormalPointer (GLenum type, GLsizei stride, const GLvoid *pointer)
        __attribute__((pointer_with_type_tag(opengl, 3, 1)));
extern void GLAPIENTRY glVertexPointer (GLint size, GLenum type, GLsizei stride, const GLvoid *pointer)
__attribute__((pointer_with_type_tag(opengl, 4, 2)));

GLenum opengl_predefined_t_double
__attribute__(( type_tag_for_datatype(opengl,const double) )) = GL_DOUBLE;
GLenum opengl_predefined_t_float
__attribute__(( type_tag_for_datatype(opengl,const float) )) = GL_FLOAT;
GLenum opengl_predefined_t_unsigned_byte
__attribute__(( type_tag_for_datatype(opengl,const unsigned char) )) = GL_UNSIGNED_BYTE;
GLenum opengl_predefined_t_unsigned_int
__attribute__(( type_tag_for_datatype(opengl,const unsigned int) )) = GL_UNSIGNED_INT;

#undef GL_DOUBLE
#undef GL_FLOAT
#undef GL_UNSIGNED_BYTE
#undef GL_UNSIGNED_INT
#define GL_DOUBLE opengl_predefined_t_double
#define GL_FLOAT opengl_predefined_t_float
#define GL_UNSIGNED_BYTE opengl_predefined_t_unsigned_byte
#define GL_UNSIGNED_INT opengl_predefined_t_unsigned_int

#endif

А потом попробуйте заменить работающий...

glNormalPointer(GL_DOUBLE, 0, m_normales.front());

glNormalPointer(GL_FLOAT, 0, m_normales.front());

Вольный перевод новости от Digia.

Первый коммит на нелёгком пути к Qt на Android был сделан в католическое Рождество в 2009-м году: «Android mkspecs and semaphore», автор BogDan Vatra.

( читать дальше... )

>>> Подробности

!Ъ && click(). Для Ъ ниже изложен вольный перевод.

Игрушки-игрушечки...

Вот, теперь я среди тех продвинутых школьников, что имеют новые гугловские ноутбуки «Pixel» (также известные как хромобуки). У них чертовски красивый экран, вплоть до того, что я, наверное, сделаю его своим основным ноутбуком. Я предпочитаю ноутбуки маленького размера, но, пожалуй, готов таскаться с этим полуторакилограммовым монстром, несмотря на абсолютную уверенность в том, что ноутбук должен весить 1 кг или меньше.

Дело в том, что экран воистину прекрасен.

И я доволен не только огромным числом пикселей, но и форм-фактором. Я презираю широкоэкранные дисплеи, но мне приходилось уступать в этом вопросе. До сих пор. 3:2, детка!

Я не понимаю, почему люди недовольны «чёрными полосками по краям», в то время как широкоформатные экраны дают нам почти то же самое — «полное отсутствие экрана».

Я всё ещё использую ChromeOS на этом устройстве, и она оказалось достаточно хороша, когда я примеривался к выполнению моих привычных рабочих обязанностей (т.е. к чтению и написанию писем). Но в скором времени я рассчитываю поставить настоящий дистрибутив. Чтобы ноутбук оказался мне полезен, мне нужна возможность не только читать и писать письма, но и компилировать, клонировать git-репозитории и т.д.

Лирическое отступление: у меня также есть Nexus 10, тоже с целой кучей пикселей, но по моим ощущениям его пиксели используются с меньшей пользой. Разумеется, там я могу запустить браузер и уменьшить размер шрифта, но без клавиатуры мне не удастся написать ничего серьёзного, и без возможности установки полноценного дистрибутива Linux я ни в коем случае не смог бы заменить планшетом свой ноутбук, так что даже подключение блютуз-клавиатуры вряд ли что-то изменит.

Chromebook Pixel расставил все точки над обычными ноутбуками, демонстрируя, в какую гадость они превратились. О чём там думают производители PC? Неудивительно, что продажи PC идут не слишком хорошо, если они стабильно штампуют всё более мерзкие машины и думают, что «full HD» (то есть 1080p) — это просто предел мечтаний.

Сколько надо российских линуксоидов, чтобы ввернуть лампочку

Один предложит взять готовую лампочку у соседа. Не важно, что она по форме и яркости не
подходит. У него горит, значит и у всех должна.
Другой придумает лампочку своей собственной конструкции, которую объявит самой
правильной (с архитектурной точки зрения). Кто думает иначе, не понимает ничего в
лампочкостроении. Когда выяснится, что она не подойдет под стандартный цоколь, объявит
все происками мирового масонского правительства, которое хочет уничтожить российские
заводы по производству лампочек.
Третий будет долго и нудно доделывать переходник между цоколями к предыдущей
лампочке. Просто из интереса. И через пару-тройку лет сделает. А потом скажет, что ему это
не интересно и если кому надо дальше - пусть себе сами переходники точат, а у него все
работает и так. Делов-то - освоить токарный станок! Есть же документация. Неважно, что
она устарела на год, там нужно поменять пункты 4 и 8 местами, а 9-15 читать в обратном
порядке. Остальное надо додумать, посмотреть на сам переходник и все будет понятно. А кто
не поймет, сам виноват. Нечего вообще в лампочки лезть, если не можешь разобраться в
документации.
Четвертый присоединится к предыдущему и скажет: "Нефиг тут потребительством
заниматься. Каждый (я повторяю, каждый) обязан сделать свою собственную лампочку. А кто
не может, виноват сам».
Пятый скажет, что лампочки сейчас уже не те. Раньше пользовались свечами и сейчас тоже
где-то пользуются и все прекрасно. Вот у него везде свечи и еще ни одного пожара не было.
Шестой скажет, что лампочки не нужны. Он брал несколько лампочек на развале и у него они
все перегорели. У его знакомого электрика тоже. Да и просто не нужны и все, объяснять тебе
еще...
Седьмой скажет, что лампочки устарели и нужно для этих целей использовать мощные
осветительные прожекторы. Не важно, что он стоит в 100 раз больше, зато и светит намного
ярче. А что ваша сеть не выдержит, так это надо проводке апгрейд сделать. И что для его
переноски нужно несколько человек - так это фигня, ведь не может же вещь, которая столько
стоит, быть плохой, правда?
Десяток человек на предложение вкрутить-таки лампочку скажут, что "сперва добейся" не
аргумент. И вообще, почему они должны делать это за бесплатно?
Один купит лампочку на свои деньги и вкрутит ее с помощью лестницы, которую принесет
другой.
В ответ на это:
Еще десяток человек скажет, что это по-прежнему "не нужно". У них у себя дома и так лампочки горят.
Еще с десяток скажет, что нефиг было вкручивать свою лампочку, надо было купить
импортную и не париться.
Один скажет, что лампочка вкручена неправильно, а те, кто это сделал - не специалисты. Нет
специалистов по вкручиванию лампочек в России, кроме как у ООО "Челябинский завод
альтернативных лампочек и партнеры". Их лампочки априори самые надежные и безопасные,
об этом писали еще лет 10 назад. А что выглядят неважно, светят тускло и при закручивании
порезаться можно, это неважно. Инструкцию надо читать и закручивать в перчатках. А
прикручиватели "гламурных" лампочек не нужны.
Оставшиеся будут cидеть и обсуждать, откуда у тех двоих деньги.
Что по этому поводу напишет 80% посетителей форума лампочки.огр.ру не сможет разобрать
никто...

Оригинал статьи на форониксе, ниже — вольный перевод.

На прошедшем в минувшие выходные FOSDEM в аудитории, посвящённой BSD, David Chisnall дал оценку поддержки стандартов C11 и C++11 во FreeBSD. Большая часть работ над поддержкой последних стандартов ведётся разработчиками компиляторов, а проект FreeBSD ищёт удачное применение улучшениям и новым возможностям.

( читать дальше... )

>>> Подробности

Оригинал статьи опубликован на Phoronix.com, а ниже я предлагаю вольный перевод.

Сегодня, в первый же день проведения FOSDEM, стал известен факт, что в центре открытых технологий Intel (Intel OTC) на данный момент в режиме полного рабочего дня заняты две дюжины разработчиков видеодрайверов. И Intel продолжает искать новых разработчиков.

( читать дальше... )

>>> Подробности

В прошедший вторник в список рассылки GCC попало одно письмо, вызвавшее множество ответов и даже интересное обсуждение о будущем GNU Compiler Collection, о его конечных целях и об их достижимости. В первом письме просто был задан вопрос о примерных сроках полной реализации стандарта ISO C++11. Но по мере разрастания нити Diego Novillo из Google, хорошо зарекомендовавший себя в роли разработчика GCC, даже высказал опасения, что GCC уже прошёл точку невозврата и ему грозит естественная смерть.

( читать дальше... )

>>> Подробности

Как сообщает похороникс, Джон Кармак высказал своё окончательное мнение о противостоянии C и C++. Для обделённых знанием английского или пониманием божественности плюсов перевожу:

Я до сих пор считаю код Quake 3 более чистым - в известном смысле. Это венец эволюции моего стиля на C, и одновременно первая итерация моего стиля на C++. Но такое отношение может быть вызвано меньшим количеством строк или тем фактом, что я не особо-то и не заглядывал туда уже десять лет. Я думаю, что «хороший C++» лучше, чем «хороший C» с точки зрения читаемости, а всё остальное эквивалентно.

Я, конечно, поизвращался над C++ в Doom 3 - ведь я был опытным C-шным программистом с некоторым знанием ООП, пришедшим из Objective-C времён NeXT, так что я просто начал писать на C++ без нормального изучения юзкейзов и идиом. Вспоминая прошлое, я очень жалею, что не прочитал Effective C++ и некоторые другие книги. Часть остальной команды в прошлом имела опыт работы с C++, но они в целом следовали моим стилистическим решениям.

В течение многих лет я не доверял обобщённому программированию, и все ещё применяю шаблоны с опаской, но в итоге я решил, что удовольствие от статической типизации перевешивает нежелание иметь раздутый код в заголовках. В Id Software всё ещё идут споры об использовании STL, и со временем они становятся жарче. Если же вернуться снова к временам, когда началась разработка Doom 3, призыв использовать STL тогда стал бы неудачной затеей, но сегодня в пользу этого решения уже есть серьёзные аргументы, в том числе в геймдеве.

Также я теперь стал const-нацистом, и даю по рукам программисту, который не ставит const подходящим для этого переменным и параметрам.

Главным нововведением, интересным для меня, является функциональное программирование - оно позволяет избавиться от многих старых привычек и вновь отказаться от некоторых идей ООП.

А накидайте-ка мне небольших примеров кода (C/C++), выдающего простыни ошибок компиляции. Вот для начала пример, показанный кем-то в ветке development и на любом компиляторе дающий >100 не относящихся к делу строк. Или вот рекурсивное инстанцирование шаблона, нормально определяемое в gcc и выдающее лишние note: в clang.

template <int N> struct X {
    static const int value = X<N-1>::value;
};
template struct X<1000>;

Буду премного благодарен за годные примеры. Буст и буст спирит крайне приветствуются.

Перемещено tazhate из talks

template <int number>
class T1
{
};

template <class T1>
class T2
{
};

T2<T1<8>>1>> t;

Как должен повести себя компилятор?

Какие флаги в gcc или clang могут изменить набор предопределённых макросов? Я имею ввиду тот набор, что вывоидтся с помощью «gcc -xc++ -E -dM -».

Лично я знаю -ansi, -std=*, -fopenmp, -O*, и вижу уже добавленные в код -m*, -specs=*, -D*.

Для брошенной на собственный произвол массы, будь то чернь или знать, жажда жизни неизменно оборачивается разрушением самих основ жизни. Бесподобным гротеском этой тяги - propter vitam, vitae perdere causas[5] - мне кажется происшедшее в Нихаре, городке близ Альмерии, 13 сентября 1759 года, когда был провозглашен королем Карлос III. Торжество началось на площади. «Затем ведено было угостить все собрание, каковое истребило 77 бочонков вина и четыре бурдюка водки и воодушевилось настолько, что со многими здравицами двинулось к муниципальному складу и там повыбрасывало из окон весь хлебный запас и 900 реалов общинных денег. Потом перешли к табачной торговле и принудили выкинуть месячную выручку и табак тоже. В лавках учинили то же самое, изничтожив во славу празднества все, что было там съестного и питейного. Духовенство не уступало рвением и громко призывало женщин выбрасывать на улицу все что ни есть, и те трудились без малейшего сожаления, пока в домах не осталось ни хлеба ни зерна, ни муки ни крупы, ни мисок ни кастрюль, ни ступок ни пестов и весь сказанный город не опустел». (Документ из собрания доктора Санчеса де Тока, приведенный в книге Мануэля Данвила «Правление Карлоса III», т. 2, с. 10, примеч. 2.) Названный город в угоду монархическому ажиотажу истребил себя. Блажен Нихар, ибо за ним будущее!

Хоть я и не сильно местный, но пройти мимо было превыше моих сил. Не так давно в Неаполе людям снова надоело терпеть и они вышли на улицы, поджигая и раскидывая мусор со свалок. Итог закономерен - только что по euronews рассказали, что в городе вот-вот начнётся эпидемия, и снабдили сюжет ценными кадрами с жуками и тараканьём, ползающим посреди улицы.

Поцоны-митингующие по-прежнему упорствуют и «не надеются на помощь властей в уборке мусора».

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

def )foo()
  pass

Погоняв тест внимательнее, обнаружил, что крах возникает на слове

Debian

!432цеп

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

Имеется opensuse 12.1, пульс, наушники с микрофоном (Sven). Наушники работают хорошо, громко, но звук не ловит ни skype, ни audacity, ни arecord. Причём в наушниках эхо микрофона слышно (если поднять ползунки mic или f-mic). Audacity же показывает ровную полосу в звукозаписи - очень слабый и ровный фоновый шум, без каких-то следов реальных звуков. Есть и скриншот alsamixer: http://savepic.su/1164627.png Что не так, что вообще можно попробовать поправить? Пробовал сносить пульсу - никакой пользы, поставил обратно.