ACCESS_VIOLATION从 Rust 调用 Btrieve BTRCALL 函数

Question

我正在尝试从 Rust 调用 Btrieve(一个非常古老的数据库引擎(。 这有点长，但这是我第一次尝试 Rust 的 FFI 和 我想描述我所做的一切。

Btrieve 引擎在 DLL w3btrv7.dll 中实现，这是一个 32 位 DLL。我使用 32 位 MSVC 工具为其制作了一个导入库 (它没有附带官方的(：

lib /Def:w3btrv7.def /Out:w3btrv7.lib /Machine:x86

然后我安装了 32 位 Rust 工具链stable-i686-pc-windows-msvc并将其设置为我的默认值。Btrieve 官方头球上的 Bindgen barfs 所以我不得不自己做。幸运的是，我们只需要包装一个函数，BTRCALL.

我的包装器中有这个：

short int BTRCALL(
unsigned short  operation,
void*           posBlock,
void*           dataBuffer,
unsigned short* dataLength,
void*           keyBuffer,
unsigned char   keyLength,
char            ckeynum);

我链接为：

println!("cargo:rustc-link-lib=./src/pervasive/w3btrv7");

这似乎有效：程序运行，是 32 位 exe，我可以 在进程资源管理器中查看它已加载w3btrv7.dll。

当我通过 bindgen 发送标头时，我得到：

extern "C" {
pub fn BTRCALL(
operation: ::std::os::raw::c_ushort,
posBlock: *mut ::std::os::raw::c_void,
dataBuffer: *mut ::std::os::raw::c_void,
dataLength: *mut ::std::os::raw::c_ushort,
keyBuffer: *mut ::std::os::raw::c_void,
keyLength: ::std::os::raw::c_uchar,
ckeynum: ::std::os::raw::c_char,
) -> ::std::os::raw::c_short;
}

类型和尺寸似乎都正确匹配，并且它们匹配 我从C#应用程序中获得的DllImport，它运行良好：

[DllImport("w3btrv7.dll", CharSet = CharSet.Ansi)]
private static extern short BTRCALL(
ushort operation, // In C#, ushort = UInt16.
[MarshalAs(UnmanagedType.LPArray, SizeConst = 128)] byte[] posBlock,
[MarshalAs(UnmanagedType.LPArray)] byte[] dataBuffer,
ref ushort dataLength,
[MarshalAs(UnmanagedType.LPArray)] byte[] keyBuffer,
byte keyLength,     // unsigned byte
char keyNumber);    // 2 byte char

keyNumber略有不同，但我在有符号和无符号变体中尝试了字节和短字符，但它仍然不起作用。

不幸的是，当我运行我的程序时，它在第一次调用后爆炸了 到BTRCALL。(嗯，实际上是当这个调用所在的函数 返回(。我已经将所有参数提取到局部变量中并检查 它们的类型和看起来都正确：

let op: u16 = 0;
let mut pos_block: [u8; 128] = self.pos_block.clone();
let pos_block_ptr: *mut std::ffi::c_void = pos_block.as_mut_ptr() as *mut _;
let mut data_buffer: [u8; 32768] = self.data_buffer.clone();
let data_buffer_ptr: *mut std::ffi::c_void = data_buffer.as_mut_ptr() as *mut _;
let mut data_length: u16 = data_buffer.len() as u16;
let mut key_buffer: [u8; 256] = self.key_buffer.clone();
let key_buffer_ptr: *mut std::ffi::c_void = key_buffer.as_mut_ptr() as *mut _;
let key_length: u8 = 255; //self.key_length;
let key_number: i8 = self.key_number.try_into().unwrap();
let status: i16 = BTRCALL(
op,
pos_block_ptr,
data_buffer_ptr,
&mut data_length,
key_buffer_ptr,
key_length,
key_number
);

它使程序崩溃

error: process didn't exit successfully: `targetdebugblah.exe` (exit code: 0xc0000005, STATUS_ACCESS_VIOLATION)

从我所读到的内容来看，这可能是由于地址访问不当。

事实上，当我进行一些跟踪以检查变量时，有一些非常有趣的行为，因为我的 按值传递的局部变量似乎被覆盖了。这里的日志只是转储第一个 30 字节的缓冲区，因为其余的只是零：

pos_block = [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]
pos_block_ptr = 0xad6524
data_buffer = [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]
data_buffer_ptr = 0xad65a8
data_length = 32768
key_buffer = [34, 67, 58, 92, 116, 101, 109, 112, 92, 99, 115, 115, 92, 120, 100, 98, 92, 67, 65, 83, 69, 46, 68, 66, 34, 0, 0, 0, 0, 0]
key_buffer_ptr = 0xade5b0
key_length = 255
key_number = 0
>>>>>>>>>>>>>>> AFTER THE CALL TO BTRCALL:
pos_block = [0, 0, 0, 0, 0, 0, 0, 0, 0, 76, 203, 0, 0, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 0, 0, 0, 0, 0]
pos_block_ptr = 0x0
data_buffer = [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]
data_buffer_ptr = 0x42442e45
data_length = 0
key_buffer = [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]
key_buffer_ptr = 0x0
key_length = 173
key_number = 0
BTRCALL() returned B_NO_ERROR

除其他事项外，通知pos_block_ptr已设置为 0。相比之下，成功的执行 来自 C# 代码的完全相同的调用只是将一些数据写入前 18 个字节pos_block并且不会更改任何其他变量。

好像它变得有点疯狂，刚刚开始覆盖内存......

在这一点上，我不知道下一步该尝试什么。

Answer 1

将声明从extern "C"更改为extern "stdcall"有效：

extern "stdcall" {
pub fn BTRCALL(
operation: ::std::os::raw::c_ushort,
posBlock: *mut ::std::os::raw::c_void,
dataBuffer: *mut ::std::os::raw::c_void,
dataLength: *mut ::std::os::raw::c_ushort,
keyBuffer: *mut ::std::os::raw::c_void,
keyLength: ::std::os::raw::c_uchar,
ckeynum: ::std::os::raw::c_char,
) -> ::std::os::raw::c_short;
}