CD
Так иногда не работает или никогда не работает?
На хрюшке при LoadLibrary кажется небольшой запас есть, я не уверен, давно это было
Size: a a a
2020 July 17
v
Как ты собрался выводить таймпоинт?
Есть только один формат таймпоинтов - исо 8601.
AF
Есть только один формат таймпоинтов - исо 8601.
ага, и в нем 100500 форматов
AF
ты хоть читал его?
AF
Есть только один формат таймпоинтов - исо 8601.
кстати судя по логике iostreamов оно должно по локали форматироваться и никак иначе
v
ага, и в нем 100500 форматов
Ну и что. Выберите какой хотите. Там есть расширенный форма с десятичными долями.
AF
кстати судя по логике iostreamов оно должно по локали форматироваться и никак иначе
я не уверен что сейчас в c++ локали есть датавремя
AT
Кажется, этим можно управлять в рантайме через оператор сравнения аллокатора. Если
propagate_on_container_move_assignment is false, но сравнение исходного и целевого аллокатора дают true, вектор вроде просто свопнет указатели. Но для того, чтобы это работало, нужно чтобы аллокатор знал используется ли его внутренний буфер.хоть false, хоть true — один фиг неверный аллокатор используется при освобождении https://wandbox.org/permlink/fcVeSiGYWOSM1EGO (и с libc++ и с libstdc++ (gcc)).
m
хоть false, хоть true — один фиг неверный аллокатор используется при освобождении https://wandbox.org/permlink/fcVeSiGYWOSM1EGO (и с libc++ и с libstdc++ (gcc)).
Здесь происходит вызов move ctor, а не оператора присваивания. На него propogate не должны влиять и там не с чем сравнивать аллокатор.
С ходу я не соображу что тут можно сделать. Пойду почитаю требования к аллокатору еще раз. Вероятно реализации предполагают, что аллокатор после мува обязан быть compare equal.
С ходу я не соображу что тут можно сделать. Пойду почитаю требования к аллокатору еще раз. Вероятно реализации предполагают, что аллокатор после мува обязан быть compare equal.
AT
Кажется, что это означает, что аллокатор не может хранить буффер внутри себя для выделения памяти.
если
a1 == a — это postcondition, то да. Вот же ж какая негибкость!m
если
a1 == a — это postcondition, то да. Вот же ж какая негибкость!Ага. Идея была хороша. =(
AT
A a1(std::move(a))
Constructs a1 such that it equals the prior value of a.
Does not throw exceptions.
The value of a is unchanged and a1 == a.
То есть такая реализация оператора сравнения нарушает требования к аллокатору.
Constructs a1 such that it equals the prior value of a.
Does not throw exceptions.
The value of a is unchanged and a1 == a.
То есть такая реализация оператора сравнения нарушает требования к аллокатору.
Оператор сравнения может и false возвращать во всех случаях. От него не зависит совсем перемещение, к сожалению
AT
Помнится, раньше в C++ в принципе нельзя было написать stateful-аллокатор (например, с внутренним буфером), удовлетворяющий всем требованиям Стандарта (но это не точно). Разве что-то поменялось?
AT
Как раз всегда была проблема с копированием и присваниванием, вроде
AT
Ну, или можно написать-то, но они становятся неюзабельными, потому что перестают удовлетворять pre/post-условия при работе со стандартной либой
m
Оператор сравнения может и false возвращать во всех случаях. От него не зависит совсем перемещение, к сожалению
Оператор сравнения говорит можно ли удалять память выделенную одним аллокатором через другой.
Если в операторе присваивания вектора у правого аллокатора propogate is false, действия вектора зависят от результата сравнения левого и правого аллокатора. Если они равны, можно просто поменять указатели, иначе нужно копировать данные.
Если в операторе присваивания вектора у правого аллокатора propogate is false, действия вектора зависят от результата сравнения левого и правого аллокатора. Если они равны, можно просто поменять указатели, иначе нужно копировать данные.
AT
Оператор сравнения говорит можно ли удалять память выделенную одним аллокатором через другой.
Если в операторе присваивания вектора у правого аллокатора propogate is false, действия вектора зависят от результата сравнения левого и правого аллокатора. Если они равны, можно просто поменять указатели, иначе нужно копировать данные.
Если в операторе присваивания вектора у правого аллокатора propogate is false, действия вектора зависят от результата сравнения левого и правого аллокатора. Если они равны, можно просто поменять указатели, иначе нужно копировать данные.
да. Я это про контекст конструктора перемещения, а не операторов копирования/перемещения