Винда, русская расскладка, system(), брррр

Мальчик а чем тебя смущает std вызов метода system? http://ru.cppreference.com/w/cpp/utility/program/system

Мальчик а чем тебя смущает std вызов метода system? http://ru.cppreference.com/w/cpp/utility/program/system

/warn

Блядский бот

/warn

Спасибо, ответил за меня

/warn

Идёт 2018 год и вы незнаете как?

Мы знаем. Но никому не скажем.

Привет, подскажите как в C++ переключить кодировку чтобы в консоле был виден русский язык

Видишь ли, проблема эта сложна и многогранна. И ты можешь при её решении сделать 20 ошибок, КАЖДАЯ из которых свалит тебя в пропасть.... Поэтому погугли, и иди...

всем привет, что лучше юзать boost multi_index или положить в ключ std::pair?

Видишь ли, проблема эта сложна и многогранна. И ты можешь при её решении сделать 20 ошибок, КАЖДАЯ из которых свалит тебя в пропасть.... Поэтому погугли, и иди...

А я просто делаю chcp 1251 и наслаждаюсь.

всем привет, что лучше юзать boost multi_index или положить в ключ std::pair?

странная постановка. может с задачи начнем? а то может тебе вообще ничего не нужно

всем привет, что лучше юзать boost multi_index или положить в ключ std::pair?

Ну, если есть возможность ограничится вторым, то лучше делай так. boost::multi_index весьма непрост в освоении..

мне нужно данные в мапе хранить по двум индексам и все

Сделай две параллельные мапы, и всё.

это как?

boost::multiindex — это для случаев, когда нужно что-то очень сложное и универсальное.

мне нужно данные в мапе хранить по двум индексам и все

А это как?

Опиши задачу, напиши немного кода...

мне нужно данные в мапе хранить по двум индексам и все

Boost.Bimap

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

короче говоря, map<pair<int, string>, Order>. Вот и все, что нужно, пара - это уникальный ключ заказа

А с какой башни std::list не умеет в копирующее присваивание для некопируемых типов?

Ведь казалось бы именно он должен уметь без проблем.

А с какой башни std::list не умеет в копирующее присваивание для некопируемых типов?

значение копироваться не может, а std::list должен?

значение копироваться не может, а std::list должен?

А что мешает списку вызвать конструктор копии?

А что мешает списку вызвать конструктор копии?

стоп, поправь меня, сейчас 20.02.2018? вторник?

Ну да

Мне казалось list изнутри ведёт себя как список, и для копирования присваиванием ему надо было бы построить новые ноды

Ну да

значит все в порядке, если T не Copyable, то и std::list<T> не Copyable

значит все в порядке, если T не Copyable, то и std::list<T> не Copyable

Я и не спрашиваю, что это так, я спрашиваю с чего бы он такой.

И вот на это ответа нет)

Я и не спрашиваю, что это так, я спрашиваю с чего бы он такой.

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

что за фигня?

Копируемое конструктором, но не присваиванием.

Условно говоря, пусть я храню в списке структуры с const-полем. Их можно строить сколько влезет, но не переприсваивать. Казалось бы, std::list идеально подходит хранить такие штуки, но — почему нет копирующего присваивания таких списков?

А с какой башни std::list не умеет в копирующее присваивание для некопируемых типов?

А как ты такой тип вообще в лист запихал?

Ну а что ему. push_back есть, erase есть, итератор есть, мне хватает.

(С++11, в старых стандартах не работает конечно)

Это же не вектор какой-то

А как ты такой тип вообще в лист запихал?

Что-то странно... std::list Template parameters T - The type of the elements. (until C++11) T must meet the requirements of CopyAssignable and CopyConstructible. (since C++11, until C++17) The requirements that are imposed on the elements depend on the actual operations performed on the container. Generally, it is required that element type is a complete type and meets the requirements of Erasable, but many member functions impose stricter requirements. (since C++17) The requirements that are imposed on the elements depend on the actual operations performed on the container. Generally, it is required that element type meets the requirements of Erasable, but many member functions impose stricter requirements. This container (but not its members) can be instantiated with an incomplete element type if the allocator satisfies the allocator completeness requirements. После 11го жёсткие требования к типу элемента в общем случае расслабили, до требований указанных в конкретной операции. А в operator = никаких требований нет. Копируй как хочешь.

Вот!

То есть надо проверить, что в стандарте нет требования CopyAssignable к T, и тогда идти пинать libstdc++?

Ну, так он и копирует элемент через operator =

То есть надо проверить, что в стандарте нет требования CopyAssignable к T, и тогда идти пинать libstdc++?

Ну, мне кажется это не очень продуктивно...

Да воркэраунд уже написан, а полыхающий зад ещё не починен.

Я глядел в cppreference, в стандарте может быть по-другому. проверь

То есть надо проверить, что в стандарте нет требования CopyAssignable к T, и тогда идти пинать libstdc++?

апробовал libc++?

апробовал libc++?

А вот это мысль, спасибо.

Руками надо соорудить весь мой класс который будет хранить голый myhandler* очевидно. А так же не забыть потереть ему операторы копирования и написать ему десткруктор.

template <typename CClass> class resource_wrapper.... да?

ДА?

ДА?

Ну этого недостаточно же.

Ну этого недостаточно же.

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

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

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

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

каждый раз при декларации

каждый раз при декларации

https://wandbox.org/permlink/GBhqsay2HhZvAvC8 Декларация ровно в одном месте

Зачем мне каждый раз?

ёбаный пиздец

прастите

как это майнтайнить то?

впрочем, я, может, просто не привык

https://wandbox.org/permlink/GBhqsay2HhZvAvC8 Декларация ровно в одном месте

эээ чувак, ты только что написал враппер класс, как тебе и советовали class wrap_resource { public: wrap_resource(): h_(new_resource()) {

эээ чувак, ты только что написал враппер класс, как тебе и советовали class wrap_resource { public: wrap_resource(): h_(new_resource()) {

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

А моя изначальная претензия вообще была к отсутствию готовой реализации my_deleter<...>.

ERROR: S client not available

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

ты написал плохой враппер класс, нарушив правило 5

Мо ло дец!

есть какие-нибудь техники оптимизации темплейтов? скажем, есть огромный темплейт, он используется в сотне translation units с одним и тем же типом (кастомный тип). очевидно, что definition темплейта будет целиком скопирован в каждый из этой сотни TU, это увеличивает размер бинаря и время компиляции. вопрос такой — можно как-то развернуть темплейт в одном TU и к остальным просто линковать? и вообще, это имеет смысл?

Т.е. если я туда впишу все конструкторы и операторы = default, тебе станет легче?

есть какие-нибудь техники оптимизации темплейтов? скажем, есть огромный темплейт, он используется в сотне translation units с одним и тем же типом (кастомный тип). очевидно, что definition темплейта будет целиком скопирован в каждый из этой сотни TU, это увеличивает размер бинаря и время компиляции. вопрос такой — можно как-то развернуть темплейт в одном TU и к остальным просто линковать? и вообще, это имеет смысл?

template instantiation

Т.е. если я туда впишу все конструкторы и операторы = default, тебе станет легче?

это ничем не будет отличаться от того, что тебе сразу предложили сделать

это ничем не будет отличаться от того, что тебе сразу предложили сделать

Ну как же не будет?

ну, вот так вот

апробовал libc++?

Не, ему тоже грустно

а почему не вот так хотябы? std::unique_ptr<c_resource, decltype(&free_resource)> h_(new_resource(), &free_resource);

зачем вот этот ад на много строк?

а почему не вот так хотябы? std::unique_ptr<c_resource, decltype(&free_resource)> h_(new_resource(), &free_resource);

Потому-что размер объекта вырастит на 8 байт

Твой вариант явно хранит переменную с указателем на функцию заданного типа. Хотя нужна не какая-то функция заданного типа, а одна вполне определенная функция.

template instantiation

но его все равно нужно как-то инклудить. instantiation будет происходить где? в cpp?

но его все равно нужно как-то инклудить. instantiation будет происходить где? в cpp?

в cpp да, ща дам пример

https://github.com/berkus/libarsenal/blob/master/lib/settings_provider.cpp#L91 ну вот как-то так, а в .hpp можно написать extern template .... кажется так

блин, огонь. то что нужно, спасибо

https://www.amazon.com/C-High-Performance-Viktor-Sehr/dp/1787120953

https://www.amazon.com/C-High-Performance-Viktor-Sehr/dp/1787120953

хорошая?

хорошая?

ну я вот сижу, читаю. пока что норм

позже ревью отпишу

@antoshkka а где можно глянуть полный список докладчиков на cppconf?

@antoshkka а где можно глянуть полный список докладчиков на cppconf?

он этого не знает

а вся инфа есть на cppconf.ru

http://cppconf.ru/talks Тут полный список?

хочешь свежее - пиши Платонову

http://cppconf.ru/talks Тут полный список?

нет

хочешь свежее - пиши Платонову

https://twitter.com/sermp Это он?

https://twitter.com/sermp Это он?

да, он в телеге тоже есть

@sermp