Велосипед - согласен.. Но увы мне нужен полный контроль над выделением памяти.. std аллокаторы по моему вообще не о чём (слишком много писанины и переопределения, да и помимо аллокаций мне нужны свои контейнеры(ибо стандартные тоже не устраивают)) Опять же, да у меня тут прекрасно осознанное велосипедо-строение, но называть это костылями как минимум недальновидно..

Ну вот в том то и соль что если вы про std, аллокаторы насколько я помню это просто callback функция в контейнерах.. А моя идея в выделении большого куска памяти вначале и перераспределении его своими силами во время исполнения.. Да, это можно сделать стандартными средствами, но чё то не особо понимаю зачем, если это уже достаточно отчаянные меры и можно уже буквально отслеживать каждую аллокацию конструкцию и деструкцию каждого объекта

Ну вот в том то и соль что если вы про std, аллокаторы насколько я помню это просто callback функция в контейнерах.. А моя идея в выделении большого куска памяти вначале и перераспределении его своими силами во время исполнения.. Да, это можно сделать стандартными средствами, но чё то не особо понимаю зачем, если это уже достаточно отчаянные меры и можно уже буквально отслеживать каждую аллокацию конструкцию и деструкцию каждого объекта

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

ну у буст аллокатора это пул с памятью в синглтоне, если я не ошибаюсь. Тебе дают интерфейс, а как ты че делать будешь это твое дело

Ну вот в том то и соль что если вы про std, аллокаторы насколько я помню это просто callback функция в контейнерах.. А моя идея в выделении большого куска памяти вначале и перераспределении его своими силами во время исполнения.. Да, это можно сделать стандартными средствами, но чё то не особо понимаю зачем, если это уже достаточно отчаянные меры и можно уже буквально отслеживать каждую аллокацию конструкцию и деструкцию каждого объекта

Лол, уже ответил

анреал переопределяет new, почему не сделать также?

Так ладно, раз уж это так важно.. Сейчас у меня как-то так: Есть 2 статические функции выделения и высвобождение кучи фиксрованного размера. Помимо них есть фнкции alloc, dealloc (ну и их шаблонные и массивные вариации) для аллокаций динамического размера из ранее описанной фиксированной кучи. Там под капотом основная магия в виде пула со страницами динамической длинны. Далее идут контейнеры со встроенными в них стратегиями выделения, напримел аналог вектора(не совсем но всё же) и его собрат с объектным пулом на борту.. Это всё уже есть, реализовано и отлажено. Раз уж вы настаиваете, да, это очередной 3д движок.. Подытожу - std контейнеры я не использую из за их немощи, малого контроля и весьма некрасивой системы переопрделения аллокаторов. Ну а при написании своих контейнеров сама собой вытекает и система менеджмента памяти..

безусловно твой EdBraedVector лучше std варианта

Кто-то понимает как должны работать auto template parameters? https://godbolt.org/g/YYPL1b - в этом примере и у gcc и clang странное поведение. gcc выбирает тип параметра unsigned или int в зависимости от порядка инстациации, у clang странно вывелся тип для указателя. Баги в обоих компиляторях? У MSVC 15.7p3 поведение как у gcc.

Кто-то понимает как должны работать auto template parameters? https://godbolt.org/g/YYPL1b - в этом примере и у gcc и clang странное поведение. gcc выбирает тип параметра unsigned или int в зависимости от порядка инстациации, у clang странно вывелся тип для указателя. Баги в обоих компиляторях? У MSVC 15.7p3 поведение как у gcc.

безусловно твой EdBraedVector лучше std варианта

видимо какая-то бага. В 8-м gcc вроеде бы ничего от порядка не зависит

А какой у него вывод на этом примере?

может у него там SBO?)))

Что такое sbo?

https://wandbox.org/permlink/nhUpwYKvNx0lPhMs

можно и на годболте, там же trunk есть

безусловно твой EdBraedVector лучше std варианта

Не буду говорить за всех, но конкретно для моих целей самопал оказался гараздо лучше, и я исхожу лишь из практических метрик, не более.. Почитайте сами почему vector, list, stack и прочих ребят из той же гвардии не используют в моделировании реального времени, благо статей этих навалом.. Ну а мне больше нечего сказать :/

так чем плохи варианты пула в бустах или контейнеры из ea::stl ?

Про stl расписал выше.. Буст комментировать не буду так как уже даже не смотрел на него в виду того, что хотел профайлер всего что только можно запрофайлить..

eastl не вижу где расписал

Вопрос по fmtlib: я вот всегда в неё пихал utf-8 и не парился. А это корректно или мне просто везло, что не попались символы, кусок которых равен '{' или '}'?

Скорее это анспецифайд

ну в доке написано, что их надо задваивать. Везло.

Народ, а никто не подскажет, является ли использование moved объекта (с помощью std::move) UB? К примеру генерирую строку, потом ее перемещаю в метод и после этого продолжаю работать с итоговой строкой как с пустой.

То бишь implementation specific?

ну в доке написано, что их надо задваивать. Везло.

Это вопрос конкректного класса

Ага, окей. Понял. В таком случае пошел искать определение поведения std::string при std::move, спасибо.

Задвоение - это другое

а, неправильно прочитал про кусок. Типа 聽 ?

Для std::string Move constructor. Constructs the string with the contents of other using move semantics. other is left in valid, but unspecified state.

Ну да, например. Сейчас не могу проверить, насколько этот иероглиф подходит)

не, я не правильно посмотрел это U807d === e881bd в utf8

не, я не правильно посмотрел это U807d === e881bd в utf8

Не суть, главное, что мысль понятна. Вопрос открыт

Хотя суть, суть. Хорошо бы проверить на иероглифах

байты начинаются с 10

посмотри табличку

т.е. ошибка будет касаться только символов, в которых ошибка

Звучит как вранье

Т.е. я в utf строке могу искать/заменять ASCII символы (в том числе группами) без умных итераторов по utf8?

Подтвердите или опровергните что ли