gpt4 book ai didi

python - 尝试释放 CString 数组时发生内存泄漏

转载 作者:行者123 更新时间:2023-11-29 08:26:06 25 4
gpt4 key购买 nike

以下(MCVE 如果编译为名为 libffitestcdylib,需要 libc 作为依赖项)演示了问题:

use libc::{c_char, c_void, size_t};
use std::ffi::CString;
use std::mem;
use std::slice;

#[repr(C)]
#[derive(Clone)]
pub struct Array {
pub data: *const c_void,
pub len: size_t,
}

#[no_mangle]
pub unsafe extern "C" fn bar() -> Array {
let v = vec![
CString::new("Hi There").unwrap().into_raw(),
CString::new("Hi There").unwrap().into_raw(),
];
v.into()
}

#[no_mangle]
pub extern "C" fn drop_word_array(arr: Array) {
if arr.data.is_null() {
return;
}
// Convert incoming data to Vec so we own it
let mut f: Vec<c_char> = arr.into();
// Deallocate the underlying c_char data by reconstituting it as a CString
let _: Vec<CString> = unsafe { f.iter_mut().map(|slice| CString::from_raw(slice)).collect() };
}

// Transmute to array for FFI
impl From<Vec<*mut c_char>> for Array {
fn from(sl: Vec<*mut c_char>) -> Self {
let array = Array {
data: sl.as_ptr() as *const c_void,
len: sl.len() as size_t,
};
mem::forget(sl);
array
}
}

// Reconstitute from FFI
impl From<Array> for Vec<c_char> {
fn from(arr: Array) -> Self {
unsafe { slice::from_raw_parts_mut(arr.data as *mut c_char, arr.len).to_vec() }
}
}

我认为通过将传入的 Array 重构为一个切片,将其所有权作为 Vec,然后将元素重构为 CString ,我正在释放所有分配的内存,但我显然做错了什么。执行这个 Python 脚本告诉我它正在尝试释放一个未分配的指针:python(85068,0x10ea015c0) malloc:对象 0x7ffdaa512ca1 的 *** 错误:未分配正在释放的指针

import sys
import ctypes
from ctypes import c_void_p, Structure, c_size_t, cast, POINTER, c_char_p

class _FFIArray(Structure):
"""
Convert sequence of structs to C-compatible void array

"""
_fields_ = [("data", c_void_p),
("len", c_size_t)]


def _arr_to_wordlist(res, _func, _args):
ls = cast(res.data, POINTER(c_char_p * res.len))[0][:]
print(ls)
_drop_wordarray(res)


prefix = {"win32": ""}.get(sys.platform, "lib")
extension = {"darwin": ".dylib", "win32": ".dll"}.get(sys.platform, ".so")
lib = ctypes.cdll.LoadLibrary(prefix + "ffitest" + extension)

lib.bar.argtypes = ()
lib.bar.restype = _FFIArray
lib.bar.errcheck = _arr_to_wordlist
_drop_wordarray = lib.drop_word_array

if __name__ == "__main__":
lib.bar()

最佳答案

嗯,这是一个有趣的过程。

最大的问题是以下转换:

impl From<Array> for Vec<c_char> {
fn from(arr: Array) -> Self {
unsafe { slice::from_raw_parts_mut(arr.data as *mut c_char, arr.len).to_vec() }
}
}

您从 FFI 边界的字符串数组形式开始(即 *mut *mut c_char )。出于某种原因,你突然决定,它是一个 Vec<c_char>而不是 Vec<*const c_char>正如您对 CString 所期望的那样转换。这是 UB #1 - 也是你的 use-after-free 的原因。

由于类型之间的不断变化,不必要的复杂转换使事情变得更加困惑。如果您的 FFI 边界是 Vec<CString> ,为什么要将返回分成两个单独的调用?这实际上是在呼唤灾难,因为它已经发生了。

考虑以下几点:

impl From<Array> for Vec<CString> {
fn from(arr: Array) -> Self {
unsafe {
slice::from_raw_parts(
arr.data as *mut *mut c_char,
arr.len
)
.into_iter().map(|r| CString::from_raw(*r))
.collect()
}
}
}

这为您提供了一步 FFI 边界转换(无需在您的方法中使用第二个 unsafe block )、干净的类型且没有泄漏。

关于python - 尝试释放 CString 数组时发生内存泄漏,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58061938/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com