Примерно также рассуждали адепты плоской земли, попутно сжигая на костре Джордано Бруно ...
Потребность в новом инструменте возникает, когда старый слишком сильно затупился и тормозит дело.
А дай неандертальцу отвертку, так он ею будет тыкать в сородичей :)
Так что тут дело не вкуса, а скорее прогресса ;)
Указал это сразу же:
С другой стороны согласен, многие еще остались в прошлом 20м веке. Это факт у меня все еще вызывает удивление. Никак не привыкну. Пардон
auto - это конструкция не просто языка С++, полноценно работает как минимум в C++11.
Поэтому см. настройки компилятора, в некоторых старых компиляторах эта настройка по-умолчанию стоит на С++98.
Использую ARM Compiler v6, в нем С++11 - full supported, включена по-умолчанию, при желании можно включить даже C++14, но пока только частично.
Я пишу под C++ (как минимум C++11), auto - это вполне типовая вещь, значительно упрощает код наравне с другими дополнениями.
Логично, что у C конструкция auto вызывает лютый butthurt. Это нормально. Для архаичного языка.
В голом C это обстоит именно так.
Есть некое "предупреждение", но никто не может его продемонстрировать... Странно это, мистика
И на какой стандарт настроен компилятор (ключи компиляции)?
Это?
warning: 'auto' type specifier is incompatible with C++98 [-Wc++98-compat]
Если сектор помечен как битый, то хорошим он не уже станет, его более не будет в цепочке доступных секторов. Особенно после банального форматирования (очистка таблицы FAT).
Но, в целом согласен - только так сказать стресс-тест конкретной карты конкретного производителя поможет выявить причину.
Растет фрагментация файловой таблицы. Логично, что после форматирования это явление полностью устраняется.
Как одно из решений - создавать файлы строго пропорционально размеру кластера.
Другой вариант - периодическое форматирование прямо в устройстве.
