Требуется ли Object(std::wstring&&) с точки зрения оптимизации?

terrier, «Выпотрошить» — это дёшево перенести данные, например, через wstring(wstring&&) из временного объекта.
Спасибо за статью. В семантике Си++ должно быть что-то похожее.

Требуется ли Object(std::wstring&&) с точки зрения оптимизации?

Вот у нас есть код.
Object obj(std::wstring(L"a") + L"b");
Есть ли какое-то требование в стандарте Си++, что при передаче по значению временный объект будет выпотрошен?

Требуется ли Object(std::wstring&&) с точки зрения оптимизации?

В принципе, да. В том-то и интересно, что непонятно, как оно поведёт себя, если попался временный объект.
Есть ли какие-то пункты в стандарте Си++?

Правильно ли я спаял адаптер TRS в TRRS?

unib0nger, Под iPhone должно подходить (именно iPhone ≈2013 придумал поменять местами землю и микрофон).

Программа для обрезки лишних белых отступов с изображения?

Николай, Конкретно для этого стула нужен порог 10 или даже больше.

Программа для обрезки лишних белых отступов с изображения?

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

Правильно ли я спаял адаптер TRS в TRRS?

SHERlocked, У вас на вид старый Lenovo и, возможно, придётся поменять провода местами.

Правильно ли я спаял адаптер TRS в TRRS?

SHERlocked, Я написал, что эта распайка подходит для новых мобил.

Правильно ли я спаял адаптер TRS в TRRS?

Неизвестно, существуют две распайки гарнитур. Отличаются проводами земли и микрофона.

Зачем std::forward иметь две сигнатуры и явно указывать тип?

Ваше не работает, потому что decltype(auto) не станет временной ссылкой! Оно будет только простой ссылкой.

Зачем std::forward иметь две сигнатуры и явно указывать тип?

Плюс тут у вас ошибка!

#include <iostream>
#include <algorithm>

void alpha(int& x)
{
    std::cout << "Normal ref " << x << std::endl;
}

void alpha(int&& x)
{
    std::cout << "Temp ref " << x << std::endl;
}

template <typename T>
decltype(auto) my_forward(T&& arg) // universal reference (can be rvalue- or lvalue-reference)
{
    return static_cast<T&&>(arg);
}

template <class T>
void bravo(T&& x)
{
    alpha(my_forward(x));
}

int main()
{
    bravo(42);
    int many = 100500;
    bravo(many);
    return 0;
}

Выводит оба раза Normal ref!
std::forward (и static_cast), как и полагается, выводит Temp ref / Normal ref.

Зачем std::forward иметь две сигнатуры и явно указывать тип?

Плюс Си++14.

Зачем std::forward иметь две сигнатуры и явно указывать тип?

Max Goncharenko, Это служит для того, чтобы расшаблонивание застряло, если не удастся указать тип T явно.

Что одновременно компонент DrawGrid позволяет отображать?

Константин Цветков, Что подразумевается под словом «зависимости»?
Если висит независимо от прокрутки и ячеек — не считается. Ведёт себя как любая панель, не налаживая правильное управление формой.

Что одновременно компонент DrawGrid позволяет отображать?

Но этой формой управлять TDrawGrid не может, и нужно писать немало доп. функциональности.

Что одновременно компонент DrawGrid позволяет отображать?

dandropov95, CDE — явно далёкая штука. Тогда либо «картинки, рисунки», либо всё, кроме A.

Как процессор понимает ОС?

АртемЪ,

Я не могу понять как можно подать процессору микрокод на исполнение.

Если только в технических и отладочных режимах. В нормальной работе нельзя.

Как процессор понимает ОС?

Olek1, АртемЪ,
Современные процессоры работают по микрокомандному принципу. Один из блоков переводит команды машинного кода в команды для всех остальных блоков по определённым правилам. Вот эти правила, которые хранятся в особо быстродействующем ППЗУ — это и есть микрокод.

Микрокод позволяет ускорить работу процессора ценой удлинения конвейера, и позволяет программно запатчивать ошибки в процессорах. Почему Meltdown не запатчили? Потому что это подслушивание по сторонним каналам (никакой ошибки в логике нет), проблема во внеочередном исполнении команд (а вот не в курсе, контролируется ли это микрокодом), и в некоторых процессорах Meltdown если не закрыли, то облегчили.

Почему запускается первым конструктор mainwindow.cpp?

Oleg Seledets, Это обычное дело — оттаскивать функциональность подальше от интерфейса. Впрочем, полностью это сделать невозможно: функциональность и интерфейс всегда переплетены. Хотя бы на уровне того, что каждому полю в функциональности надо сделать соответствующее поле в формочке.

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

Почему запускается первым конструктор mainwindow.cpp?

Oleg Seledets,
С QScopedPointer — да, но с привкусом Си++03. Рекомендую всё же std::unique_ptr.
Лучше в отдельном модуле: соединением будет пользоваться и главная форма, и форма авторизации.