p
Size: a a a
2020 December 09
в🧇
Разве что я не уверен что capacity для Vec<i32> будет всегда в два раза больше чем capacity для Vec<f64>
UB на деаллоке будет как и сказал @p0lunin
в🧇
D
нужно сделать into_raw_parts, чтобы старый вектор сначала забыть, а потом уже конструировать новый
ну или хотя бы сделать фогет после получения указателя/капасити
ну или хотя бы сделать фогет после получения указателя/капасити
в🧇
нужно сделать into_raw_parts, чтобы старый вектор сначала забыть, а потом уже конструировать новый
ну или хотя бы сделать фогет после получения указателя/капасити
ну или хотя бы сделать фогет после получения указателя/капасити
это не поможет, UB на деаллоке
D
а лол, там два вектора одновременно живут
KK
нужно сделать into_raw_parts, чтобы старый вектор сначала забыть, а потом уже конструировать новый
ну или хотя бы сделать фогет после получения указателя/капасити
ну или хотя бы сделать фогет после получения указателя/капасити
Но если into_raw_parts не UB, то и у меня получается не UB, т.к я делаю то же самое, только не сразу "забываю" исходный вектор, а какое-то время его использую.
D
Но если into_raw_parts не UB, то и у меня получается не UB, т.к я делаю то же самое, только не сразу "забываю" исходный вектор, а какое-то время его использую.
ну дык в этом и есть разница же ключевая
p
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=52df572fc6d017c5eb3ef433761b5c66 в моем варианте мири ругается
p
D
а лол, так проблема-то ваще в лейауте по факту, мды
KK
Вот реализация и пример использования into_raw_parts (так же как у меня - поменять тип данных в векторе):
в🧇
Вот реализация и пример использования into_raw_parts (так же как у меня - поменять тип данных в векторе):
там layout одинаковый
p
Вот реализация и пример использования into_raw_parts (так же как у меня - поменять тип данных в векторе):
и32 и у32 имеют алигн одинаковый
D
можно проблему с выравниванием обойти через обёртку кстати
KK
там layout одинаковый
Ну вот разве что это меня и смущает. Но фактически это влияет только на capacity нового вектора. И вероятно его можно как-то правильно посчитать, а не просто умножать на 2
p
Ну вот разве что это меня и смущает. Но фактически это влияет только на capacity нового вектора. И вероятно его можно как-то правильно посчитать, а не просто умножать на 2
у тебя уб из-за этого :\