SiemarglCEMbСмотрю в асм, там при создании объекта появилась функция __autoinitclass2, в которой забивание памяти 0xcc, обычным способом, а потом делается memset его же нулями... Объясните кто-нибудь логику данного действа?
А потом зовётся конструктор, и в нём опять забивание памяти by 0xcc. Мне кажется, я что-то не так понял...Это скорее всего для отлова ошибок при отладке. Смотри релизный вариант.
Ага, это-то понятно, вопрос был про зачем два раза, да ещё и обнулять...
Siemargl::move() это продолжение линии оптимизаций типа RVO
Вот с RVO я не понял... как я ни пытался, у меня не получилось сделать move локальной переменной в переменную, которая была создана до вызова функции, т.е. не конструктор. Сначала по ошибке делал return std::move(), потом вчитался, убрал, не помогло, потом совсем вчитался... и как сделать мув-то? У меня в любом случае в этой точке вызывался конструктор, потом деструктор, хотя оба правила соблюдались.

Anatoly MoskovskyCEMbВот я смотрю мсдн , там в перемещающем конструкторе надо по-хорошему обнулять данные входящего объекта. Это получается дороже, чем просто его скопировать.
Во-первых надо не обнулять, а оставлять в любом консистентном состоянии.
Проще всего это сделать swap между исходным и конечным объектом.
я привёл ссылку на мсдн, обнулять было про то, что там написано. Общие правила
SiemarglВо-вторых, не знаю с чего вы решили что это дороже копирования.
Когда в объекте есть динамическая память, то перемещение всегда быстрее чем копирование.
Никто не читает, что я пишу я написал "в общем случае". И привёл ссылку на мсдн, как ещё одно подтверждение. Потому что:
NekZИ, кстати, не имеет смысла его применять к POD-типам
И я же там же написал про swap у строк

PS: а так я попробовал move-семантику, довольно прикольно оно всё работает. Вот то, что я привёл из мсдн-а, мне явно нигде делать не пришлось.
Чуть ранее, когда я не вчитался, я во многих местах в мув-конструкторах просто поставил std::move входящей ссылки... и это правильно отработало. Потом я заменил на *this = incoming. И тоже всё правильно отработало (перемещающие операторы у меня были описаны). Т.е. у меня в переменных классов были строки и параметры шаблонов. Кстати, там Мейерс делает замечание про шаблоны, что не смотря на шаблон, входящий параметр мув-конструкторов не является универсальной ссылкой. Вроде как очевидно, но я чуть не влетел и не написал std::forward
Такие дела