Dmitrii

В Qt есть специальный механизм для передачи данных между классами - сигналы и слоты.
Без конкретного кусочка кода не очень понятно в чем ошибка. Возможно, вы не объявили переменную
static MainWindow* pMainWindow;
внутри тела класса

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

- Сделайте переменные, изменяемые в методе Update типа atomic.
- Сделайте доступ к данным через мьютекс (что в вашем конкретном примере не совсем эффективно, но очень просто в реализации).
- Если у вас предполагается лишь 1 поток (полагаю, что в данной задаче использование большего числа потоков не актуально), который будет обрабатывать функцию Update, то в начале функции вы можете сохранить все модифицируемые переменные (поля объекта) в локальные переменные и в конце функции взять мьютекс и сохранить значение локальных переменных в поля объекта.

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

Потому что кириллица кодируется минимум 2 байтами.
Вам нужна длинная строка, которая основана на wchar.

https://stackoverflow.com/questions/402283/stdwstr...

Да, тип будет именно таким.
Чтобы самостоятельно увидеть вывод типа, который вывел компилятор Scott Meyers предлагает намеренно создать ошибку конвертации типа и посмотреть что же компилятор написал.
https://godbolt.org/z/6bobqTG58

Вообще вы написали лишь часть вопроса. А как ругается? Если ругается компилятор, то это никак не необработанное исключение, которые вылетает в рантайме. Напишите как ругается компилятор, какое у вас исключение.
1. Ошибка компилятора.
Возможно, компилятор ругается (особенно, если включен флаг -Werror) на бессмысленность данного if потому что оно всегда ложно.

Я бы заменил код вывода в поток чем-то таким. Текста чуть больше, зато никаких if внутри цикла:

std::ostream& operator<<(std::ostream& os, const Vector& vec) {
    os << "(";
    if (vec.size) {
        for (int i = 0; i < vec.size - 1; i++) {
            os << vec.coord[i];
        }
        os << vec.coord[vec.size - 1]; // последний элемент
    } else {
       os << "Unfortunately I'm an empty vector";
    }
    os << ")";
    return os;
}

2. На счет исключений:
Исключения нужно ловить и обрабатывать или не допускать (зависит от архитектуры). Необработанное исключение говорит о том, что ваша программа работает не отрабатывает корректно во всех возможных ситуациях, поскольку зачастую никто не хочет, чтобы программа завершалась ошибкой внезапно, в худшем случае вы должны хотя бы оповестить пользователя о том что произошло. Самый простой способ получить исключение - поделить на 0 число с фиксированной точностью.

Во-первых, зачем вы приводите целый исходник сюда. Люди куда быстрее поймут суть, если вы сократите иерархию классов до демонстративного минимума.

Во-вторых, во всех ваших case'ах
Создается временный объект, затем вы зачем-то создаете ещё и временную переменную-указатель и сохраняете его адрес (зачем?). А после запихиваете все это в лист. Объект создается на стеке и при выходе за границы фигурных скобок вызывается деструктор и он перестает существовать, а все его содержимое будет перезаписано любой следующей переменной, размешенной на стеке. Вот код, о котором я говорю:

case 1: {
      cout << endl << "Введите модель:";
      cin >> model;
      cout << endl << "Введите прозводителя:";
      cin >> producer;
      cout << endl << "Введите цену:";
      cin >> price;
      cout << endl << "Введите год выхода:";
      cin >> year;
      Appliances appliances{ model,producer,price,year };
      Appliances* pb = &appliances;
      catalog.push_back(pb);
      break;
    }

Вот наглядный пример того что у вас получается.
https://godbolt.org/z/bx5Wbo1bG

Как исправить? Создавайте элемент в куче (new OhMyClass()). А лучше храните в std::list, например, std::unque_ptr

Можно использовать перегрузку оператора <<
Можно использовать новомодный std::input_or_output_iterator или if constexpr
или вовсе явно специализировать/перегрузить шаблон для нужного вам типа.

Вот один из простейших вариантов. Просто добавьте перед функцией main.

template <typename T>
std::ostream& operator<<(std::ostream &os, const S<T>& s)
{
    if constexpr (std::ranges::range<T>) {
        const auto& val = s.GetVal();
        for (const auto& i : s.GetVal()) {
            os << i << " ";
        }
    } else {
        os << s.GetVal();
    }
    return os;
}

Все ещё не универсально, поскольку работает не со всеми контейнерами, а только с теми, которые хранят значения и могут в range_base loop

В таком случае вам больше не нужны функции (если они использовались лишь для вывода информации в консоль)

PrintVal
PrintVector
GetVector

Можно даже избавиться от GetVal, если вам не нужен этот геттер в остальном коде, тогда нужно просто подружить функцию с классом.

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

Также можно реализовать взаимодействие через callback функции (что по сути упрощённый вариант интерфейсного класса).