Mercury13

1. Указатель на указатель. Мы создаём 2D-массив как кучу динамических 1D-. Если 1D-массив — указатель, то массив из таких 1D- — массив из указателей, то есть указатель на указатель.
2. Указатель простой (создать 1D-массив из указателей, который станет «хребтом» нашего 2D-).

Если с MySQL работаем напрямую, то
plugins\sqldrivers\qsqlmysql.dll
libmysql.dll

1. Надо проверить pSubStr на NULL. Если оно так — не найдено.
2. Всё наоборот, pSubStr - str.

Перетаскивание просто запускает программу, подставив имя файла как параметр командной строки. Те самые argc и argv, передаваемые в main().

Кроме того, очень желательно (если у вас Windows) работать в Юникоде (в MinGW настройка компилятора -municode, для других компиляторов разбирайтесь сами). Функция main меняется на _wmain, её параметры на int argc, wchar_t** argv. Хотя не обязательно, если пути не содержат расширенных символов.

1.

std::cout << text.substr(начало, длина) << std::endl;

Поскольку перед нами учебный текст, дальше не буду подсказывать. Методом тыка выясни, что будет началом и что длиной.

2. Ничего, что, если строка не оканчивается точкой, последнее «недопредложение» выведено не будет? Может быть, так и верно, но если задача — разделить текст по tab’ам или запятым, надо после цикла выкинуть то, что осталось.

> Объект BaseClassObj будет удален только по завершению программы.
BaseClass baseClassObj;
Здесь создаётся объект на стеке. Имя — это просто имя объекта. Никаких указателей здесь нет. Как только мы покинем блок (любым образом: штатно выйти, goto, break, выброс аварии — кроме «жёсткого» выхода из программы функциями типа exit), у объекта автоматически исполнится деструктор и прямой вызов не нужен. Блок, то есть подпрограмму BaseClassPresentation.

BaseClass *BaseClassObjPtr = new BaseClass(2);
Здесь BaseClassObjPtr это имя указателя (а не указатель на указатель). Объект создаётся в динамической памяти, и его придётся уничтожать вручную. Многое в Си++11 сделали для того, чтобы подобные объекты уничтожались не вручную, а всё теми же автодеструкторами.

std::unique_ptr<BaseClass> BaseClassObjUp = new BaseClass(2);

Это уже маленький объект со своим деструктором. А в деструкторе находится delete, и он сработает, как только программа выйдет из своего блока.

То, что вы хотите, иногда бывает нужно, и я вижу этому две причины.
1. Объект управляет какими-то сложными и важными ресурсами: большим количеством памяти, файлом, мьютексом… И этот важный ресурс бывает нужно освободить раньше, чем наступит деструктор. Например, у любого файлового потока есть функция close() — она закрывает файл.
2. У нас сложное и хитрое управление памятью, когда приходится использовать placement new и прямой вызов деструктора. Скажу честно, не использовал никогда. Как и 90% программистов на Си++.

Краш, вероятно, связан с другой вещью. Компилятор-то новенький, и на ту машину не успели подвезти его среду исполнения. Выясни, какие файлы нужны: MSVCR140.DLL, MSVCP140.DLL или MFC140U.DLL.
(при условии, что сам OpenCV также скомпилирован C++2017; если нет — также нужны и файлы другого компилятора.)

Если так и не удастся отыскать — найди программу Dependency Walker и точно найди, чего ей не хватает.

Нужно закрыть Си-строку.

int length = PHYSFS_fileLength(myfile)
myBuf = new char[length + 1];
int length_read = PHYSFS_read(myfile, myBuf, 1, length);
myBuf[length_read] = 0;

Recardo_Recoly,
Понятно.
1. Лучше использовать WM_UNICHAR, он работает и с кодами более 65535. Поддерживается как минимум WinXP.
2. Как превратить кодовую позицию в UTF-8, есть много вариантов. Сейчас найду свой.

enum {
    SURROGATE_MIN = 0xD800,
    SURROGATE_MAX = 0xDFFF,
    SURROGATE_LO_MIN = SURROGATE_MIN,
    SURROGATE_HI_MIN = 0xDC00,
    SURROGATE_LO_MAX = SURROGATE_HI_MIN - 1,
    SURROGATE_HI_MAX = SURROGATE_MAX,
    UNICODE_MAX = 0x10FFFF,
    U8_1BYTE_MAX = 0x7F,
    U8_2BYTE_MIN = 0x80,
    U8_2BYTE_MAX = 0x7FF,
    U8_3BYTE_MIN = 0x800,
    U8_3BYTE_MAX = 0xFFFF,
    U8_4BYTE_MIN = 0x10000,
    U8_4BYTE_MAX = UNICODE_MAX,
    U16_1WORD_MAX = 0xFFFF,
    U16_2WORD_MIN = 0x10000,
    U16_2WORD_MAX = UNICODE_MAX,
};

void str::putCpNe (char*& p, unsigned long aCp)
{
    if (aCp <= U8_2BYTE_MAX) {  // 1 or 2 bytes, the most frequent case
        if (aCp <= U8_1BYTE_MAX) {  // 1 byte
            *(p++) = static_cast<char>(aCp);
        } else { // 2 bytes
            *(p++) = static_cast<char>((aCp >> 6)   | 0xC0);
            *(p++) = static_cast<char>((aCp & 0x3F) | 0x80);
        }
    } else {  // 3 or 4 bytes
        if (aCp <= U8_3BYTE_MAX) {  // 3 bytes
            *(p++) = static_cast<char>( (aCp >> 12)        | 0xE0);
            *(p++) = static_cast<char>(((aCp >> 6) & 0x3F) | 0x80);
            *(p++) = static_cast<char>( (aCp       & 0x3F) | 0x80);
        } else {    // 4 bytes
            *(p++) = static_cast<char>(((aCp >> 18) & 0x07) | 0xF0);
            *(p++) = static_cast<char>(((aCp >> 12) & 0x3F) | 0x80);
            *(p++) = static_cast<char>(((aCp >> 6)  & 0x3F) | 0x80);
            *(p++) = static_cast<char>( (aCp        & 0x3F) | 0x80);
        }
    }
}

void str::appendCp(std::string & s, unsigned long aCp)
{
    char c[5];
    char* end = c;
    putCpNe(end, aCp);
    s.append(c, end);
}

Слово Cp у меня означает code point, кодовая позиция Юникода. Ne — no error-checking, без проверки кодовых позиций на корректность.

В Си++ есть и штатные функции преобразования кодовых позиций Юникода в UTF-8 и UTF-16. Но страшны, как чёрт, и половина из них в C++17 deprecated :(

И последнее, что я хочу сказать.
Вы путаете две вещи: Юникод и его кодовые позиции, и форматы записи юникодных строк UTF-8 и UTF-16. Соотношение «один символ Юникода — один char» только в UTF-32!

1. 1/2 = 0, надо писать 1.0/2.0 или просто 0.5.
2. В printf немного другие правила, чем в scanf, и надо
printf_s("max = %f\n", max);

Надо сделать CPP-файл, в которые перенести как можно больше кода из программы. И код производят:
• Static- и глобальные переменные.
• Нешаблонные, не-inline-функции.
• Не-inline, полностью расшаблоненные функции template<>.
• Не-extern объявление шаблона типа template class std::vector<int>.
Мало того, эти четыре вещи ошибочно держать в хедерах — но этого, как ни странно, в нашей библиотеке и нет, ведь она полностью полагается на шаблоны. Но есть пара резервов.

1. Функция в теле класса автоматически становится inline, и, я бы сказал, что-нибудь типа AsynchronousReader::init было бы ошибкой держать inline’ом. По-хорошему, его надо в CPP. Но это довольно небольшая часть кода.
2. Можно также наиболее распространённые версии классов/функций залить в SO. Для этого их надо вынести из тел классов и поступить примерно так.

// H
template <int x>
void foo () { std::cout << x << std::endl; }

extern template void foo<2>();

// CPP
template void foo<2>();

И снова приходится отвечать самому.

#pragma GCC optimize("O1")
#pragma GCC optimize("no-lto")

3 тоже есть, так что правильный ответ 3. Ошибка тройная.

for(size_t z = 0; z < b.length(); z++){
        if(a.find(b[z]) != std::string::npos){

1. Индексы строк в STL беззнаковые, и компилятор может ругаться на сравнение знакового целого и беззнакового.
2. На что тут 4, если есть s.length()
3. Знак «не найдено» — std::string::npos.

Нет, ваше решение неуниверсально и ваша ошибка — не заэкранировать идентификатор E-mail.
Попробуйте [E-mail].
(Часто используется экранирование `E-mail`, но в SqLite оно не катит, это специфика MySQL.)