Антон Жилин

Если есть указатель на первый элемент массива строк wstring* arr, то *arr — первая строка в нём; (*arr)[0] — первый символ первой строки. Тут всё верно.

А программа не работает вот почему. Вернуть сырой массив из функции C++ невозможно никаким образом. (В данном случае, возвращается указатель на уже удалённый массив!) Решение: не использовать сырые массивы, а создавать, наполнять и возвращать vector<wstring>. В данном случае, подходит именно вектор, т.к. в строке может быть разное число слов.

Под Linux, вроде, ничего не надо делать, стандартный терминал и так всё поддерживает, а ОС интерпретирует текст в char и string как UTF-8. Если хочешь Unicode под Windows, то добро пожаловать в адъ.

1. Убедись, что исходный код сохранён в UTF-8. Если Visual Studio, нужно немного потанцевать с бубном.
2. Куда вывести, в файл или в консоль? Вывести в стандартную консоль невозможно, нужно установить Windows Terminal, последнюю PowerShell и связать их (для этого ещё потанцевать с бубном).
3. В программе, перед тем как послать юникодную строку в ОС (например, перед тем как печатать), убедись, что ты перевёл её из UTF-8 в системную кодировку (которая обычно UTF-16). В стандартной библиотеке такого нет, нужно подключать либу. Вот что я юзаю с Boost и fmt:

namespace strings
{
    using native_char = boost::filesystem::path::value_type;
    using native_string = std::basic_string<native_char>;

    namespace detail
    {
        inline void write(const std::string& string)
        {
            std::cout.write(string.c_str(), string.size());
        }

        inline void write(const std::wstring& string)
        {
            std::wcout.write(string.c_str(), string.size());
        }
    }

    using fmt::format;

    template <typename S, typename... Args>
    void print(const S& format_str, Args&&... args)
    {
        const auto string = fmt::format(format_str, std::forward<Args>(args)...);
        detail::write(boost::locale::conv::utf_to_utf<native_char>(string));
    }

    using boost::locale::conv::utf_to_utf;
    using boost::locale::conv::from_utf;
    using boost::locale::conv::to_utf;
    using boost::locale::conv::between;

    inline native_string to_native(const std::string& utf8)
    {
        return utf_to_utf<native_char>(utf8);
    }

    inline std::string from_native(const native_string& native)
    {
        return utf_to_utf<char>(native);
    }
}

Не выйдет. C++ статически типизирован, и это то, что позволяет ему работать быстро.
А зачем, собственно, это понадобилось? В конкретной ситуации можно что-нибудь придумать.
P.S. Если хочется "просто", стоит оставаться на Питоне :)

vector<Object> objects;
objects.emplace_back("models/tree.png", 600, 1000, 93, 178);

Настраиваем vcpkg, прописываем в настройках CLion задавать параметр CMAKE_TOOLCHAIN_FILE для CMake, добавляем в CMakeLists то, что vcpkg посоветует после установки пакета opencv.

Нужна const-корректность, также важно отсутствие лишнего копирования. Пример оператора, определённого в классе:

bool operator >(const triple& n) const
{
    return c > n.c;
}

А вообще, такое ощущение, что весь класс можно заменить на:
using triple = std::tuple<int, int, int>;

Например, vector<vector<pair<int, int>>>, где каждый внутренний vector<pair<int, int>> содержит рёбра, ведущие из вершины с соответствующим индексом, а каждая pair<int, int> - это пункт назначения и вес ребра.

tolower выдаёт сконвертированный символ, причём в виде int (о ужас!), его надо сразу вручную кастануть к char. Это то, что надо выводить.
islower проверяет, является ли аргумент строчной буквой и возвращает тоже int (о ужас!), его надо сразу вручную кастануть к bool. Это то, что надо проверять в if.

То, что программа вообще компилируется - "заслуга" авторов этих функций, в то время типы ни во что не ставили.

this — это указатель на текущий объект. *this — это ссылка на текущий объект. Пример:

class A {
public:
  int x;
  A(const A& other) = default;
  A& operator=(const A& other) {
    x = other.x;
    return *this;
  }
};

void test() {
  A a(1);  // a.x == 1
  A b(2);  // b.x == 2
  A c(3);  // c.x == 3

  a = b = c;
  // a.x == 3
  // b.x == 3
  // c.x == 3
}

Как работает вот это присваивание? Оператор присваивания право-ассоциативен, то есть компилятор видит это как a = (b = c);. Итак, вначале b = c. Вызывается b.operator=(c). Там мы вначале присваиваем c.x (3) в b.x, затем (и это здесь самое главное!) возвращаем ссылку на b. Далее в a = (результат) объекту a присваивается та самая возвращённая ссылка на b, благодаря чего в a.x тоже оказывается 3.

Лол, убери define m. Этот дефайн действует и внутри заголовка Graphics. Где-то там присутствует переменная m, которую (точнее, токен имени которой) ты удалил своим дефайном, что и привело к ошибке.

Создавать объекты виртуальных классов следует только через:

std::vector<std::unique_ptr<object>> world;

auto terr = std::make_unique<Terrain>();
world.push_back(std::move(terr));

Или:
world.push_back(std::make_unique<Terrain>());

Чтобы устранить утечку памяти, которая сейчас присутствует в коде, нужно обязательно добавить в object:

object& operator=(object&&) = delete;
virtual ~object() = default;

Когда вы делаете l1.push_back(report);, в список добавляется копия report. Содержимое l1 не имеет никакого отношения к report, report1, report2. Соответственно, когда вы будете изменять l1, естественно, переменные report* не будут меняться.

Как сделать так, чтобы копий не создавалось. Делайте l1.emplace_back(); (при необходимости, передайте туда параметры для конструктора Student). Далее: l1.back() вернёт вам ссылку на свежесозданного студента, и вы сможете его дозаполнить, если нужно. (Осторожнее со ссылкой, а то опять копию создадите :) )

string s = "abc";
Для новичка — только string, чтобы избежать танцев по граблям.

Дели в цикле положительное число на 10 и отрицательное число на 10. Рано или поздно, получишь +0 и -0.

Ваше присваивание выполняет p1.first = p2.first и p1.second = p2.second. Но вы запретили присваивать в p1.first, объявив его как const.

operator< ищется через ADL. Нельзя определить оператор для чужих типов, и чтобы его подхватили алгоритмы. Предлагаю такое решение: вместо char искать свою структуру (её можно определить просто как struct с char), для которой определить сравнение так же, как ты это сделал с char.