res2001

В первом случае сначала приводится 1 к double явно, потом неявно 3 в double, т.к. первый аргумент операции дабл, а потом выполняется деление двух даблов.
Во втором случае выполняется целочисленное деление с результатом 0, затем 0 приводится к даблу.

Почему при выводе, например
std :: cout << cStr ;
Выводится "string" , то есть значение, а не адрес значения как обычно с указателями ?

Потому что в cout переопределена оператор << для типа char*, так чтобы выводилась именно строка, а не указатель. Чтоб вывести адрес преобразуйте указатель в int и выводите как целое число.

Потому что в консоли русской винды кодировка либо 866 либо 1251. А в программе у тебя используется Unicode. setlocal, судя по всему, действует только на вывод.
Чтоб поточному объекту установить нужную кодировку надо вызвать его метод imbue.
Смотри примеры:
www.cplusplus.com/reference/ios/ios/imbue
rsdn.ru/forum/cpp/4378529.all
stackoverflow.com/questions/26387054/how-can-i-use...

Основной момент в переносимости - не использовать на прямую функций API ОС, все только через библиотечные вызовы.
Консольную переносимую программу можно и без Qt написать - с использованием стандартной библиотеки.

Обычно такую конструкцию используют для преобразования числа из строкового представления в числовое. Например функции типа atoi как раз используют такой подход.

Распараллеливать смысла нет - дисковые операции плохо паралляться, т.к. диск - медленное устройство. Основной тормоз в вашем случае именно он. Читайте не построчно, а большими блоками, кратными размеру кластера, например по 4/8/16Кб, этим сократите количество дисковых операций. Код конечно усложниться. В прошлом вопросе вам Oleg Shevelev это уже писал.
Для распараллеливания можно использовать асинхронный IO, но, имхо, это еще больше усложнит код, скорее всего для вашей задачи это не нужно (должно помочь чтение большими порциями), т.к. дальнейшие операции с прочитанной строкой тривиальны.
И кстати, можно не делать чтение файла на С++, если хорошо знаете Матлаб делайте на нем по тому же алгоритму - т.к. дисковые операции основной тормоз, то преимущества от использования С++ практически не будет.

А вообще система отдает программе столько ресурсов сколько ей требуется, если ресурсов не хватает - обычно программа завершается с ошибкой.

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

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