IS
на какое-то UB походже)
Зависит от того, как ты реализуешь свой аллокатор.
Size: a a a
2020 April 04
AN
А что аллокатор не может вернуть существующий адрес?
AN
Что если он просто будет возвращать адрес того массива? А тип ,в векторе будет char/unsigned char?
АК
Что если он просто будет возвращать адрес того массива? А тип ,в векторе будет char/unsigned char?
я не думаю, что API принимает вектор с произвольным аллокатором
VK
я не думаю, что API принимает вектор с произвольным аллокатором
да, там просто std::vector<uint8_t> :)
AN
Извращение номер 2) делаем ещё вектор и мувим туда? Хмм
v
Привет, может у кого-нибудь есть мысли, как можно мувнуть динамически аллоцированный массив в вектор?
std::moveIS
да, там просто std::vector<uint8_t> :)
Тогда так нельзя...
AN
Или так нельзя мувить между векторами?
DF
я не думаю, что API принимает вектор с произвольным аллокатором
А как это можно обходить?
AN
Я исхожу из того, что ownership у кого-то кто этот массив выделял.
АК
Dollar Føølish
А как это можно обходить?
использовать другой API
DF
Хм
DF
На каждый аллокатор свой апи писать?
m
Или так нельзя мувить между векторами?
Можно. Но это приведет к вызову стандартного аллокатора и копированию.
AN
А там вектор ещё и по значению передается?
VK
Я исхожу из того, что ownership у кого-то кто этот массив выделял.
создание cpu и gpu ресурсов независимо происходит. Овнершип изначально у того, кто этот массив выделял. Есть промежуточная структура данных, которая скармливается API и в которой содержатся данные для создания GPU ресурсов. Частью этих данных является std::vector<uint8_t> в котором содержатся байты текстуры.
AN
Ну я понял. А т.е вектор как есть. Тогда плохо
VK
В общем ничего лучше memcpy в вектор и удаления массива не нашел
VK
но все равно всем спасибо)