Но и возвращаемый тип 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>

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

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

#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

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

и правильно

/usr/bin/ld: add.o: relocation R_X86_64_32S against `.text' can not be used when making a shared object; перекомпилируйте с параметром -fPIC /usr/bin/ld: final link failed: Раздел, непредставимый для вывода collect2: error: ld returned 1 exit status

я просто попробовал ассемблер на x64

как лечить

-fPIC

написано же

блять

я не gcc компилил

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

я gcc юзал только для линковки

а компилил nasm'ом

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

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

да один

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

; ; assemble and link with: ; nasm -f elf printf-test.asm && gcc -m32 -o printf-test printf-test.o ; section .text global main extern printf main: mov rax, 0xDEADBEEF push rax push message call printf add rsp, 8 ret message db "Register = %08X", 10, 0 вот исходник, тупо скопипастил откуда то на пробу

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

; ; assemble and link with: ; nasm -f elf printf-test.asm && gcc -m32 -o printf-test printf-test.o ; section .text global main extern printf main: mov rax, 0xDEADBEEF push rax push message call printf add rsp, 8 ret message db "Register = %08X", 10, 0 вот исходник, тупо скопипастил откуда то на пробу

(заменил регистры на 64 битные)

ERROR: S client not available

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

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

32

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

а что надо поменять чтобы 64

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

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

ассемблил я в elf64 и линковал -m64.

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

пробовал.

а fasm еще жив?

вроде да

у него и синтаксис получше

его попробую

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

теперь надо приватные 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 напрямую. Разве это хорошо?