ΑZ
Если это в одном месте происходит, то могу такое предложить: выдели память через std::alloc::alloc вручную, обработай nullptr и уже тогда делай Vec:from_raw
Это если ты знаешь сколько тебе памяти надо
Size: a a a
2020 December 07
ΑZ
А если там дерево объектов в хипе хрен там
MB
Это если ты знаешь сколько тебе памяти надо
Ну мне кажется, что требуемое место для изображения можно посчитать
KK
Это если ты знаешь сколько тебе памяти надо
Я знаю, это же ресайз картинок - там все размеры известны заранее.
MB
А если там дерево объектов в хипе хрен там
Не хотелось бы мне выделять дерево объектов в хипе и изящно обрабатывать OOM
ΑZ
Я знаю, это же ресайз картинок - там все размеры известны заранее.
Ну тогда вариант вот этот. Я бы предложил но не думал что тебе только этот сценарий нужен
ΑZ
Не хотелось бы мне выделять дерево объектов в хипе и изящно обрабатывать OOM
а чо нет-то? В терминах сишарпа
public static T? TryAlloc<T>(object[] args) {
try { return Activator.CreateInstance<T>(args); }
catch (OomException) { return null }
}KK
Ну тогда вариант вот этот. Я бы предложил но не думал что тебе только этот сценарий нужен
Да, согласен, наверное это преждевременно. Я просто увидел эту обработку в C-коде и решил в Rust тоже её сделать, но понял что это не так просто реализовать сейчас.
ΑZ
Да, согласен, наверное это преждевременно. Я просто увидел эту обработку в C-коде и решил в Rust тоже её сделать, но понял что это не так просто реализовать сейчас.
да, я выше линканул пропозал. Пока что не сделали ничего для этого
ΑZ
в сишке где повсеместно if err != nil..., простите,
Foo* result = ...; if (!result) { ... } с этим попрощеMB
а чо нет-то? В терминах сишарпа
public static T? TryAlloc<T>(object[] args) {
try { return Activator.CreateInstance<T>(args); }
catch (OomException) { return null }
}А код, который с этим деревом работает, готов к тому что там на любом месте может nullptr сидеть?
KK
да, я выше линканул пропозал. Пока что не сделали ничего для этого
Ну, вроде как у вектора есть нестабильные методы try_reserve и try_reserve_exact, которые возвращают Result. Что-то видимо да сделали.
ΑZ
А код, который с этим деревом работает, готов к тому что там на любом месте может nullptr сидеть?
готов, ты же видишь
T?ΑZ
Ну, вроде как у вектора есть нестабильные методы try_reserve и try_reserve_exact, которые возвращают Result. Что-то видимо да сделали.
я про решение вопроса в общем случае. Ну и это не поможет если у тебя вектор боксов и очередной бокс сделать не вышло)
r
Да, согласен, наверное это преждевременно. Я просто увидел эту обработку в C-коде и решил в Rust тоже её сделать, но понял что это не так просто реализовать сейчас.
Ну, не так уж чтобы очень сложно. По крайней мере для
Там правда утечка памяти на панике в T::default(). Так что всё-таки не просто.
Box<[T]> https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=fa3f3b2afe68ab94bb53efed88ab004eТам правда утечка памяти на панике в T::default(). Так что всё-таки не просто.
ΑZ
red75prime
Ну, не так уж чтобы очень сложно. По крайней мере для
Там правда утечка памяти на панике в T::default(). Так что всё-таки не просто.
Box<[T]> https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=fa3f3b2afe68ab94bb53efed88ab004eТам правда утечка памяти на панике в T::default(). Так что всё-таки не просто.
какая утечка для типа размером 0?
ΑZ
или ты про цикл ниже?
ΑZ
а ты смотрел как трай_аллок в векторе сделан? Как они эту проблему решают?
r
или ты про цикл ниже?
Про цикл.
vec![] панику без утечек обработает в любом случаеr
а ты смотрел как трай_аллок в векторе сделан? Как они эту проблему решают?
Решить не сложно. Перехватить панику, сделать drop_in_place для инициализированных элементов. Просто не стал писать