break делся туда, куда он девается при чтении таким образом отформатированного кода. Он из кода выпал.break оставлять, то лучше переписать так.const size_t erase_index = name.find( ' ' );
if( erase_index != name.npos )
{
name.erase( erase_index );
}erase. push_back или emplace_back, то конструктор по умолчанию вызываться уже не должен и, соответственно, его наличие не требуется.int index = 0;
for (const auto ch : name)
if (ch == ' ') { name.erase(index); }
else ++index;элемент вектора не обязан быть DefaultConstructible, если заполнять вектор не через resize
resize? Расскажи по этапам, что творится с состоянием вектора во время изменения его длины. Вот, скажем, был вектор с нулевой емкостью и делаем ему resize( 5 ). char? image.createMaskFromColor(Color::Red) - это называется choma key.sprite.setTextureRect(IntRect(0, 0, w, h)) - задает позицию отображения участка текстуры в пространстве координат самой текстуры. (0, 0, w, h) означает выводить прямоугольный участок текстуры от (0, 0) и до (w, h). Этот участок будет выведен на всей поверхности спрайта, у которого есть свои размеры.Object ты определил конструктор преобразования. Это привело к удалению неявного конструктора по умолчанию. Теперь тебе надо определить явный конструктор по умолчанию чтобы иметь возможность писать objects[1] = Object("models/tree.png", 600, 1000, 93, 178);int wmain(const int argc, const wchar_t* const argv[])здесь совершается проверка на ввод в командной строке переменной
"-conv_to_doc" в ячейку argv[i].if() оказывается адрес литерала и вся конструкция у тебя становится эквивалентна if("-conv_to_doc"), что всегда будет трактоваться как if(true).resize.objects[1] = Object("models/tree.png", 600, 1000, 93, 178);push_back.
В WinAPI есть MoveFile, а, скажем, в POSIX - нет. При чем, по своим ограничениям
MoveFileдает понять, что она больше похожа на rename из POSIX.Все дело в том, что и переименование, и перемещение, для тебя предоставлено в API только в пределах одного раздела файловой системы. Платформа за тебя будет вести только подсчет ссылок в рамках одной MFT, но не больше.
Если захочешь переименовать, или переместить, файл между разными разделами, данные файла тебе надо руками пустить через оперативную память. Это значит - открыть два файла и переписать данные исходного файла в тело файла-приемника через свой локальный буфер.
Поэтому обобщенной функции перемещения файла и быть не может. Подумай, как такую функцию сделать с учетом всех особенностей файловых систем и всех пожеланий пользователя относительно отзывчивости, мониторинга процесса, управления промежуточным буфером, реакции на ошибки и возможности отмены операции.