MasterZivbenao,
1.
for(auto i = str.size() - 1; i>=0; --i)
str.size() возвращает беззнаковое целое, оно всегда больше или равно нулю,
таким образом, ты написал бесконечный цикл, который сначала вызывает отрицательное переполнение
при --i, перескакивая с 0 на UINT_MAX,Точнее, на std::numeric_limits<size_t>::max().
egorychPS я ведь не против auto, есичёА я против. auto часто означает «программисту было лень написать тип». Облегчает написание кода, но усложняет его чтение. Особенно когда нет умной IDE (смотрим историю изменения кода в системе контроля версий; смотрим код в online-репозитории). Хотя в некоторых случаях без auto не обойтись, например когда надо лямбда-функцию сохранить в локальную переменную:
1.
2.
3.
4.
5.
6.
7.
8.
9.
void work_with_points(double tolerance) {
// не можем написать тип, потому что он сгенерирован компилятором
auto almost_equal = [=](double a, double b) {return fabs(a - b) <= tolerance;};
...
if (almost_equal(x1, x2) && almost_equal(y1, y2)) {
...
}
...
}
MasterZivCEMb,
Например, потому что лень писать
1.
std::map< std::string, std::tuple< int, unsigned, double> >::const_iterator p = my_map.find( ... );
typedef-ы надо использовать. Кстати, tuple -- аналогичное зло, означает «программисту было лень придумать имена полей». Опять же, облегчает написание кода, но усложняет его чтение.
