АК
Про маленькие строки. Ему, я так понял, они нужны
SSO про оптимизацию строк, если они по какой-то причине маленькие. А у него строки всегда маленькие
Size: a a a
2020 August 04
/
Просто нельзя сделать vector<string> из vector<array<char, 16>> так просто и без копирования
LA
SSO про оптимизацию строк, если они по какой-то причине маленькие. А у него строки всегда маленькие
То есть если строки всегда маленькие, то лучше может быть и другое решение?
2020 August 05
D
Просто нельзя сделать vector<string> из vector<array<char, 16>> так просто и без копирования
Потому что это совершенно разные сущности
АК
То есть если строки всегда маленькие, то лучше может быть и другое решение?
Да, в первом приближении array<char, N>, но с нормальным интерфейсом. Вообще контейнеры с максимальным capacity, заданным при компиляции, обычно называются static_*. static_vector, static_string
C
Да, в первом приближении array<char, N>, но с нормальным интерфейсом. Вообще контейнеры с максимальным capacity, заданным при компиляции, обычно называются static_*. static_vector, static_string
Оберните код в теги: 3 символа ` до и после кода (в случае одиночной конструкции достаточно 1 ` с обеих сторон). Спасибо!
/
Что мне нужно:
1) O(1) lookup по vector, т.е. нужен unordered_map рядом с вектором из строк
2) возможность сериализации такого вектора в
3)
1) O(1) lookup по vector, т.е. нужен unordered_map рядом с вектором из строк
2) возможность сериализации такого вектора в
nlohmann/json3)
vector.data(), чтобы выплюнуть его в файлLA
Да, в первом приближении array<char, N>, но с нормальным интерфейсом. Вообще контейнеры с максимальным capacity, заданным при компиляции, обычно называются static_*. static_vector, static_string
Вопрос в том, почему лучше?
АК
Вопрос в том, почему лучше?
Гарантированное отсутствие аллокаций, настраиваемая capacity. По сравнению с SSO нет необходимости поддерживать ситуацию, когда вышли за small буфер
AF
Я чёт прикола не понимаю.
Но у меня один из них же помечен как delete
error C2593: неоднозначный "operator ="
может быть "RawCalibrationPoint_t &RawCalibrationPoint_t::operator =(const RawCalibrationPoint_t &)"
или "RawCalibrationPoint_t &RawCalibrationPoint_t::operator =(const RawCalibrationPoint_t)"
при попытке сопоставить список аргументов "(RawCalibrationPoint_t, RawCalibrationPoint_t)"
выполняется компиляция ссылки на экземпляр шаблон функции "RawCalibrationPoint_t Median::GetSKO<std::vector<RawCalibrationPoint_t,std::allocator<RawCalibrationPoint_t>>>(const __Container_t &)"
Но у меня один из них же помечен как delete
RawCalibrationPoint_t& operator=(const RawCalibrationPoint_t pOther) = delete;
RawCalibrationPoint_t& operator=(const RawCalibrationPoint_t& pOther){impl...};
Зачем ты первый написал?
AF
delete участвует в оверлоад резолюшне
/
+ можно очень дёшево писать этот вектор в файл с небольшими накладками на размер
LA
Гарантированное отсутствие аллокаций, настраиваемая capacity. По сравнению с SSO нет необходимости поддерживать ситуацию, когда вышли за small буфер
Хм, с одной стороны выглядит немного сомнительной мотивацией, с другой стороны наверняка есть случаи, когда это важно. Спасибо
АК
Хм, с одной стороны выглядит немного сомнительной мотивацией, с другой стороны наверняка есть случаи, когда это важно. Спасибо
Это важно в тот момент, когда профилирование показало, что тормозят аллокации :)
LA
Это важно в тот момент, когда профилирование показало, что тормозят аллокации :)
Ну я так думал, мол, SSO есть SSO, откуда ж взяться аллокациям-то
АК
Ну я так думал, мол, SSO есть SSO, откуда ж взяться аллокациям-то
Его нет в векторе, например. Про остальное уже сказал выше. Думаю, мысль понятна
DB
ничего не нашел? у меня уже голова опухла.
иногда пишу какую то дичь а потом сам удивляюсь. Если что то не получается сделай паузу скушай твикс) пробовал помогает
S
иногда пишу какую то дичь а потом сам удивляюсь. Если что то не получается сделай паузу скушай твикс) пробовал помогает
бывает, но я проблему до завтра отложил
DB
бывает, но я проблему до завтра отложил
да завтра свежей головой сделаешь
ПК
привет всем) при использовании CreateRemoteThread получаю Необработанное исключение по адресу 0x000AFFD0 в XXX.exe: 0xC0000005: нарушение прав доступа при исполнении по адресу 0x000AFFD0. Хендл получаю через OpenProcess с PROCESS_ALL_ACCESS
Опять вирусы?