aio_error 可以用来轮询 aio_write 的完成吗？

Question

我们有一些代码遵循

aiocb* aiocbptr = new aiocb;
// populate aiocbptr with info for the write
aio_write( aiocbptr );

// Then do this periodically:
if(aio_error( aiocbptr ) == 0) {
    delete aiocbptr;
}

aio_error 意味着在写入完成时返回 0，因此我们假设此时我们可以在 aiocbptr 上调用 delete。

这在大多数情况下似乎工作正常，但我们最近开始遇到随机崩溃。 证据表明 aiocbptr 指向的数据在调用 delete 后被修改。

像这样使用 aio_error 来轮询 aio_write 完成是否有任何问题？ 是否保证aio_error 返回0 后aiocb 不会被修改？

此更改似乎表明此后可能已使用 aio_error 修复了某些问题。 我们在 x86 RHEL7 linux 上运行，glibc v 2.17 早于此修复程序。

我们尝试使用 aio_suspend 除了 aio_error，所以一旦 aio_error 返回 0，我们调用 aio_suspend，这意味着等待操作完成。 但操作应该已经完成，所以 aio_suspend 应该什么都不做。 但是，它似乎解决了崩溃问题。

Answer 1

是的，我的承诺是修复缺失的 memory 屏障。 使用例如 aio_suspend 会触发 memory 屏障，从而也修复它。