Печаль в том, что даже если закомментировать эту функцию - ошибка остаётся.
DWZ, Если в том коде полно такого безобразия, то она и останется, до тех пор пока вы все не приведете к верному виду. Справка MSDN в помощь, смотрите сигнатуры функций там, сверяйте что написано в коде с тем, что указано в справке. Как верно сказали выше, должно полностью совпадать, иначе не взлетит.
Alex Wells, Вообще я видел дату публикации и ответил скорее для того, чтобы ответ просто был. :)
А в чем именно была проблема я уверен почти наверняка по косвенным признакам: библиотека, лежащая в архиве по вашей ссылке, точно x86, а компилятор, по крайней мере MinGW у вас точно x64 (видно по цитатам ошибки сборки).
В чем глупость интересно? Никаких диких обобщений человек вроде не делал. Разве ложь, что синтаксис у Java си-подобный? Разве ложь, что Java является императивным языком программирования, как C и С++? Ну а никаких других утверждений лично я не увидел. То, что тонкости будут отличаться и при глубоком изучении это становится все более отчетливо - понятно каждому разумному человеку.
Почему никак-то? Размеры ведь известны, ну вот и проверять индекс перед доступом. Или в контейнерах на том же С++ написанных эта возможность магическим образом появляется?
Чем тернарный оператор лучше в данном случае? Тем, что записан в одну строку? Это чистый субъективизм. Хотя, если честно, мне тоже импонирует вариант с ним, но я абсолютно точно знаю, что это лишь мое субъективное восприятие. Эффективности такая запись не добавит точно.
Насчет auto и единой стилистики — скорее вредный совет, чем полезный. С++ пока еще статически типизированный язык, потому сокрытие всех типов за auto ведет в снижению читаемости кода. Там, где тип сложен в записи, но в тоже время для понимания кода не нужно знать конкретное выражение типа, auto подходит. В остальных случаях лучше писать типы явно.
Не будет быстрее на тех задачах, где нужно удалять из середины или с начала. Или если требуется постоянная вставка в середину или в начало. Вектор в С++ требует непрерывной памяти для всех элементов (как в обычном С-массиве) поэтому при вышеперечисленных операциях постоянно будет вызываться копирование и(или) переаллокация всех элементов.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.