Крестухи, зацените аллокатор http://pastebin.com/kk2gS9WL

>>804556
Да, подходит только для вектора.

3D PIG DUSGUSTING соснули у 2D-БОГИНЬ.

Алсо, второй нах и фтройке.

>>804556
Какая мотивация-то? Если хочешь ускорить, то хуярь сразу шаблонные пулы без фрагментации, или там ленивые прокси, скажем, а здесь я не вполне понимаю, в чем профит.

>>804586
>Какая мотивация-то?
напрямую юзать mmap
> пулы без фрагментации
Тащемта тут без фрагментации (в каком-то смысле)

>>804594
allocate должен кидать bad_alloc при неудаче, а у тебя он не проверит код ошибки и будет пиздец, не? Алсо, там есть еще несколько подобных требований к аллокаторам, посмотри вот тут, например
http://en.cppreference.com/w/cpp/concept/Allocator
>тут без фрагментации
Не, я не про то. Одно из популярных решений состоит в том, чтобы запрашивать сразу страницами память для каждого отдельного типа, делить ее на равные куски и создавать на ней только объекты этого типа. Получается своеобразный пул, в котором нет фрагментации, из-за ровного размещения. Когда много объектов и мало типов (а не наоборот), то это существенно ускоряет работу.

>>804601
>allocate должен кидать bad_alloc при неудаче, а у тебя он не проверит код ошибки и будет пиздец, не?
Аллокатор оптимистичный. А так да, по-хорошему надо проверять.

> Алсо, там есть еще несколько подобных требований к аллокаторам, посмотри вот тут, например
Если отмотаешь до конца страницы, там есть minimal example. Я его и реализовывал.

> Не, я не про то. Одно из популярных решений состоит в том, чтобы запрашивать сразу страницами память для каждого отдельного типа, делить ее на равные куски и создавать на ней только объекты этого типа.
Ну кагбэ вектор так и делает, запрашивает contiguous кусок памяти под N объектов и потом конструирует их там.

>>804519 (OP)
Где шапку проебали?

>>804606
Моча же запиливает шапку.

>>804607
Я не в курсе, я просто ньюфаг

>>804519 (OP)
пик - норм, с каждым разом все больше проигрываю
стих - можно и поменьше

мимо-стихоебохейтер

>>804556
Правда, я ещё не знаю, как он себя поведёт при копировании вектора. Что там с аллокаторами делается?

Посоветуйте отладчик C++14 под люникс.

>>804622
lldb?

>>804622
у тебя типа выбора дохуя?
lldb, gdb

>>804622
ddd

>>804627
Говно или дерьмо? Хммм... Что же выбрать? Наверное, все же дерьмо... Хотя нет! Дерьмо я выбирал в прошлый раз, так что сегодня пусть будет говно!

>>804630
gdb - довольно нестабильный бывает.
Я бы предпочел lldb

>>804622
Иногда мне снится, что я снова на втором курсе, отлаживаю крестолабу на потрепанном несколькими поколениями студентов компьютере из машзала, с Debian, gcc, gdb и autotools. Я лихорадочно печатаю одну консольную команду за другой, длинноволосый и дурнопахнущий преподаватель в футболке с логотипом GNU осыпает меня проклятиями... Выведя очередную стену неформатированного текста, gdb вылетает в kernel panic, и я просыпаюсь в холодном поту. Потом я подхожу к компьютеру, открываю проект в студии и плачу от счастья.

>>804642
ПРоблевался с последнего скриншота.

>>804642
А потом ты начинаешь собирать руками проект на шинде с незавендоренными зависимостями и выкидываешь компуктер нахуй в окошко.

>>804642
на первом пике .net, лелка

>>804645
Я знаю, но в крестовом проекте все идентично выглядит, кроме названий.

>>804644
>собирать руками проект на шинде с незавендоренными зависимостями
Тяжело тебе пришлось, братюнь. Соболезную.

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

>>804669
Tour Страуструпа + Effective modern C++ Майерса

>>804673
Спасибо. Добра.

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

>>804687
Хорошо, когда есть консоль (а в студии она есть, не сомневайся). Плохо, когда есть только консоль, смекаешь? Ты можешь возразить, что вот как возьмешь пистон, да как напишешь визуализаторы лучше чем в студии... Только пока ты их пишешь, я буду спокойно работать с удобным инструментарием. Поэтому, кстати, большая часть швабодных утилит смахивает на proof of concept - за пару вечеров хуй напишешь что-то сравнимое по удобству, а на большее мало кого хватает без финансовых вливаний.

>>804642
Такое возможно сделать в ИДЕ под линукс?

И еще вопрос: какого хуя шапка не обновляется, а с каждым новым тредом копипастится одна и та же инфа (может стих поменяют только)? И это элита /pr? ОП уебок блять.

>>804722
А не он даже стих не удосужился придумать.

>>804722
> какого хуя шапка не обновляется
Что там обновлять? Новый стандарт выйдет — обновим.

>>804699
А вот и знаток свободного ПО подьехал!
Ну-ка Firefox похож на PoC, эксперт диванный?

>>804727
Эксперт диванный, в ты в курсе, сколько сотен миллионов долларов влито в firefox гуглами и яхами?

>>804726
Привет парни.
Поставил Eclipse. При наборе "#include <" не отображается список хедеров; при наборе "std::" не отображаются члены неймспейса.
Я слышал, что Eclipse щироко распространен среди профессиональных сиплюсплюсников, а значит эта функциональность явно должна там быть реализованной.
Так как собственно настроить этот автокомплит?

>>804724
Это, блядь, хайку.

>>804734
И теперь пердит, что это "хайку"

А stl-то и правда кривой. Местами.

>>804741
Ну пиздец, все перекатываемся на хаскелл.

>>804745
Не бомби, няша. C++ развивался эволюционно. А эволюция всегда рождает костыли.

Смотрю сейчас talk Александреску про аллокаторы. Оказывается, их запилили только для того, чтобы работать с NEAR- и FAR-указателями на 16-битных интелях. Ради тайпдефа allocator::pointer_type, который был разным у NEAR- и FAR-указателей.

А потом это вошло в стандарт.

>>804746
Дай ссылочку, будь ласка.

И как вы смеете, крестухи, что-то кудахтать про обратную совместимость, если у вас триграфы в новом стандарте запретили? Не какую-то редкоиспользуемую фичу, а триграфы, КАРЛ!

>>804748
https://www.youtube.com/watch?v=LIb3L4vKZ7U

>>804749
> мам, смотри, я смешно шучу

Олсо,
> КАРЛ
Уёбывай на свою пикабупарашу и сюда не суйся.

>>804750
Спасибо!

Аноны, поясните за rvalue и lvalue ссылки и вообще на move семантику. Сколько читал про это, нихуя так и не понял.

>>804769
Значит задумайся о карьере грузчики, или хотя бы питониста.

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

>>804769
rvalue ты не можешь указать значение
lvalue можешь

>>804732
Пути поиска инклудов настрой.

>>804805
Тащемта, для rvalue можно указать значение, если ты, например, передаешь его в функцию по ссылке, и это хороший тон - менять состояние объекта на другое, валидное до того, как он удалится.

>>804601
>Одно из популярных решений состоит в том, чтобы запрашивать сразу страницами память для каждого отдельного типа, делить ее на равные куски и создавать на ней только объекты этого типа
Стоковый маллок так и делает для небольших объектов. Только там оверхед на мьютекс.

>>804851
Какой путь к этим настройкам?

Там же этих настроек дофига. Так же пробовал CodeLite, там точно такая же проблема с автокомплитом.

>>804988
Подключил /usr/include, нихуя не изменилось.

В qt creator хоть есть автокомплит по умолчанию, и тебе не надо тратить хуеву тучу времени на настройку автокомплитa, который по умолчанию должен быть настроен.

О чем думали эти долбаебы, когда писали эти гавно ИДЕ типа CodeLite и Eclipse? Сложно прописать стандартный путь к хедерам в линукс-версии (хотя и это не работает).

>>805083
>/usr/include
Мде. Ты бы хоть узнал, где лежат хедеры, критик бля. У меня, например, лежат в /usr/include/c++/4.2.1

Eclipse умеет детектить toolchain, кстати. Скорее всего у тебя просто не установлен компилятор и/или стандартная либа.
А даже если бы не умел, для на больших проектах четких посонов это не парит - все равно придется прописывать свой.

>>804980
Наставят блевотных красноглазых высеров, а потом бугуртят.

Нет IDE кроме MSVC.

>>805114
Мне твоя MSVC до пизды, когда я пишу под macOS или linux. К тому же необходимость покупать resharper-c++ какбэ напоминает о реальной полезности студии.

как вкатиться в 14 стандарт?

>>805152
мейерса читай

>>805103
Действительно, надо было подключить другую папку, но это все равно не работает.
А в CodeLite всё и так в настройках прописано, но все равно нихуя не работает.
g++ и весь gcc тулчейн установлены

>>804949
Жми Ctrl+C

>>805183
SIGINT в винде - Ctrl+Z

>>805190
Попизди мне тут. ctrl+z в винде это EOF (в отличие от ctrl+d в *NIX), а sigint и там, и там это ctrl+c

>>805198
Проверил. Ты прав.

>>804741
молодец, сделал открытие. возьми пирожок с полки

>>805461
>Есть у кого опыт создания приложений под винду на QT с использованием QT Quick?
>Внезапно в релиз версии приложения невероятно медленно отрисовывается интерфейс.
>3-5 FPS, при этом в Debug версии никаких проблем.
Профайлер для кого придумали?

>>805141
>необходимость покупать resharper-c++
Это стало блажью приблизительно с выходом 13 студии. Нет, если ты утенок и не хочешь расставаться с любимой погремушкой, то вперед, но не надо пиздеть о необходимости - мотивации его ставить практически не осталось, 2/3 фич есть из коробки, остальные в легковесных и бесплатных аддинах.

>>804949
>страуструп
читаю его сейчас
этот пидор уже заебал со своими функциями, которые он сам придумывает
я уже не знаю, это синтаксис плюсов или его функция для книги
пидор

>>805601
почти все стандартные функции крестов находятся в нэймспэйсах.

>>805760
Сишные продублированы в глобальном.

>>805860
Вообще-то наоборот.

Была задача: отформатировать текст двумя способами.
Быстро набросал вот такой код:
http://pastebin.com/vzSXSvQq
Почему первый код работал минут 10, а второй закончил все за 5 секунд? Вектор использовал чисто ради интереса (на самом деле я просто нуб).

>>805892
Что наоборот? Крестовые функции только в std, сишные (printf, strcmp, malloc etc) - в зависимости от используемого хэдера. В .h нет неймспейсов, а в c есть.

>>805938
Это может банально от текста зависеть, если там разные символы удаляются и вставляются в разном количестве. Кроме того, хоть insert и erase оба в общем случае вызывают тяжелое копирование всего хвоста вектора, insert дополнительно может вызвать переаллокацию, а erase - никогда. С учетом того, что копирование последовательных символов обычно заоптимизировано до невозможности, у тебя на втором коде, вероятно, много времени уходит на переаллокации. Но вообще это надо смотреть с профайлером, конечно, так сразу мало что можно сказать.

>>805965
*на первом коде
Быстрофикс.

>>805965
Спасибо. В первом коде условие сработало где-то 200 раз, во втором 4560 раз. Первый работал 10 минут, второй 5 секунд. Я в замешательстве. Возможно, причуды компилятора.

>>805938
код - нечитаемое говно. Разбей красиво на функции

>>805984
15 строк в первом, 32 во втором. Что разбивать?

>>805990
А должно быть не больше 10. Еще всякое говно с магическими цифрами убери

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

>>806006
>Считается хорошим тоном, если код функции помешается на один экран.

Более того, еще лучше будет, если ты смотришь на функцию и СРАЗУ ПОНИМАЕШЬ, что там происходит.

>>806006
Про константы с именами я запомню. Код помещается. Он же маленький, ну.

Проигрываю с экспертных диванов в этом ITT-треде. Реального кода в жизни не видели, но знают, что магические константы это огромное зло, думают, что смогут понять любую функцию, помещающуюся на экран и проч.

>>806013
Но там нет никаких магический констант :(
http://www.columbia.edu/kermit/ascii.html

>>806009
То бишь функции должны называться а-ля:
getCurrentColor();

>>806016
Нет, get_current_color();

>>806017
Нет, мне первый вариант больше нравится

>>806016
Да

>>806013
Проигрываю с тебя, потому что в хорошем реальном коде действительно нет магических констант и методов на 30 экранов.

В хуевом - конечно есть. Но такое говно поддерживать и расширять нереально.

>>806027
Диван, плиз.

>>806029
Диван, плиз.

Крестач не нашел треда по кути.
Посоветуй что почитать про кути.
Сам ява примат.

>>806466
Типо этого
http://www.ozon.ru/context/detail/id/31619787/

>>804519 (OP)
Расскажите о работе на плюсах в России (прежде всего интересует ДС и ДС2). Я студентота IT-направления, имею опыт написания учебных проектов на C/C++/Java/C#. Пора наконец выбрать, в каком направлении развиваться (хотя бы определиться с языком). Склоняюсь к плюсам, но знакомые говорят, что на плюсах с каждым годом работы все меньше, и советуют учить джаву. Что бы вы посоветовали? Слать их нахуй и учить плюсы? Или, может, действительно, вкатываться в плюсы новичку нет смысла, и перспективнее учить что-либо другое?

>>806495
Джава растет, да. Так что иди учить джаву пока.

>>806501
Толсто

>>806507
>Толсто
Она реально растет, лолка. На 2-3 процента в год. А c++ падает на 1-2 процента. И C падает тоже.

Писал приложение на wx, суть в том, что оно должно было каждое определенное время обновлять .bmp пикчу. Для этого каждый ивент OnPaint я отрисовывалэтот битмап, а при необходимости сделать отрисовку без ивента использовал Refresh().
Проблема в том, что во-первых, это все сопровождалось ДИЧАЙШЕЙ нагрузкой на цпу, а во-вторых, постоянно происходило мигание этой пикчи с белым экраном.
Как это нужно качественно реализовывать?

>>804792
Как их отличать? Вот это непонятно.

Если вот у меня есть класс
class Point
{
int x, y
};

и функция, которая создаёт объект Point, могу ли я вернуть этот созданный объект как rvalue?

Point&& make_point(int x, int y) {
return Point(x, y);
}

Так можно? Ведь если я правильно понял, Point(x, y) это ведь rvalue?

Посоветуйте дефолтную литературу по разработке сетевых приложений. Чтоб прям прочитал, написал и ты уже про.

>>806690
Все что из функции возвращается - уже rvalue. Можешь && не писать.

>>806726
Так, хорошо. Тогда вот ещё: видел я примеры, где преимущество rvalue показывалось на примере swap, которая выглядела как

template<class T>
void swap(T& a, T& b)
{
  T tmp(std::move(a));
  a = std::move(b);
  b = std::move(tmp);
}

Но ведь если я передам в такую функцию два уже созданных объекта, то они же будут lvalue, так ведь? И смысл тогда во всем этом? Что у меня так будет три копирования, что эдак. Или нет?

Хотя нет, при создании tmp будет вызван конструктор перемещения, и если в классе есть указатели, то их можно не копировать. Но в двух последних строчках b и tmp всё равно будут lvalue, смысл к ним move применят? Где я не прав?

>>806767
А, понял. operator= мне перегрузить никто ведь не мешает.
И если у меня есть указатели, я перегружаю его как
operator=(SomeClass &&r),
перемещаю эти указатели и радуюсь жизни.

Я всё правильно понял?

>>806690
Ты не различаешь тип объекта и его value category. Это две отдельные вещи.

Аноны, не могу понять сути ООП, что читать, смотреть для понимания? Зачем вообще нужны классы блядь, не легче написать пару функций? Подскажите прошу.

>>805141
Ты, судя по всему, ни подо что не пишешь, раз спрашиваешь хуйню

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

>>806928
Вниманиеблядь закукарекала. Сагу сними, илита.
Я вообще нихуя не спрашивал.

>>806948
окей. тогда другой вопрос, как понять, что нужно писать именно класс и использовать всякие блядские виртуальные деструкторы, явные конструкторы, перегрузку операторов и т.п.? это приходит с опытом? я просто сейчас разбираюсь с Qt и при написании своей проги думаю: Писать тут класс или просто написать функцию. Простите за мою тупость, ну чтож поделать, надеюсь аноны помогут мне выбраться из этой блядской ямы непонимания.

>>806804
Все так. Можешь еще посмотреть, как std::move устроен.

>>806961
попиши немного на С в процедурном стиле и тогда ты на своем опыте поймешь предназначение всех этих средств ООП.

>>806965
ладно, хорошо, спасибо. со временем и опытом думаю придет понимание.

>>806961
посмотри на вектор из std, например. Это тоже класс и у него есть интерфейс( публичные методы/переменные, которые доступны пользователю) и имплементация(приватные методы и переменные, необходимые для функционирования объекта). Плюсы в таком разделений в том, что:
1. пользователю НЕ НУЖНО коывряться в имплементации, чтобы что-то получить.
2. Можно поменять имплементацию (использовать другой алгоритм, другой контейнер) и при этом интерфейс останется таким же. То есть разработчику не придется менять интерфейс каждый раз.
3. Ошибок намного меньше, так как пользователь не имеет доступа к важным для функционирования членам класса.
4. НАСЛЕДОВАНИЕ! Qt, например, очень завязан на этой концепции.

ну и более практичный пример:
Я хочу сделать ежедневник. В каждом дне - по несколько записей и так на протяжений 50 лет. Я сделаю отдельный хэдер и в нем определю 3 класса:
1.Date, в котором находится массив из 50 объектов Year.
2.Year, в котором находится массив из 12 объектов Month.
3.Month, в котором находится вектор из N объектов Day и переменная day_count. N расчитывается в конструкторе и day_count приравнивается к нему.
3.Day, в котором находится вектор записей(QString).

В Date я определяю operator[](int y), который возвращает y элемент из массива с Year.
В Year я определяю operator[](int m), который возвращает m элемент из массива с Month.
В Month я определяю operator[](int d), который возвращает d элемент из вектора с Day.
В Day я определяю метод getEntry(int index), который возвращает index элемент из вектора с записями.

В итоге:
В коде я могу написать Date date; date[y][m][d].getEntry(index); и получить соответствующую запись. Только вот в ней нихуя не будет хДДДД, так что надо еще определить setEntry(QString entry), потом написать эксепшионы, потому что operator[] не делает range check, потом сука дописать к твоему конструктору в Month дефолтный, потому что он нужен для array, а потом еще определить operator=, да и == тоже, и деструктор написать, а потом тебе внезапно нужны размеры каждого из массивов и ты имплементишь getCount, а в твоей голове появляется мысль-"а не сделать мне массивы публичными", но ты эту мысль должен откинуть, потому что НЕ ООП, и вообще, тебе надо имплементить at().

>>806972
хороший пример, спасибо:)

>>806495
Модные языки приходят и уходят. Кресты остаются. ИМХО.

>>806994
Нахуя столько классов, если разделение на годы и месяцы важно только при отображении? Для внутреннего представления достаточно класса Day, или вообще отдельных записей, привязанных к unix time, например. Тогда не будет ебли со сменой часовых поясов, чуваками, живущими дольше 50 лет, и подобной хуйней.

>>806495
Важна предметная область, а не язык. Для С++ - особенно. Со знанием джавы и без опыта гораздо проще устроится. На С++ будут требовать опыт в нужной области.

Ребята. В общем двачуйте мне. С матаном у меня еле тройка была. Забежал немного по гейм деву . 3д графоний с матрицами и векторами чую не потяну. Помогите что делать?
вообще хочу я в Digital SIgnal Programming, но...почитав основы для вывода звука с помощью какой то XAudio библиотеки и HEX вообще тонн текста...
В общем окончательно стал понимать что IT из меня только эникейщийк.
Че делать как быть?

>>807111
максимум что умею на данный момент - хелло ворлд с закрывающимся окошком по нажатию на энтер

>>807111
Вкатывайся в веб.

>>807111
Мобильная разработка, фронтенд, бэкенд, сисадминство, бизнес приложения. Возможности безграничны! А ты перечислил тяжелые для вката области, которые не получится хуякс хуякс и в продакшен. Выбери что-то попроще и потихоньку обрастая нужными для вката куда ты хочешь навыками. Матан например можно и выучить на базовом уровне.

>>807128
Можно юзать SMFL\что-нибудь_похожее и радоваваться жизни.

>>807133
А чего за фронт энд? А что на счет бетатестинга? хотя не - бетатестинг мы и так за бесплатно делаем, т.к. много игруль каких норм работают с патча 1.6 ....

>>807128
фронт энд - разработка интерфейса, но для веба? ну та же верстка не? Вот она у меня и была, после того как на HTML И CSS заделал страницу с тремя рамками, гиперссылками и окном, тоже понял что это уровень hello worlda.

>>807136
Верстка - это верстальщики, а я про создание клиентских приложений, js, angular, вот это все, интерактивные странички, сейчас вообще все больше логики держат на клиенте, асинхронные запросы опять же.

>>807135
Там можно и на SFML фронтенд сделать, при некотором желании.
Ну или на Qt.

Как можно фрилансить на C++? И какие сервисы джуниору для поиска работы использовать? freelancer.ru - хуйня

>>804519 (OP)
>C++
>фрилансить
>джуниору

это такая тонкота?

>>807327
https://www.upwork.com/o/jobs/browse/?q=c%2B%2B

>>807338
Это фингербокс.

Как в QLayout-e свапать виджеты?

>>807542
Два разных сделать проблематично?

>>807580
шо? я заполняю его виджетами с динамическим контентом, по которому они должны сортироваться.

>>807583
Меняй содержимое, так быстрее будет
Насколько я знаю, самый быстрый способ - сделать много лейаутов (в твоем случае делать каждый раз новый)
Может эксперты знают другое решение

>>807587
Программач, я ведь знаю тут собрана самая мозговитая прослойка двача. Мне нужна помощь в решении следующего алгоритма.
Задачка не из легких. Уже два дня потею, вот вот вроде выведу норм алгоритм,но нифига. Я уже и рекурсией, и мат. формулы искал.
Ближе к делу.

Необходимо подсчитать число разбиений (N) на слагаемые, для вводимого нами числа (Sum), при том, что у нас есть список доступных слагаемых (Arr).

Пример: мы вводим число 7, и задаем слагаемые - [1,2,5]. Из этих условий следует, что Sum = 7; Arr = [1,2,5], а количество разбиений N нам нужно вычислить:
1) {5,2};
2) {5,1,1};
3) {2,2,2,1};
4) {2,2,1,1,1};
5) {2,1,1,1,1,1};
6) {1,1,1,1,1,1,1};
В нашем случае N = 6;
Важный момент - слагаемые могут повторяться, но их последовательность не важна, то есть разбиения типа {5,2} и {2,5} тождественны между собой и должны учитываться как одно решение

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

>>807625
Динамическое программирование гугли
Виджеты тут блядь каким боком?

>>807629
Виджеты?

>>807542
Расставляй виджеты вручную, для простых случаев это удобно или напиши свой лейаут.

Зачем юзать ф-ции modf, чтобы разбить вещественное число на целую и дробную часть?

Почему нельзя просто

fract = (float)(val - int(val));
i = val - fract;

Быстрее же. Я видимо чего-то недопонял. Пример из -12.354 требуется получить -12 и -0.354

>>807796
Нет.

>>807679
> fract = (float)(val - int(val));
> i = val - fract;
ну вот как раз на твоём примере (отрицательные значения) касты могут сломаться

>>807825
Специально отрицательный проверил.

>>807796
Хахаха блядь. У нас стандарта-то нормального нет, какая нахуй сертификация.

Анон, помоги, столкнулся с неведомой хуйней. Вот этот код не работает: https://ideone.com/Eq8U8o

Причем не выводится даже строка "before loop". Но если закомментировать так: https://ideone.com/LRarix , то "before loop" выводится. Как так объявление и заполнение вектора повлияло на поток выполнения, что даже до отладочной печати не дошло?

>>807868
QVector типа QString и строковые литералы типа const char * могут быть не совсем совместимы, хотя я могу ошибаться.

>>807881
Замена на vec << QString("xxx") << QString("yyy") << QString("zzz"); не помогла.

Если тебе это поможет

>>807796
> вроде OCA
Это где будут спрашивать что покажет статический счётчик после строчки Huita a = 5, а код из примеров будет наполовину написан диграфами, а остальной · триграфами, ибо легаси?

>>807868
Я запустил и оно работает.
>>807881-анон

>>807885
Почему это помогло? Проект, собранный как гуйня, до этого позволял писать в консоль.

Спрошу еще раз,
Как происходит отрисовка на окнах? Почему при перезаливе картинки на окно и использования refresh() / update() происходит мерцание с промежуточным белым экраном? Как грамотнообновлять графическое содержимое окон?

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

>>808113
Объявление класса и реализация в отдельных файлах?

>>808121
da

>>808125
Код где?

>>807991
фреймбуфер слишком часто обновляется из приложения и поскольку код,который выводит фреймбуфер на видеокарту, работает параллельно, то ты видишь промежуточное состояние фреймбуфера.

>>808147
http://stackoverflow.com/questions/38656739/making-custom-qprogressbar

Анон, наверняка ты пошлёшь меня с этим вопросом к Мейерсу, но он какую-то дичь пишет, так что выслушай меня:
Я - школяр. Закончил школку, неплохо сдал егэ, но мне пофиг, вкатываюсь на матфак, ибо знаю, что IT-образование у нас полная дичь, а матфак в нашем мухосранском ГУ не такой геморрный, и времени на самообразование у меня будет достаточно, но и матан там неплохо преподают.

Собственно, я уже примерно полгода как застрял на уровне книг "для начинающих". Я разобрался с классами, более или менее понимаю суть указателей и ссылок, немного могу в STL. И всё. Куда двигаться дальше? Сейчас я изучаю потихоньку SFML, ибо хочу вкатиться в геймдев, но понимаю, что на 2д играх далеко не уйдёшь. Пробовал вкатываться в трёхмерную графику, но там всё слишком уж сложно для меня, поэтому пока сижу на 2д.

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

>>808288
>буду писать говнокод из-за отсутствия необходимых навыков.
Ты его в любом случае будешь писать, это не то чего что стоит опасаться начинающему.

Единственный способ поднять уровень в такой ситуации — пилить проект.

Заценил поддержку юникода в stl. Ебаный стыд, блядь.

>>808337
Поясни примеры проектов, тыкни мордой в пример проектов, доступных более-менее начинающим, пожалуйста.
мимонуб

>>808288
>хочу вкатиться в геймдев
Держи литературу на лето http://mrelusive.com/books/books.html

>>808447
Благодарю, анон. Выглядит старовато, ну да фиг с ним.

Пацаны, ебать пиздатую шапку отгрохали! А это только на /pr такие финтифлюшки можно делать? Блииин! Как же круто!!! Я тут вот вообще зачем. Поступил я значит на ИТ-специальность. Насколько я знаю, начинают студентов учить как раз на крестах. Стоит мне что-то вкуривать заранее, чтобы выебываться? Или таких как я там будет половина потока?

>>808477
учиву шарп или питон. кресты это боль и уныние.

>>808481
учи*

>>808481
https://www.youtube.com/playlist?list=PLfAlku7WMht6janxhS4D7XqajI7Knq1sS
Это годная бабенция для начала? Мне ее в нюхак-реде посоветовали.

Какого хуя я должен указывать локаль, когда хочу обратиться к isUpper и др. во время обработки UTF8?

Эта хрень везде по-разному называется: в винде там вообще UTF16, а на линуксе "ru_RU.UTF-8".

Я понимаю еще, когда нужно брать символы для форматирования денег и времени/даты. Но причем здесь проверки для символов UTF-8?

>>808496
Ничего не понятно.

>>808497
Речь идет о такой хуите. Вот нахуй здесь локаль нужна, а?
http://en.cppreference.com/w/cpp/locale/isupper

>>808500
Да, локали — это странная часть C++, я уже писал, вроде в прошлом треде.

std::istream по стандарту можно инстанцировать только с char и wchar_t. char32_t идет нахуй.

Enjoy your UTF-8 files.

Эгегей, ембджчики есть кто под арм пишет? Проблемы с передачей double в ... va_args выуживает мусор. Думал может стек не выравнен или еще какая беда. Оказывается почему то только 32 бита вытаскивает. Извернулся вот так
volatile uint32_t d1 = va_arg(args, uint32_t);
volatile uint32_t d2 = va_arg(args, uint32_t);
volatile uint64_t d = ((uint64_t)d2<<32) | (uint64_t)d1;
double dd = (double)&d;

но это ж не дело. С 64 битными целами то же поведение - 32 бита только читает, нужно два раза читать. Может флаг в опциях какой? cortex m4 c fp

Где вообще посоветуете такие вопросы спрашивать? Отдельным тредом может быть?

Можно на пол ставки на удалёнку джуном устроится? Что нужно знать и сколько будут платить?

>>808584
Удаленка? На C++? Джуном? Ты серьезно?

>>808288
Вообще для игр очень популярен движок Unity. Но там нужно вроде C# юзать. Попробуй игры под Android писать например. Выучишь Java, а критические секции сможешь писать на плюсах (NDK)

>>808615
Хуйню несёшь.

>>808615
Unity популярен для домашних поделок мамкиных геймдизайнеров, а я хочу вкатиться именно в геймдев. Понимаешь? Не клепать модельки, а отрисовывать их. Не делать недо-скрипты для управления. Я не хочу делать игру на движке, я хочу пилить сами движки. Поэтому я пытаюсь вкатиться в плюсы.

Да и к тому же, если бы я именно учился бы делать игры, то пошёл бы в UE4. Ибо там C++ и офигенный визуальный язык или что там такое.

>>808614
Да. Может лабы для студентов писать?

>>808288
>>808619
Лучше сиди дальше на 2д и изучай сам язык.
Попутно вкатывайся в линейную алгебру и геометрию. Без них будет не просто.

Посоны, есть задача: есть текст, нужно найти, сколько раз встречается каждое слово в нем. Меня интересует, насколько быстро может работать такой код. Я добился такой производительности обработки - 200МБ текста за 4.5 секунды. Т.е. 44МБ/с. Текст в формате utf-8, юзаю конкаренси.

Это норм или НЕОЧЕ?

>>808153
И как тогда поступать? Можно сначала создать новый фреймбуфер, а потом скинуть куда-то указатель на него?

>>808677
> utf-8, юзаю конкаренси
Это как?

>>808725
Size policy Expanding у НАСЛЕДНИКА

>>808738
ну и убрать margin у родителя, если есть.

>>808679
>Это как?

Делю весь файл на 8(или другое кол-во потоков) частей, обрабатываю их параллельно, результат собираю воедино. Сократил время работы в два раза с таким подходом.

>>808618
Дай обоснование, даун

>>808637
Если острой нужды в деньгах нет, то смысл. Лучше пилить свой проект тогда уж и выложить на гитхаб. Про опен сорс молчу вообще.

>>808738
>>808739
О, спасибо! Попробую.
Не пробовал собирать статическую версию qtserialport?

>>808430
минибамп

>>808753
игры блядь, дебил

>>808755
lumines, например.

>>808842
сделать лейоут виджетов?

>>808842
лол бля так ты без лейаутов сидишь. гугли или на ютубе ищи туториалы.

>>808872
>>808852
>>808871
Ага, заябись. Как бы теперь сделать автоматический ресайз?
https://gist.github.com/anonymous/2138d087e289a056096636b80f8d4a19

>>808899
QResizeEvent?

>>808899
всмысле автоматический? он и так автоматический должен ресайзиться.

>>808974
Скриншоты говорят об обратном.

>>808979
Лэйаут не там сделал может?

>>808992
Где не там?
https://gist.github.com/anonymous/2138d087e289a056096636b80f8d4a19
Я немного охуеваю с этих Qt, казалось бы простая вещь делается не очевидно.

>>808992
>>808999
Алсо, воткнул tabWidget в качестве central widget.
Пока пойдет и так.

>>808677
Ты не описал все условия: в памяти у тебя текст или на диске, например. 44 МБ/с больше похоже на чтение с диска.

>>808740
Твоя задача в идеале скейлится линейно. Другое дело, что там можно в скорость памяти/борьбу за кеш упереться. Если 8 потоков сократили время в 2 раза, то это очень странно. Либо слишком много потоков, либо у тебя тупо чтение с диска идёт.

class Counter {
public:
Counter() : count(0) {}
unsigned int getCount() { return count; }
Counter operator++()
{
++count;
Counter temp;
temp.count = count; //<-----------------
return temp;
}

private:
unsigned int count;
};

Почему у меня есть доступ к private полю объекта temp?

>>809163
Может потому что это твой класс?

Котаны подскажите пожалуйста как в экосистеме c++ реализовано подключение библиотек из githab под виндой? Пока я использовал кресты только для какой нибудь jni/opencv никаких проблем не было, так как в джаве есть maven/gradle и 99.9% что любая либа или даже фреймворк взлетит и будет подключена к проекту и время на подключение равно времени копирования из githab или maven central строки с зависимостью и вставлянию её в конфигурации системы сборки.

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

Текущая конфигурация - win 10-64(так исторически сложилось), clion. Допустим я нахожу либу, где система сборки иная - SCons. Щито мне делать? Качать очередную систему сборки, компилить, подключать библиотеку, юзать?

>>809220
> какой централизованный подход принят при подключении зависимостей к проекту.
никакой

>>809220
>Качать очередную систему сборки, компилить, подключать библиотеку, юзать?
Да. А вообще лучше сразу завендорить эту зависимость (руками конечно же).

>>809243
>>809240
Благодарствую

>>809240
> > какой централизованный подход принят при подключении зависимостей к проекту.
> никакой
Какие же всё таки плюсы ахуенные!!

>>808619
>Я не хочу делать игру на движке, я хочу пилить сами движки
Тогда собирай команду, хуле. Но только лет через 3-5, когда наберешься достаточно опыта в собственно программировании.

>>809616
А то! Хошь - на cmake опиши загрузку и установку зависимостей.

>>809220
> win 10-64(так исторически сложилось), clion
А была бы vs, использовал бы Nuget

Чому в шапке нет "Concurrency in action"?

Бля, наканецта понел что за promise. Когда кто-то возвращает promise это не он тебе что-та абищает, а ты ему туда должен палажить значение.

>>809794
>По началу я думал просто занести все ключевые слова и функции в файл и потом его перебирать
Во-первых, если ты не хочешь чтобы на каждую итерацию автокомплита уходило по 2 секунды - нужно всё держать в памяти.
>Предложите, пожалуйста, какую-нибудь хорошую концепцию для хранения и поиска нужных ключевых слов/функций.
Авторы бд всё придумали за тебя уже хуй знает сколько лет назад, загугли бинарные деревья поиска.

>>807857
>У нас

Обосрался

Подскажите, как можно неаризовать систему сигналов. Ну, допустим, у меня есть объект. У него возможно есть метод. Если он у него есть, то он вызывается.
object.SendSignal("foo");

>>809888
>Держать в памяти >бинарные деревья поиска
Ты имеешь в виду при запуске программы все эти тысячи функций загружать в контейнеры set/map/qset/qmap, а потом при помощи регулярных выражений выбирать все что начинается с того, что ввел юзер и выводить в подсказку, тогда скорость мгновенная будет? Или есть варианты лучше?

>>810195
Иди читай "Алгоритмы" Кормена от корки до корки, когда закончишь - возвращайся.

>>810167
Чем тебя виртуальные функции не устраивают?

>>810201
У меня, к сожалению нет овердохуя часов на чтение левых книг. Сейчас итак читаю несколько. Я спрашивал, что конкретно лучше юзать для этой задачи - хранения и поиска большого обьема текста - базы данных sql, или контейнеры Qt/STL, или файлы.

>У меня, к сожалению нет овердохуя часов на чтение левых книг
У меня тоже нет, но я же читаю

>>810226
да я сейчас просто и так несколько книг параллельно читаю, еще одну не осилю одновременно. Просто хочу конкретно понять и читать уже непосредственно про то, что юзать для этих задач

>>810209
Естественно контейнеры. Читать файл при каждом вводе на несколько порядков дольше (оперативная память нужна именно чтобы так не делать). Из контейнеров выбери такой, где поиск за логарифм, типа set (который реализован как раз на дереве)

>>810288
А qmap как по производительности? Мне он кажется более удобным.. Он ведь тоже на красно-черном дереве реализован.

>>810291
Иди и сделай бенчмарк поиска там и там, какие проблемы?
Алсо, в Qt все контейнеры куда более удобные и адекватно реализованные (не то что стандартные стльные, "стондарт ни горонтирует, разработчик хуй кладёт").

Вообще, у тебя есть куча кода для изучения – исходники того же КультяпКреатора.

>>809687
А зачем. Где нужны новые движки? Просто ради опыта или как профессия? Кажется достаточно узко и невостребовано.

>>810319
Ради конкуренции, которая двигает уровень в первую очередь.

Так же если написать что-то стоящее – можно и продаться за хорошие деньги.

>>810325
Ну вот например физика. Столько есть годных вариантов, которые до зрелого уровня напильником годами доводили. Неужели кто-то будет свою физику с нуля пилить. Кучу шишек набьешь, в итоге изобретешь велосипед, по-моему.

>>810336
Физический движок не обязательно писать. А вот реализовать концепцию которая есть в паре закрытых продуктов (как мультитрединг в движке naughty dog например) – всегда полезно.

>>810346
>мультитрединг
>паре закрытых продуктов
как там в 2005?

>>810353
Нормально. А ты как, много нормально распаралеленных движков видел? Или испозующих хотя бы 2 ядра?

Смотрите, крестухам в 17-й стандарт .then() для std::future завезут: http://en.cppreference.com/w/cpp/experimental/future/then

Не прошло и 6 лет, как крестухи поняли, что std::future это монада.

>>810571
никогда не пользовал хуеты из с++ большей чем просто си с классами. что я делаю не так? смотрел в код C# дрочеров со всякими предикатами и linq хуинq асинк поебень и тд и тд. это вообще выглядит как другой язык. ЗАЧЕМ ВСЕ ЭТО? нужно просто си. с классами.

>>810582
Для твоих хеллоуворлдов хватает и C с классами.

>>810588
на хелловолрдах линукс написан. но за чистый си не ратую. нужны классы.

>>810589
>на хелловолрдах линукс написан
да-да, хеллоуворлдщик. ни мьютексов там нет, ни conditional variables, ни отложенных заданий

Бля, codelite какой-то странный. Интерфейс - кусок дерьма.

Чем пользуются сдешние хацкеры? Слышал про vim/emacs, но я так понял, что этого мало...

Если я ёбну codelite, можете назвать годный набор джентельмена, без всякого лишнего дерьма? Тот минимум, который должен быть у каждого уважающего себя кодера?

linux-кун

>>810775
Креатор, без вариантов

>>810776
Ты про Qt?

>>810778
Да.

>>810781
А ты что юзаешь?

>>808288
Школьник плес, хватит ересь нести. Хочешь гд, пиздуешь в /gd.
> немного могу в STL
Исходники читал или как? Посмотрел что умеет вектор? Знаешь как происходит выделение памяти в том или ином контейнере?
> Я разобрался с классами
Узнал что значит паблик, приват, протектед поля или что такое виртуальные функции, а понял, знаешь название парадигм? Ох лол, люди годами разбираются во всех тонкостях ООП, дизайне классов и прочем. А ты у нас индиго, за годик и уже сток всего умеешь.
> суть указателей и ссылок
Уверен, что ты понимаешь на уровне. УКАЗАТЕЛЬ ИНИЦИАЛИЗИРУЕТСЯ АДРЕСОМ ПЕРЕМЕННОЙ или чет тип такого. Если я задам тебе вопрос, что такое утечка памяти, то ты обосрешься.

В этом проблема детей типа тебя и вам подобных. Прочитал про типы данных/ссылки/указатели/основы ООП вы уже думаете что все, потолок. Хотя даже вопрос, что такое this, зачем ставить const в методе или как перегрузить оператор поставит тебя в тупик.
Офк ты не можешь в template metaprogramming, не знаешь новых стандартов, не можешь написать свой аллокатор(ты даже не знаешь что это такое скорее всего), алгоритмы, ub, потоки, красно-черные деревья, паттерны, структуры данных(ты даже не поймешь отличие вектора от листа). И все что я перечислил, это можно сказать только начало твоего увлекательного пути к совершенствованию байтоебства и еще меньшему пониманию ООП и с++.
Если просто, то делай свои проекты, не важно что. Главное кодить как можно больше. Не надо боятся говнокода, на твоем уровне ты все равно ничего не поймешь.

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

>>810796
Бля, чувак, да ты охуенен.

А я никак места не могу себе найти, чтоб сесть и почитать того же Бишопа или Липмана. Разве что на улице изучаю "Конкретную математику" 3 года гумманитарного вуза дают о себе знать, так что нужно приводить свой мозг в порядок, а то он зависает на сложных задачах

Вот завтра домой поеду - мб там обстановка получше.

А у тебя всё получится - я уверен. Интересно будет пересечься с тобой в будущем. Желаю удачи

>>810796
>Исходники читал или как?
Да, эти http://libcxx.llvm.org/
> Посмотрел что умеет вектор?
Что именно я должен был там посмотреть?
> Знаешь как происходит выделение памяти в том или ином контейнере?
allocator::rebind и прочее уродство

> Узнал что значит паблик, приват, протектед поля или что такое виртуальные функции
Зачем разбираться, я это сразу знал.
> знаешь название парадигм
Метапрограммирование.
> Ох лол, люди годами разбираются во всех тонкостях ООП, дизайне классов и прочем.
Говноеды, сэр.
> А ты у нас индиго, за годик и уже сток всего умеешь.
Да, сейчас дочитываю Concurrencry in action. Месяца не прошло с того, как начал учить цепепе.

> Хотя даже вопрос, что такое this
Интересно, что ты сам ответишь, лол.

> Офк ты не можешь в template metaprogramming
На базовом уровне (enable_if и т.п.) могу, а бОльшее не нужно помнить. Главное, знать, где подсмотреть.
> не можешь написать свой аллокатор
Аллокаторы не нужны, PMR рулит.
> красно-черные деревья
Сам-то ты хуй по памяти напишешь.
> ub
Сам-то ты undefined от unspecified не отличишь.

мимо уженешкольник-абитуриент

>>810807
>я это сразу знал.

Ору с залётыша /b

>>810807
>Concurrencry
concurency

self-fix

>>810807
Половина твоих ответов на уровне ТЫ САМ ТО ХОТЬ ЗНАЕШЬ, А?. Хотя я спрашивал базовые вещи 90% того что я спрашивал есть в Страуструпе. Ты говоришь аллокаторы не нужны, что ООП это просто и вообще хуйня. Я ору с тебя просто. Ты даже про указатель this не знаешь.
Бля, ты не знаешь че такое this, но знаешь ООП ))). И при этом, ты можешь в шаблонное метапрограммирование. Ох вей.
> знаешь название парадигм
Я имел ввиду ООП парадигмы. А то что ты назвал можно включать в подъязык с++, я имею ввиду. Си, ООП, STL, с++ с шаблонами Так говорил Мейерс, офк ты лучше чем он.
> Говноеды, сэр.
Нет смысла комментировать даже.
> На базовом уровне (enable_if и т.п.) могу, а бОльшее не нужно помнить. Главное, знать, где подсмотреть.
На уровене хеллоуворлд, я так же хаскел знаю.
> Аллокаторы не нужны, PMR рулит.
Бля. Ну подрастешь поймешь.
> Да, эти http://libcxx.llvm.org/
БЛЯ, Я ТАК ОРУ С ТЕБЯ. У тебя есть компилятор, а ты с сайтика чет смотришь. Ну очевидно, что твои слова правда.

Алсо, львиную долю мною написанного ты пропустил. Поэтому можно сделать вывод, что ты даже про перегрузки, утечки памяти ток слышал, но не видел и не понимаешь.
Думаю особого смысла нет что-то говорить тебе. ЗНАЮЩЕМУ ПОНИМАЮЩЕМУ ВСЕ ПАРАДИГМЫ С++, ВКЛЮЧАЯ ШАБЛОННОЕ МЕТАПРОГРАММИРОВАНИЕ, ООП И ПРОЧИЕ, НО НЕ МОГУЩЕМУ В this->.
Как бы я показал тебе твой потолок. КНИЖКА С БАЗОВЫМ СИНТАКСИСОМ.

Как в Qt сделать что-то наподобии андроидского меню с пикрелейтеда? Делать кастомный виджет и переопределять paintEvent?

>>810807
Толсто. Concurrency in action за месяц на не освоишь, даже если нонстоп по 10 часов в день ебашить будешь. Memory ordering - оно такое.

Либо ты толстишь, либо ты толстишь, потому что будь ты таким умным, не задавал бы вопросов про "шта мне учить дальше". А так, вниманиеблядь незаметна, конечно. Съеби.

>>810865
Взять QML, где это всё есть из коробки.

>>810874
> Concurrency in action за месяц на не освоишь
В среднем ~50 страниц в день. При этом никаких "10 часов" и "ебашить". Вперемешку со скроллингом двачей и прочими делами.

>>810895
Почитать и освоить – разные вещи, не находишь?
>>810807
>мимо уженешкольник-абитуриент
Я что-то илюшу вспомнил и прослезился :,(

>>810885
а в виджетах то как?

>>810905
Долго и упорно совать хуй в неположенные места в надежде что заработает.

>>810910
cccccccукаа

>>810921
Можно конечно. Вопрос только в том, что ты уже дохуя реализовал на виджетах и переезжать на QML несколько непродуктивно.

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

>>810898
Ну так я не читаю дальше, пока не пойму текущего.

>>810833
>Половина твоих ответов на уровне ТЫ САМ ТО ХОТЬ ЗНАЕШЬ, А
Ну дак потому что ты не знаешь нихуя, а до меня доебался.

> Ты говоришь аллокаторы не нужны
Конечно. Я тут недавно скидывал ссылку на видео, где Александреску рассказывает про происхождение аллокаторов: это был костыль для памяти с сегментацией, во времена DOS. В стандарт аллокаторы вошли по инерции.

Т.е., конечно, настраиваемые выделятели памяти нужны, но в том виде в каком они есть в C++ — не нужны.

Благо, в 17-м стандарте уже будут pmr (про которых ты нихуя не знаешь).

> Ты даже про указатель this не знаешь.
Потому и спросил, что ты сам ответишь, т.к. знал, что ты обосрёшься и назовёшь this указателем. Ну, раз это указатель, то:
1. Как я могу взять адрес этого указателя?
2. Как я могу присвоить ему что-нибудь?

> ООП это просто и вообще хуйня
А что, не так, что ли? ООП это не лемма Йоннеды, это банальщина.

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

> На уровене хеллоуворлд, я так же хаскел знаю.
На более продвинутом уровне редко когда нужно. Если только не шаблонное метапрограммирование ради шаблонного метапрограммирования.

> У тебя есть компилятор, а ты с сайтика чет смотришь.
Даун, ты отличаешь компилятор от стандартной библиотеки?
А ссылку я дал чтобы указать, какая у меня стоит реализация stdlib.

> Алсо, львиную долю мною написанного ты пропустил.
Для тебя, тупого говна, того количества вопросов, на которое я соизволил ответить — уже слишком большая честь.

Всё, я ушёл пилить убийцу крузиса.

>>811079
Помню, в сишке ты можешь задать определённое количество цифр после запятой в printf. Мб тут тоже в самом операторе нужно?

>>811079
>Овер 100 страниц в гугле скандируют сишный велосипед.
Откуда столько долбоёбов, употребляющих слова, не зная их смысла? Через пост в цепепе-треде "костыль" или "велосипед". И везде не в тему.

Идиот, "велосипед" — это когда ты сам реализуешь что-то, что мог взять готовое.

>>811079
> На sprintf студия отвечает error C4996: 'sprintf': This function or variable may be unsafe.
Во-первых, есть, как ты, идиот, выражаешься, "велосипед" под названием snprintf.
Во вторых, какое тебе дело до кукареков студии? пусть кукарекает, что с неё взять.

Ах, да. Сейчас тебе насоветуют флагов в stream запихать. Желаю тебе хорошей производительности, со стримами-то.

>>811079
Плохо искал как-то.
http://ideone.com/WJ4qNu
>>811090
>Желаю тебе хорошей производительности, со стримами-то.
И чем же она пострадает?

>>811103
>Как ты завертелся на сковородке.
Тупое говно, я в первом посте написал, что pmr нужно. Кстати, смотрю, ты, тормоз, наконец узнал о них. Оказывается, ты не настолько туп.

>"Выделятель памяти" - это и есть аллокатор.
Не маневрируй, тупое говно, ты не в /po/. Аллокатор это то кривое нечто, что есть сейчас в стандарте под названием std::allocator.

> Школьник и есть школьник
Я так понял, у тебя совсем аргументы кончились, если ты так открыто перешёл на личности.

>>811109
Илюш, успокойся.

>>811109
Ты написал, цитирую: "Аллокаторы не нужны, PMR рулит.". Т.е. аллокаторы не нужны аллокаторы нужны. Зачем ты это написал? Просто чтобы выебнуться. Потому что ты тупой школьник.
>Не маневрируй, тупое говно, ты не в /po/. Аллокатор это то кривое нечто, что есть сейчас в стандарте под названием std::allocator.
А у тебя что? ВЫДЕЛЯТЕЛЬ ПАМЯТИ. Не подскажешь, как это по-английски будет? Уж не memory allocator ли?
>Я так понял, у тебя совсем аргументы кончились, если ты так открыто перешёл на личности.
Аргументы по поводу чего? Это был мой первый пост ИТТ. Пафос моего поста в том, что ты тупое животное, а с животным и обсуждать нечего.

Вот еще сайт для тех кому нужно практиковать
http://acm.timus.ru/problemset.aspx

>>811116
> Т.е. аллокаторы не нужны аллокаторы нужны.
Это только твоя интерпретация, идиот.

> А у тебя что? ВЫДЕЛЯТЕЛЬ ПАМЯТИ.
Этим я подчёркиваю, что всё, что нужно делать — это выделять память. Если ты, даун, когда-нибудь доберёшься до std::allocator, то увидишь... хотя нет, не увидишь, ты слишком тормозен, а это скоро будет deprecated, а потом удалено. Тогда так: если бы ты хоть раз смотрел на std::alocator, то заметил бы несколько идиотских вещей, вроде функций construct и destroy. Каким боком конструкция и деструкция к выделению памяти — ХЗ.
Поэтому выделятели памяти нужны, а аллокатор — нет.

> Зачем ты это написал? Просто чтобы выебнуться.
Ты — типичное быдло. Если кто-то знает что-то, что не знаешь ты — значит он "выёбывается". Если твой потолок это знать, зачем нужны модификаторы доступа, то всё, что дальше этого — это выебоны. Пиздец.

> Аргументы по поводу чего?
Вот я о том и говорю — что у тебя нет ни по какому поводу аргументов. Только "да ты шкальник!111"

Можно не кормить эту все-знаю-ни-одной-строчки-не-написал-вниманиеблядь? Уже надоело эти высеры читать. Причем с обоих сторон.

>>811102
> И чем же она пострадает?
Он, видимо, про std::ios_base::sync_with_stdio не слышал.

>>811191
Видел его отключение в бенчмарках уровня "посчитать количество слов" и последующий профит на 0,2 с, на практике слабо представляю проблемы с перформансом это этого.

>>811192
В олимпиадном программировании такое в ходу. Но вообще да, особой пользы в практических задачах почти никогда нет.

>>810833
Ты ущербный какой-то бро. Хули ты до него доебался? При чем доебался сходу >>810796

Школьник, еба, игнорируй пидораса, нахуй ты с ним спорить полез.

>>810783
monodevelop с плагином mono-D
Для крестов же - креатор без вариантов

>>811147
>Это только твоя интерпретация, идиот.
Нет, твоя. Вот ты пишешь:
>Поэтому выделятели памяти нужны, а аллокатор — нет.
Т.е. поэтому аллокаторы нужны, а аллокатор - нет.
Ты в курсе вообще, как слово allocator с английского переводится? Или то, что аллокаторы есть в любом языке, а не только в С++. Тебе похуй, потому что все, что тебе нужно было сделать, это громогласно заявить на фразу "ты попробуй напиши аллокатор" - аллокаторы не нужны, потому что школьник-нигилист предпочитает громко спиздануть любую хуйню лишь бы громко, и показывало, какой он нитакойкакфсе. Нормальный человек бы написал, что "интерфейс std::allocator в скором времени будет deprecated". Только из этого не будет следовать ничего, кастомные аллокаторы как писали, так и будут писать. В моем последнем проекте аллокатор для CUDA и OpenCL, например, вообще имеет нестандартный интерфейс для нестандартного контейнера, который умеет свопаться при определенных условиях. И что, это не аллокатор по-твоему. А, это ВЫДЕЛЯТЕЛЬ ПАМЯТИ. Бляя, сук, как же я проигрываю с этой хуйни. Я уже написал, что аллокаторы не нужны, поэтому, чтобы не соснуть, я придумаю ВЫДЕЛЯТЕЛЬ ПАМЯТИ. Пощади, молю.

>>811223
Я ток два поста настрочил. Больше не буду. Я понял что с ним смысла говорить нет. Человек не понимает своих знаний на общем фоне.

Хуясе тут срач

>>811239
пфф разве это срач? вот в мои 2009-ые........

>>811239
Да было б из зачего. Там какой-то нервный на анона (типа школьника) сходу жестко наехал, хотя тот просто вопросы задал. Видно какую-то струнку зацепилу у ущербного...

>>811243
А моча не трет тут? Я из саентача залетный, там моча трет споры про определение N. Просто некоторые аноны не понимают как запрограммировать инуитивную метаиндукцию с помощью которой разрывается логическая петля в аксиомах Пеано. Но за это банят.

>>811255
>Я из саентача залетный
Оно и видно - дебил выдающийся, даже на местном фоне.

Аноны, а что надо знать, чтоб джуном работать взяли?