mejedi

Попробуйте последний один (крайний) байт какой-нибудь криптографической хэш-функции, например md5

По поводу легальной установки на чистый диск — советую Internet Recovery.

В случае с моим macbook pro 2012 — вытащил старый HDD, вставил новый чистый SSD, зажал Command-R при запуске, ввел пароль wi-fi, подождал час — и система установлена на новом диске. Устанавливается версия ОС, с которой поставлялся Mac, Apple Id вводить не требуется.

Если вас беспокоит легальность — просто склонируйте винт и официально обновитесь на новую версию ОС.

Можно!!! Нереализованных идей — валом!!! Руки не успевают бить по клавиатуре… К примеру почитайте идеи отцов жанра. Кто стоял у первоистоков (хотябы возьмём наших программистов 80х годов) курили правильную траву(тогда это было в почёте) и генерировали кучу идей полезных и мощных, но компы тогда им не позволяли. Иногда читаю программерские академ журналы тех времён и сильно удивляюсь широте мысли… Проблема в том, что одному — долго, а надёжную, банду трудно собрать. К томуже как правило все хорошие идеи как правило на стыке либо с электроникой, либо с биологией, либо с бизайном, либо ещё с чем нибудь надо быть либо мульти спецом, либо опятьже собирать банду, Банду к томуже сложно прокормить на этапе раскрутки, приходиться держать всех на рисе (в плане питнания) и на обещаниях, в плане морального духа.

Но не будем голословными, приведём примеры. Сделайте нормальный распознователь речи и вы перевернёте мир. Сделайте неёроинтерфейс нормальный и опять же перевернёте. Умный дом как таковой, и то никто не сделал (только видимость). Автоматизируйте всё подряд — народу нравится…

Начните с малого, например спроектируйте новую архитектуру домашнего пк, и если она будет крута, то перевернёте.

При этом всегда смотрите в будущее, жк — прошлый век, будут лишь проекторы, игры проектируйте сразу под системы вирт реальности…

И всё будет здорово!!!

Никогда не используйте CreateThread в C/C++ приложениях, используйте _beginthreadex. Об этом написано в каждом учебнике по WinAPI и в самой MSDN. Это сразу не понравится ревьюверу.
Конечно, можно в комментариях обосновать, что CreateThread использован специально, что в потоковой функции не используются вызовы CRT, но все равно, смысла в этом мало, потоковая функция может в будущем измениться.

Сузим задачу: будем искать степень двойки, которая начинается с нужной последовательности цифр (если последовательность начинается с нуля, добавим в начало единицу). Обозначим её за d. Тогда нам нужно найти такие x и y, что

d < 2^x/10^y < d + 1.

Пусть a = log₂10. Тогда

d < 2^{x — ay} < d + 1.

Логарифмируем по основанию 2:

log₂d < x — ay < log₂(d + 1)

Осталось подобрать x и y. В силу иррациональности a очевидно, что мы сможем их найти.

yaml

Статические методы есть обычные функции.

typedef (Foo*) (*func)();
std::map<std::string, func> map;
map["fromFoo"] = &Foo::fromFoo;
map["fromBar"] = &Foo::fromBar;

Также для Git можете посмотреть Stash. Лично, я им не пользовался.

Не знаю, как для hg, а для гита — GitLab — очень даже хорош.

Я бы, пожалуй, не парился и просто проверял наличие в конце строки \r, и, если он присутствует, то удалял бы его через .erase().

Или еще лучше просто сконвертировал бы весь файл.

Если я правильно понял задачу, то вам подойдёт набор программ Graphviz.
Они предназначены для автоматической отрисовки графов по описанию.

Создаётся текстовый файл с довольно простым описанием графа: вершины, связи между ними, дополнительные свойства(подписи, форма, цвета). После этого утилита dot строит готовое изображение, формат вывода можно настроить.

Вопрос поставлен некорректно и совсем не о том.

Если у нас совершенно два одинаковых ядра, и разница в том — сидят ли они на одном кристалле или на двух разных сводится к проблемам тепловыделения и охлаждения.

Однако если оставить суммарный кэш одинаковым, но сделать его разделяемым между ядрами, то уже тут засчет одного этого будет выигрыш. (собственно, так сделано у Intel).

Но суть вопроса в другом. Смею предположить, что маководы разочарованы тем, что вместо увеличении мощи одного ядра увеличилось их число. Между тем, далеко не все задачи хорошо распараллеливаются и не весь способен, по крайне на данный момент, задействовать все 12 ядер

Модуль async вам в помощь. А именно — метод map.

Мне кажется, с таким подходом вы все равно словите полсотни разных UB, так что в любом случае не советую так делать, а советую писать обертки. А автор кода очень странный. Мало того, что auto_ptr уже давно deprecated, так еще и наследоваться от него — это явно стремно. Резюмируя, тут автор что угодно мог подразумевать, от синтаксического сахара, до каких-то правил использования, и мне кажется, кроме как спросить его, нет способа понять.

Я бы использовал queue и series из библиотеки async.

Разумеется, нет никакого «стандартного» решения, всё зависит от конкретной реализации.

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

А можно в качестве примера взять Qt Animation Framework, в котором это сделано довольно элегантно: там переход из состояния в состояние стоит отдельно, а визуальные анимации — отдельно. И промежуточных состояний нет. Таким образом при команде «перейди в такое-то состояние» переключение происходит мгновенно, а анимация в этот момент только-только начинается.
Если анимация ещё не завершилась, но уже поступает команда на следующий переход, то само переключение состояния происходит снова мгновенно, а анимация «подстраивается» под новые данные: старая анимация не завершается, а останавливается на том месте, где её застала новая команда, и уже из этого положения стартует анимация до новой точки. Минусы — сложнее в реализации. Плюсы — очень красиво и естественно :)