Антон Жилин

Вы называете одним словом "ошибка" несколько совершенно различных вещей, не связанных между собой:

1. Синтаксическая ошибка в исходном коде. "где в тип string вводится int и сообщается об ошибке" - это невозможно в принципе, так как ваш исходный код, в котором нарушено соответствие типов, не является валидной программой (все равно что оставить незакрытую скобку), компилятор не сможет скомпилировать из него никакой бинарный исполнимый файл просто потому, что видит бессмыслицу в таком исходнике.
   
2. Исключительная ситуация (exception) во время выполнения. Она всегда предусмотрена кодером (этим она и отличается). Например я пишу функцию, которая должна делить одно число на другое, я предполагаю, что кто-то (типа меня же) может использовать эту функцию неправильно и передать ноль в качестве делителя. Я хочу, чтобы такому пользователю прилетел (по голове) exception, красноречиво сообщающий о том, что так делать не стоит. Для этого я пишу

   if (denominator == 0) { throw std::invalid_argument( "НЕ НАДО ТАК!" ); }

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

   try { divide(x, 0); } catch (const std::invalid_argument& e) { /* Я все понял, я так больше не буду. */ }

   .
   
3. Undefined behavior - это результат не предусмотренной никем ситуации во время выполнения. Например, я заб(ы/и)л на то, что кто-то может передать ноль в мою функцию в качестве делителя и пишу int divide(int a, int b) { return a / b; }. И однажды это происходит, кто-то (да я же сам) передает туда ноль и... Что должно произойти в этой ситуации? Я не знаю, CPU не знает, компилятор об этом не позаботился, ОС тоже не знает, но на всякий случай она прихлопнет весь процесс целиком и (возможно) напишет в консоль что-то типа segmentation fault.
   А что, если я буду вызывать такую подозрительную функцию из блока try-catch? - Да ничего это не меняет. try-catch ловит только преднамеренно брошенные исключения в ситуации, когда возможность возникновения ошибки была предусмотрена кодером. try-catch ничем не может помочь против undefined behavior потому, что предусматривать возможные ошибки во время выполнения - это задача кодера, а не компилятора, который занимается только контролем соответствия типов и формальной корректности программы.
   

Если вам не по душе концепция undefined behavior, то переходите на Java или .NET, там компиляторы сами добавляют все необходимые (и обходимые) проверки ценой снижения быстродействия вашей программы.

Как разные. Регистр символов учитывается.

func setCookies() -> HTTPCookie? {
        let cookieProperties: [HTTPCookiePropertyKey : Any] = [HTTPCookiePropertyKey.name:   "PerfectCookie",
                                                               HTTPCookiePropertyKey.value:  "Perfect is awesome",
                                                               HTTPCookiePropertyKey.domain: "localhost",
                                                               HTTPCookiePropertyKey.secure:  false]
        return  HTTPCookie(properties: cookieProperties)
    }

А вы документации не доверяете что ли?
Забивает память нулями только calloc, о чем в доке написано.
Проверено неоднократно.
Чтоб проверить выделите массив intов, например побольше - несколько мегабайт, и ищите в нем не нулевые значения. Уверен, долго искать не придется.

Q:
Учусь читать по букварю. Практические упражнения там есть, но маловато. Хочется после каждой новой буквы ("о", "п", "р") прочесть 2-3 книги для закрепления материала, и не тривиальных, вроде "мама мыла раму", а что-то интересное, типа трёх мушкетёров. Есть ли такой ресурс?
A:
Нет.

А никак не помещается.
Потому что Си не поддерживает обработку строк в UTF-8. Для этого нужны сторонние библиотеки, которые умеют делать нормализацию, считать длину строки в абстрактных символах, а не кодпоинтах, и т. д. Поддержки этого всего у Си и C++ из коробки нет.
Ну, вы можете, конечно, запихнуть UTF-8 поток в массив char'ов, но ни одна нативная функция для работы со строками не будет с ним работать правильно. Даже длину строки никогда не сможет посчитать.

Поэтому, ответ прост: в C/C++ для работы с UTF8 используйте стороннюю библиотеку.
И да, никогда не используйте wchar_t нигде, где не можете этого избежать, например, в апи сторонних библиотек. wchar_t это тупо костыль в дизайне языка, который признали даже создатели этих языков.

Проблема в том, что именно компилятор НЕ будет ругаться...
Передавая (точно так же) массив ( process_array(array);) можно либо явно контролировать длину массива

void process_array4 (char (&array)[4]) {
  for (int i = 0; i < 4; i++)
    array[i]++;
}

Либо написать функцию, которая скомпилируется с нужной длиной

template <size_t N>
void process_arrayN (char (&array)[N]) {
  for (int i = 0; i < N; i++)
    array[i]++;
}

1. составить бизнес-требования к системе
   
2. написать ТЗ
   
3. заказать проект системы
   

А в целом возьмите 1С и не изобретайте велосипеды.

Если массивы можно модифицировать, то их следует отсортировать. После этого поиск становится тривиальным.
Если отсортировать нельзя, то поиск тоже тривиален, но более долгий (для каждого значения в массиве придётся проверять все элементы всех остальных массивом).

Да, пишут.

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

Рекомендую почитать про std::unique_ptr
Вот вариант на c++11

#include <memory>

template<typename T>
class Stack{
public:
  Stack(std::size_t maxSize_): maxSize(maxSize_){}

  // Что происходит, когда стек пуст? Можно бросить исключение, или сделать как в std
  T pop(){
    // if (!tmp) throw ...
    auto tmp = std::move(head);
    // Обратите внимание, теперь head пуст
    head = std::move(tmp->next);
    // Теперь tmp->next пуст
    --size;
    return tmp->value;
  }

  bool push(T value){
    if (size+1 > maxSize)
      return false;

    // здесь может быть брошено исключение из-за нехватки памяти
    std::unique_ptr<Node> tmp(new Node(value));

    tmp->next = std::move(head);
    head = std::move(tmp);
    ++size;
    return true;
  }

private:
  struct Node{
    T value;
    std::unique_ptr<Node> next = nullptr;
    Node(T value_) noexcept
      : value(value_)
    { }
  };

  std::unique_ptr<Node> head = nullptr;
  std::size_t maxSize;
  std::size_t size = 0;
};