Выпущен первый планшет на Tizen OS

пишет нам stevejobs, который не асилил слово const и возмущается, почему компилятор не запрещает ему записать в указатель любое число.

пишет нам ckotinko, что не осилил кресты, и не знает что

1. const - не панацея

2. ссылки ни чем не лучше чем указатели

3. и ссылки и указатели бывают dangling

вот почему каждый раз, когда выступает очередной клоун с темой «какой ужасный С++», всякий раз он начинает с пеной у рта доказывать, что нихера не понимает в программировании.

Про клоуна ckotinko я уже написал

Аргумент был. hawai не умеет читать. слив 100%.

ну, если считать аргументом «мне нравятся клёвые горячие гавайские девушки,а не старушки» то да. но с этим спорить я и не собирался

Не согласен что слив? Приведи пример IDE и профайлера для крестов. И сравни это с IntelliJ / Eclipse / Netbeans + JProfiler, YourKit Profiler.

VS? Тот же Eclipse, когда не раздражает долгая загрузка. для gcc работает gprof. есть и профайлеры, есть и IDE. кому какие нравятся. часто профайлер идёт отдельно от IDE например как AQTime. Кто-то настраивает vim/emacs так, что устраивает во всём. Кого-то и QTCreator устраивает. это как раз вопрос вкуса. Кстати IntelliJ / Eclipse / Netbeans работают с С++.

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

Кто забил? Старый софт никуда не делся же. Да и J2ME полно. Чего не хватает?

Но таки да, студентов набрать чтоб наколбасить очередной сырой «продукт» лекго на плюсы.

порог вхождения в плюсы выше. студенты как раз сейчас на джаву да на .NET идут.

Можешь предложить thread analyzer для плюсанутого кода, что понимает атомики? Не можешь? Ну так и нечего дёргаться.
Знающие товарищи тебе скажут, что на уровке OS вообще атомиков нет. Они - конструкция уровня byte code или native code.
В теории их анализировать можно. Но это очень муторно в случае плюсов. Нужно инструментировать код, который инструментированию плохо поддаётся.

если убрать слюни, не совсем понятно, что имеется ввиду под «анализом атомиков». но, учитывая, что широко доступны программы типа Intel XE Studio, которые как раз и предназначены для профилирования и анализа многопоточного кода, я понимаю, что Ваши знания про С++ поверхностны, или давно устарели. А то и всё вместе.

Огульно валить на разработчиков приложений очень легко, но поскольку сам ты мало что написал в своей жизни, ничего кроме смеха это не вызывает.
Про enterprise много знаешь? Много работал в этой области? Не верится.

семак дать? ты с какова раёна? что за переходы на личности? давно работаю. и сейчас при деле ).

если не нравится ядро написаное на плюсах - делай на яве. были уже товарищи, писали и на С# и дfже на php. история похоронила java процессоры, поэтому ядра на java никто и не увидит.

Чувак, C++ это вообще прошлое тысячелетие если что.

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

Это ты обязан делиться с ним своей приватной информацией в обмен за счастье пользоваться его сервисами.

Пошёл он со своими «незаменимыми» сервисами вслед за руками.

Зачем тебе 5 ГБ рамы в телефоне? Хром компилять?

Туда скорее E17 притянут, чем G3.

чел прямо в каждом посте пишет, что он не слышал про проектирование,а работал по принципу «нахерачили и дебажим». видимо в н.вр. он дебажит атомарные операции, используемые в его говнокоде.

на IRL отвлекаюсь только за обедом и в сортире

А у меня всё наоборот:3 Самые скучные места.

вызывает лютое раздражение

Ты бы это... интернет-зависимость подлечил, что ли. Ломка же.

нормальной
лопаты

/0

Фконтакт многие идиоты используют как средство связи. ИЧСХ, до них очень плохо доходит, что кого-то там может вообще не быть.

что им пользуются 79% среди всех смартов, а среди планшетов 62%

Потому что альтернатив нет.

зато я осилил кодогенерацию и пишу на том, что мне нравится

я однажды ставил эксперимент: шел по улице и знакомился со всеми симпатичными дивчинами подряд. Но просил не вконтакт, а полную имя-фамилию чтобы найти во Вконтакте. Так вот среди десятков опрошенных только у одной дивчины НЕ было Вконтакта. Так что...

Непосредственно скидывание в лог ты, как умный человек, будешь делать в отдельном потоке.
Как реализуешь это на C++11?

возьму google-glog, или что-то типа g2log. никто ничего нового пока не придумал. собрать информацию в основном потоке, сложить её в пул сообщений и асинхронно выпихнуть куда-нибудь используя любой способ в те же потоки, memory-mapped файлы, сообщения, через socket во внешний SQL. Будем меряться способами обмена данными между программами? Или между потоками?

история похоронила java процессоры

А как же Jazelle?

нигде не видел в жизни, вот и забыл

симпатичными дивчинами

С ними и так всё ясно.

у одной дивчины НЕ было Вконтакта

И интернета, наверное, тоже.

у нее была почта на, внезапно, майкрософт хотмейле, фейсбук, инстаграм и наушники-затычки в ушах

А его и не надо видеть, оно давно в Qualcomm'овских процессорах используется.

в отдельном потоке у нас в AMD один баран сделал. ООП во все поля, factory и т.д. пока по рукам не надавали, он раз в два дня ломал сборку дров. ООПер.

лучше сделать пул страниц с асинхронной выборкой(по аналогии g_async_queue из GLib), и будут писать в них лог, ставить timestamp на страницу и по факту заполнения тупо гнать в сокет через IoCompletionPort или poll+send(MSG_NOWAIT)+очередь записываемых не влезших в сокет, и забирать по факту освобождения. для того чтоб сделать это надо просто посидеть пару часов с бумагой и ручкой и подумать. а за самодельные потоки в библиотеках надо бить в табло.

А его и не надо видеть, оно давно в Qualcomm'овских процессорах используется.

Для чего? Андроид же наверное как неклассическая java не ускорится?

The Jazelle instruction set is well documented as Java bytecode. However, ARM have chosen to remain quiet on the exact execution environment details; the documentation provided with Sun's HotSpot Java Virtual Machine goes as far as to state: For the avoidance of doubt, distribution of products containing software code to exercise the BXJ instruction and enable the use of the ARM Jazelle architecture extension without agreement from ARM is expressly forbidden Employees of ARM have in the past published several white papers that do give some good pointers about the processor extension. Versions of the ARM Architecture Reference Manual available from 2008 have included pseudocode for the 'BXJ' (Branch and eXchange to Java) instruction, but with the finer details being shown as «SUB-ARCHITECTURE DEFINED» and documented elsewhere. The Jazelle state relies on an agreed calling convention between the JVM and the Jazelle hardware state. This application binary interface is not published by ARM, rendering Jazelle an undocumented feature for most users and Free Software JVMs.

VS? Тот же Eclipse, когда не раздражает долгая загрузка. для gcc работает gprof. есть и профайлеры, есть и IDE. кому какие нравятся. часто профайлер идёт отдельно от IDE например как AQTime. Кто-то настраивает vim/emacs так, что устраивает во всём. Кого-то и QTCreator устраивает. это как раз вопрос вкуса. Кстати IntelliJ / Eclipse / Netbeans работают с С++.

:)

VS из этого списка ещё более-менее вменяем.

На многих проектах Eclipse / Netbeans не могут распарсить 90% кода, особенно в случае с C++11, часто при этом валятся.

IntelliJ уже умеет C++? Ещё недавно это было только в планах.

gprof - выбор чемпионов. :)

Жду сравнения этого твоего зоопарка в инструментарием для Java. :)

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

Хороший танцор не будет танцевать на минном поле для стада коров. :)

Было бы забавно посмотреть на твой код без сотен проблем и висящих ссылок. :)

Жду сравнения этого твоего зоопарка в инструментарием для Java. :)

не будет. я не называю себя профессионалом java. хочешь что-то узнать про C++ - спроси. про java - сочиняй сам.

порог вхождения в плюсы выше. студенты как раз сейчас на джаву да на .NET идут.

Судя по твоим комментариям о Java, это как раз у неё порог вхождения выше.

если убрать слюни, не совсем понятно, что имеется ввиду под «анализом атомиков». но, учитывая, что широко доступны программы типа Intel XE Studio, которые как раз и предназначены для профилирования и анализа многопоточного кода, я понимаю, что Ваши знания про С++ поверхностны, или давно устарели. А то и всё вместе.

Если убрать _твои_ слюни, то ничего не останется.

Intel XE Studio ничем не лучше того же hellgrind в плане кода с атомиками. Анализировать проблемы он не может, потому что не может разобраться с потоками. И таки да, оба они у меня установлены и на детских примерах работают хорошо.

Что до поверхности знаний, то у Вас их походу дела вообще маловато. :)

семак дать? ты с какова раёна? что за переходы на личности? давно работаю. и сейчас при деле ).

Ну и что делаешь? Энтерпразйненько мобилы отжимаешь?

если не нравится ядро написаное на плюсах - делай на яве. были уже товарищи, писали и на С# и дfже на php. история похоронила java процессоры, поэтому ядра на java никто и не увидит.

Я вообще-то и не собирался писать ядро на java. :) Но кто ж читает мои посты. А на C# ядро есть и здравстует. man Midori. Вот только я слышал, что студентота не осилила C# и не в состоянии написать драйверы. Может врут, конечно.

А вообще я жажду от тебя пример «качественного кода на C++» для задачи, что я предложил. Ты ж крут, осилишь.

А, ну значит, она не из наших краёв, про фкантакты да одноглазники не слышала.

возьму google-glog, или что-то типа g2log. никто ничего нового пока не придумал. собрать информацию в основном потоке, сложить её в пул сообщений и асинхронно выпихнуть куда-нибудь используя любой способ в те же потоки, memory-mapped файлы, сообщения, через socket во внешний SQL. Будем меряться способами обмена данными между программами? Или между потоками?

Привести пример кода, что скидывает сообщение, что я привел ранее можешь? :)

Скажем, изначальные данные у тебя такие:

enum event e;
enum state s;
std::vector<Widget> widgets;

class Widget {
...
public:
 const std::string &get_widget_id() const;
...
};

Да, было бы здорово если бы в твоей реализации не пришлось позорно тратить на это микросекунды. :)

Ну и если есть лучшие предложения как хранить список Widgets - you are welcome.

не будет. я не называю себя профессионалом java. хочешь что-то узнать про C++ - спроси. про java - сочиняй сам.

Мне нечего узнавать про C++ (я на них пишу уже лет 20), а тебе про java есть что. Причём начиная с азов.

Зато J2ME как ускоряется...

Потому что альтернатив нет.

Потому что альтернативы - полное говно. Как и ваш тизен: история его возникновения нам наглядно это показывает - MeeGo, LiMo и bada все захлебнулись собственным говном, не смотря на обилие денег у основных спонсоров.

ну-ну. хамство полезло наружу.

Intel XE Studio ничем не лучше того же hellgrind в плане кода с атомиками. Анализировать проблемы он не может, потому что не может разобраться с потоками. И таки да, оба они у меня установлены и на детских примерах работают хорошо.

возможно, пора руки к плечам приделать и перестать писать фарш. Intel XE меня пока не подводил.

Копипастить я тоже умею; что тебе не нравится-то?

Привести пример кода, что скидывает сообщение, что я привел ранее можешь? :)

критерий правильности решения не определён. это выглядит как троллинг

std::cout << "2013-10-10 11:22:33.567123456 The system detected a Foo event while being in state Bar and keeping track of the folowing Widgets: [";

  for ( auto i = widgets.begin(), e= widgets.end(); i != e; ++i ) {
     std::cout << widgets.get_widget_id() << ",";
  }

stc::cout << "]";

тот же эффект будет с ranged for

закопано это дело. закрыто и закопано самим ARMом. deprecated

открой для себя -O2 или -O3

Meego заживо закопали мелкомягкие, bada - сосунг; LiMo вообще крупные конторы не интересовались. Каким образом из этого следует их говняность?

Таким, что они утонули ибо никому не были нужны.

Мусьё, вы используете -O3 в ынтерпрайзе? Молоток нужен али сам себе пальцы переломаешь?

вот прямо щас посмотрел в консоль где собирал дрова, там -O3. брат жив.

И что? Неофициально оно там есть и выпиливать никто не собирается - не мешает.

а чо толку, в дальвике то нельзя использовать. вещь в себе.

Что за бред? Meego утянули из тонущей Нокии в Jolla; LiMo всегда был маргинальщиной для СПОГМ, равно как и выросшие из неё проекты; bada стала Сосунгу не нужна, ибо J2ME и на SPH работает, а нативщину под bada писать никто не хотел, ибо есть J2ME, а от нативщины там толку мало.

Это пока ты для своей машины собираешь... И да, поэксплуатируй их хотя бы с полгодика, а потом уже рассуждай - живёт, не живёт...

Пересобери на нормальной жабе, подумаешь...

Отличный пример.

Во-первых сообщение шлётся на stdout. Во-вторых формирование этого сообщения займёт дохрена времени. И это произойдёт в потоке, где каждая наносекунда на счету. Fail. В третьих, ты захардкодил timestamp. Очень по-взрослому. Вообще-то часики следует опрашивать в таких случаях. :)

возможно, пора руки к плечам приделать и перестать писать фарш. Intel XE меня пока не подводил.

Возможно тебе пора приделать голову к плечам и познакомиться с lock-free передачей данных между потоками. А там атомики, ага. Анализатор потоков на них прекрасно спотыкается. И не надо мне трындеть что у тебя этого не просиходит. :) Потому что не просиходит только у школия, у которого вся многопоточность это posix threads.