Но std::bind зато умеет.

Но и возвращаемый тип std::bind зато не кастуется к std::function

Ну т.е. если о главном. размер объекта получается "сравним" с обектом содержащим указатель на функцию?

предлагаю оценить через sizeof

std::function не обернет movable-only объект.

что за movable-only объект?

объект, который толлько мувать можно, но нельзя копировать

Ну т.е. определена move семантика и запрещен конструктор копирования?

например unique_ptr

или std::thread

Ребят, я тут C++ изучаю(снова). Написал себе коротенькую шпору по исключениям. Ничего не забыл? https://gist.github.com/shelomentsevd/54fe3fb3ef84c6db1f4f28177c26d8b7

try { } catch (...) { } можно еще писать, именно многоточие

try { } catch (...) { } можно еще писать, именно многоточие

Это типа "нам пофиг что за исключения, просто делаем что-то одно на каждое"?

да, но про "одно на каждое" не понял

да, но про "одно на каждое" не понял

Не так выразился. Одна обработка для всех

ага

Добрейший вечерочек

Ребят, я тут C++ изучаю(снова). Написал себе коротенькую шпору по исключениям. Ничего не забыл? https://gist.github.com/shelomentsevd/54fe3fb3ef84c6db1f4f28177c26d8b7

Вместо throw() лучше noexcept\noexcept(bool). +Примеры на иерархию catch блоков с наследованием. +set_terminate +set_unexpected

Про catch(...) уже написали.

кстати. MSVC умеет в catch(...) ловить SEH-исключения. Никто не пробовал в таком блоке вызывать std::current_exception?

Вот, точно. Еще std::current_exception и std::exception_ptr

Вместо throw() лучше noexcept\noexcept(bool). +Примеры на иерархию catch блоков с наследованием. +set_terminate +set_unexpected

👍 спасибо

Ребят, я тут C++ изучаю(снова). Написал себе коротенькую шпору по исключениям. Ничего не забыл? https://gist.github.com/shelomentsevd/54fe3fb3ef84c6db1f4f28177c26d8b7

Забыл. Почитай у джосьютеса. В самом начале кратко написано про исключения.

Забыл. Почитай у джосьютеса. В самом начале кратко написано про исключения.

Это кто/что?

Автор книги по stl

Там не только метод what у некоторых исключений есть.

о, а у тебя есть эта книга в эл. варианте?

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

Да, я уже скидывал ее

фак, лол. Точно. тот файл в 48 Мб

Вот в книге по stl, глава 4.3

вот она

#book #cpp #stl

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

Можно будет потом на гитхаб-страницу procxx разместить

это ты еще boost::exception не видел...

это ты еще boost::exception не видел...

За boost я вот вообще не знаю с какой стороной взяться. На работе его почти не используем, а читать всю доку по нему это с ума сойти можно

У нас на работе буст даже в r0.

Дрова на нем пишем.

#include <boost/scope_exit.hpp> #include <boost/lambda/bind.hpp> #include <boost/lambda/construct.hpp> #include <boost/lambda/lambda.hpp>

Вот такие хидеры в драйвере.

Что то никого не впечатлило, ну ладно.

нет. В студии 2008 нет с11

с 2013 появилились в std

Since C++11

Вот такие хидеры в драйвере.

и правильно

-fPIC

написано же

а линковал ld, у тебя один файл для линковки?

add.o это твой файл?

а насмом ты компилил 32 битный код?

у него были сложности с поддержкой x86_64 раньше, попробуй yasm

там написано gcc -m32

как думаешь какой это режим

правильно, то есть 64 битный код не получится использовать

тебе надо a) ассемблить в elf64, b) линковать gcc -m64

c) возможно использовать yasm вместо nasm

вроде да

таак, стили вроде сгенерил

теперь надо приватные Qt headers победить

Вы все телеграм пытаете?

Ага

гррр tdesktop/Telegram/SourceFiles/ui/text/text.h:23:10: fatal error: 'QtGui/private/qfontengine_p.h' file not found #include "QtGui/private/qfontengine_p.h" ^

В итоге noexcept это какой-то костыль что бы move семантика нормально работала в STL получается. Я разочарован немного.

В итоге noexcept это какой-то костыль что бы move семантика нормально работала в STL получается. Я разочарован немного.

а на кой черт нужен этот noexcept?

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

а на кой черт нужен этот noexcept?

https://akrzemi1.wordpress.com/2014/04/24/noexcept-what-for/ вот самое дельное объеснение какое нашел

В итоге noexcept это какой-то костыль что бы move семантика нормально работала в STL получается. Я разочарован немного.

Это не костыль. Вполне юзабельная вещь.

Это не костыль. Вполне юзабельная вещь.

А можешь какой-нибудь пример привести? A то кроме того что это фиксит логику в STL и ещё удобно для дебага в некоторых случаях, ничего не нашел.

У компилятора больше простора в оптимизации при наличии noexcept спецификатора.

У программиста больше простора в оптимизации при наличии noexcept спецификатора.

Это не костыль. Вполне юзабельная вещь.

костыль это был throw()

Среди программистов на плюсах сложилось негативное отношение к исключениям и всему, что с ними связано. Больше всего меня раздражает, что указывать спецификацию исключений у функции throw(InternalException, NullptrException, ...) считается дурным тоном. Типа потом эту функцию зарефакторят, спецификация исключений поменяется и поломается весь код, который писался с учетом предыдущей спецификации.

Так что лучше вообще забить на все эти "нормы" с исключениями. Надо просто понимать как с ними работать. А дальше уже ориентироваться на код-стайл команды, в которой работаешь.

У компилятора больше простора в оптимизации при наличии noexcept спецификатора.

только вот если функция выбросит exception всё-таки, то вызовется std::terminate напрямую. Разве это хорошо?

только вот если функция выбросит exception всё-таки, то вызовется std::terminate напрямую. Разве это хорошо?

Так ты помечаешь ее noexcept

Это на твоей совести, что она выбросит что-то вопреки спецификации.

Это на твоей совести, что она выбросит что-то вопреки спецификации.

Не сказал бы. Может и библиотека которую я использую выбросить

Тогда не помечай свою функцию noexcept.

прочитал эту статью дважды

я верно понял - единственное применение - это в move constructor объектов, которые часто будут перемещаться в stl-объекты?