res2001

Например:
atoi(ex.c_str())+atoi(ex.c_str())
это выражение 2 раза преобразует в число одну и ту же строку, а затем складывает эти 2 одинаковых числа.
Так что "не дублирует", а выполняет то что написано у вас в коде.

Вам нужно сначала разделить строку на "токены", т.е. на операнды и операции.
Если вы на этом этапе расчитываете обрабатывать только простейшие действия, то вводите строку и разбиваете ее на 3 токена. Затем операнды преобразуете в числа и после этого уже выполняете действие.

Не нужно зацикливаться на С++, т.к. все сетевое API операционной системы на Си. Изучайте просто сетевое программирование. Когда разберетесь, то просто возьмете сетевую библиотеку для плюсов и будете ее использовать. Как правило, подобные библиотеки просто оборачивают Си интерфейс ОС в классы.
Так же рекомендую книгу Стивенса. Но она старая (последнее издание 2007 года) и в продаже вы ее сейчас не найдете. Электронная версия есть. Не смотря на возраст книга вполне актуальна. Подобные основополагающие технологии изменяются довольно не торопливо.

qtcreator - хорош
Eclipse - довольно тяжел для понимания, тормозит на больших файлах или когда открыто много файлов (Java дает о себе знать). Но если планируешь программировать для embeded, то полезно научиться с ним работать, т.к. многие IDE предоставляемые производителями железа основаны на Eclipse.
С clion не приходилось сталкиваться.

Я бы предложил запихнуть dir в for /f и в for обрабатывать вывод dir, добавляя нужную информацию:

for /f "tokens=* delims" %%a in ('dir /s /b *') in (
   rem Тут можно писать любой другой код. Имя текущего файла в %%a
   echo %%~a
)

offset - смещение (от какого-то базового адреса).
Т.е. адрес вашего объекта вычисляется так: base address + offset.
Осталось узнать базовый адрес и можно работать с цветами.

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

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

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

В любом случае, сделаете вы в коде кэширование или нет, если компилятор посчитает нужным кэшировать переменную в регистре он ее будет держать в регистре и кэширование никак не повлияет на производительность.

С restrict можно поиграть, но в чистом С++ его нет, на сколько я знаю, но можно включить расширения в gcc/clang и, возможно его можно будет использовть в плюсовом коде. Но применяйте его лучше сразу к локальному bufferу, а не к this.

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

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

Подозреваю, что сеть на винде.
Вообще большую часть информации по установленному программному обсепечению и железу можно найти в реестре винды. С реестром можно работать удаленно, имея доменные админские права.
Так же можно получить много информации по WMI, с помощью wmic в cmd или в powershell.
Из инвентаризационного ПО, которое использует подобный сбор информации знаю о "10Strike: Инвентаризация".
В свое время использовал это ПО - стоит не дорого, обновления бесплатные (когда я использовал это ПО), поддержка адекватная.

QtCreator + Qt

1. Строки сравниваются с помощью strcmp. Когда вы сравниваете так как у вас в коде, то вы сравниваете значения указателей, а не то на что указывают эти указатели.
2. Чтобы сравнить числа в строковом представлении, строки должны быть одинаковой длинны, т.е. число в строковом представлении с меньшим количеством знаков должно быть дополнено слева нулями до длины большего числа (или дополнять оба числа до какой-то фиксированной длины).
3. Когда у вас "склеено" несколько чисел в строку (каждое из чисел дополнено нулями), то порядок склейки для сортировки должен быть от большей сущности к меньшей. В вашем примере в начале строки должен идти месяц, а затем день.
Только применив все три пункта вы сможете правильно отсортировать подобные строки.
Все это кратко изложил jcmvbkbc в своем ответе.

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

powershell умеет это: https://devblogs.microsoft.com/powershell/writing-...

Как можно было сделать то же самое, но при помощи традиционной обработки массива?

А что такого по вашей ссылке не традиционного в смысле обработки массива? Там вполне традиционные операции.
Видимо вы привыкли, что обращение к элементам массива это arr[i]. Но это лишь один из вариантов.
Вариант примененный в коде по ссылке - инкремент указателей - просто смещает указатель на следующий элемент массива. По идее это должно работать немного быстрее, чем arr[i].
Кстати, принцип работы итераторов в C++ std как раз тот же самый, что использован тут. Так что можете считать, что dest и src это итераторы по строке :-)

Если очень хочется, то можете переписать код с применением индексации. Ничего сложного в таком преобразовании кода нет.

По ссылке, реализован аналог strcat, но эта функция (так же как и функция по ссылке) может приводить к выходам за пределы массива, т.к. тут вообще ни как не контролируется размеры массивов. Было бы интересно реализовать аналоги strncat или strncat_s.

Основная проблема - быстро узанать размер каталога. Стандартных средств cmd для этого нет.
Остается только делать рекурсивный обход каждого каталога и суммировать размеры каждого файла, как только сумарный размер превысит 1 Мб подсчет можно прекращать и пропускать каталог.
Размер конкретного файла можно получить из переменной цикла for /f с помощью модификатора %%~zi. Этот же модификатор действует и для нумерованных параметров процедур
Смотрите:

for /?
call /?
set /?
rmdir /?