или там в for ranged

да хз зачем - я откуда знаю какой у него юзкейз

просто после reserve(100) вектор не будет себя вести как вектор размера 100 вот и все

Как мне его ресайзнуть не инициализируя содержимое (хранится float)? Или пользоваться reserve() capacity()?

чего ты ожидаешь?

Мне нужен массив float-ов. Сначала заполнить, а потом отдать в C-шный API по указателю.

а после ресайз?

ну так почему не ресайз?

Потому-что ресайз пойдет по всем элементам и будет их инициализировать нулем

ты о производительности заботишься?

Да

Мне нужен массив float-ов. Сначала заполнить, а потом отдать в C-шный API по указателю.

Можно прям в конструкторе.

ты померял и там действительно медленно?

Вместо инициализотора (0.0f) подставить float(), чтобы 2 раза память не инициализировать.

медленно: у меня с back_inserter компилятор не хочет векторизовать цикл

ну делай через fill + back_inserter

медленно: у меня с back_inserter компилятор не хочет векторизовать цикл

а если emplace?

Так тоже самое

Я бы сделал через unique_ptr и new[]

медленно: у меня с back_inserter компилятор не хочет векторизовать цикл

это что за компилятор и на каком размере?

и с какими флажками?

gcc 7.2, размер динамический же

-O3 -DNDEBUG -std=gnu++11

Я бы сделал через unique_ptr и new[]

Но что-то некрасиво

Потому-что ресайз пойдет по всем элементам и будет их инициализировать нулем

тот редкий случай, когда можно подумать в сторону std::unique_ptr<float[]>

что, реально, тормозит ресайз?

у тебя миллионы элементов?

У меня десятки тысяч, но этот код выполняется много раз

memset и статческий массив

:)

не если бы я знал точный размер в рантайме - так бы и сделал

memset мне как раз не нужен

я в цикле знаю как его заполнить

а зачем тебе именно std::vector, если ты будешь отдавать его сишной функции?

заполнять его два раза я не вижу ни какого смысла

или ты потом тоже планируешь его использовать?

а зачем тебе именно std::vector, если ты будешь отдавать его сишной функции?

чтобы память динамически выделил мне. больше не зачем

планирую выкинуть после использования

ну тогда не вижу причин не использовать std::unique_ptr<float[]>

пожалуй так и сделаю. спасибо

просто если делать с reserve и data() потом у кого-нибудь при расширении может появиться соблазн дописать код с использованием существующего std::vector, у которого будет возвращающий не то метод size()

просто если делать с reserve и data() потом у кого-нибудь при расширении может появиться соблазн дописать код с использованием существующего std::vector, у которого будет возвращающий не то метод size()

Да да. Я помню что давно читал в какой-то книжке типа Саттера, что reserve() и date() это антипаттерн.

Там много плюшее, подробнее опишу в посте на хабр

кстати, каков прогресс написания статьи? Скоро ли ждать?)

а как сообщить разрабам VC++ о косяке в их реализации stl?

Это будет в c++20. Зовётся constexpr!

lol

!important

а как сообщить разрабам VC++ о косяке в их реализации stl?

Так же как и про все остальные косяки, через большую кнопку "Send Feedback".

а как сообщить разрабам VC++ о косяке в их реализации stl?

меня же не подводят глаза, вот тут в 19 строке есть переполнение же? https://pastebin.com/6jCvwqf8

а как сообщить разрабам VC++ о косяке в их реализации stl?

сообщите им там что у них imbue локали не хватает чтобы выводить буквы в консоль

у _Inc тип size_t, а INT_MAX - это #define INT_MAX 2147483647

int _Inc = .. же в строке 14

у _Inc тип size_t, а INT_MAX - это #define INT_MAX 2147483647

а что это за код вообще? откуда?

int _Inc = .. же в строке 14

не то скопировал https://pastebin.com/5089W2ay

ммм какието размеры в интах

а что это за код вообще? откуда?

последнее из sstream, первое из strstream

std::string test_str((size_t)0xFFFFFFFF + 1, 'a'); std::stringstream strbuf(test_str); strbuf.put('\0');

вот это на VS2017 падает

std::string test_str((size_t)0xFFFFFFFF + 1, 'a'); std::stringstream strbuf(test_str); strbuf.put('\0');

а архитектура какая?

amd64 вестимо

т.е. size_t на 8, int на 4?

ага

а можно минемальный премер?

собствинного кода

а какого именно кода?)

ну твоего

который использует стл и падает

ERROR: S client not available

std::string test_str((size_t)0xFFFFFFFF + 1, 'a'); std::stringstream strbuf(test_str); strbuf.put('\0');

я же скидывал #include <sstream> int main() { std::string test_str((size_t)0xFFFFFFFF + 1, 'a'); std::stringstream strbuf(test_str); strbuf.put('\0'); }

но вот этот poc похоже не совсем из-за того косяка падает, я пока отлаживаю

но вот этот poc похоже не совсем из-за того косяка падает, я пока отлаживаю

https://developercommunity.visualstudio.com/spaces/62/index.html репортить сюда ^ очень похоже, что INT_MAX это ошибка миграции

ок, спасибо), как доразберусь до конца, напишу им

https://developercommunity.visualstudio.com/content/problem/102668/limited-maximum-length-of-stdstringstream-on-x64.html

вопрос

какого фига std не юзает std

стоило им дергать сишную дрисьню на которой возможна ошибка миграции вместо numeric limits?

а кто работать

тогда будет

пахнет джавастайлом

пахнет карри

зато "гномиков считают" нормально

орнул """ The bad news is that there's not anything we can do about this limit until the next time we take an ABI break. In our implementation, stringbuf (which stringstream uses under the covers) does not actually store a basic_string inside -- it does its own buffer management. (No, I don't know why it does that) It uses the basic_streambuf's put area and get area to store the actual allocated buffer range, and the standard limits the size of the get and put areas in a streambuf to INT_MAX (because pcount() and similar return int). """

https://developercommunity.visualstudio.com/content/problem/102668/limited-maximum-length-of-stdstringstream-on-x64.html

хм, похожий кейс, но тут просто вопрос в том, что нельзя строку больше 2Гб хранить, а переполнение в overflow может привести к уязвимости

а я вот хочу странное - я хочу typedef (ну или using blablabla =) наоборот. Такое бывает? Хочу как-то так: using F = std::function<int(int,double)>; untypedef(F::result_type) Boo(untypedef(F::first_argument_type) a, untypedef(F::second_argument_type) b) { ... } Такое бывает? Я очень странного хочу?

хм, похожий кейс, но тут просто вопрос в том, что нельзя строку больше 2Гб хранить, а переполнение в overflow может привести к уязвимости

я думаю, там все из одной задней части

с лимитами

да, но они могут в текущей реализации, не изменяя ABI, в overflow size_t заменить на int

а я вот хочу странное - я хочу typedef (ну или using blablabla =) наоборот. Такое бывает? Хочу как-то так: using F = std::function<int(int,double)>; untypedef(F::result_type) Boo(untypedef(F::first_argument_type) a, untypedef(F::second_argument_type) b) { ... } Такое бывает? Я очень странного хочу?

Поясню за юзкейс: "untypedef" тут для того, чтобы всякие IDE в автокомплите реальные типы показывали у аргументов, а не F::first_argument_type , что пользователю будет не понятно.

могут, а могут и не могут

Поясню за юзкейс: "untypedef" тут для того, чтобы всякие IDE в автокомплите реальные типы показывали у аргументов, а не F::first_argument_type , что пользователю будет не понятно.

decltype здесь не поможет?

а разве decltype можно скармливать тип?

decltype(int) — что даст?

кажется даст error

можно decltype(int{})

можно decltype(int{})

Спасибо. Кажется работает ? Надо еще чекнуть что будет если нет дефолтного конструктора (типы могут быть не POD).

Поясню за юзкейс: "untypedef" тут для того, чтобы всякие IDE в автокомплите реальные типы показывали у аргументов, а не F::first_argument_type , что пользователю будет не понятно.

это к IDE вопрос

какое ИДЕ?

это к IDE вопрос

А как тут IDE разберется что именно ей показывать?

Спасибо. Кажется работает ? Надо еще чекнуть что будет если нет дефолтного конструктора (типы могут быть не POD).

decltype(std::declval<X>())?