与机器相关的写入失败,错误代码为EINVAL

在实际问题之前,这有一些漫长的背景,然而,需要一些解释,以期消除一些转移注意力的地方。

• 崩溃总是发生在同一组数据上;然而,它们不会出现在所有数据集上
• 对于导致崩溃的一组数据,即使具有类似的特征,即操作系统、RAM量等,也无法在所有机器上再现崩溃。

 while (size>0) {
    do {
        nbytes = _write(file->fd, buf, size);
    } while (-1==nbytes && EINTR==errno);
    if (-1==nbytes) /* error */
        throw("file write failed")
    assert(nbytes>0);
    assert((size_t)nbytes<=size);
    size -= (size_t)nbytes;
    addr += (haddr_t)nbytes;
    buf = (const char*)buf + nbytes;
}

具体来说,_write返回错误代码22,即EINVAL。根据 MSDN ,_write返回EINVAL意味着缓冲区(在本例中为buf)是一个空指针。然而,围绕此函数进行的一些简单检查验证了对其进行的任何调用都不是这种情况。

1. 有人知道_write在一次调用中可以处理的数据量有限制吗?或者-baring_write-Visual C++是否支持任何文件I/O命令?
2. 由于这不会在所有机器上发生,甚至不会在每个足够大的呼叫上发生(一个250 MB的呼叫可以工作,另一个呼叫不能工作),有人知道会影响这一点的用户、机器、组策略设置或文件夹权限吗?

更新: 从目前为止的帖子来看,还有其他几点:

另一个更新:

下面是一个失败的例子,上面的代码示例中有一些方便的printfs。

     while (size>0) {
    if (NULL == buf)
    {
        printf("Buffer is null\n");
    }
    do {
        nbytes = _write(file->fd, buf, size);
    } while (-1==nbytes && EINTR==errno);
    if (-1==nbytes) /* error */
    {
        if (NULL == buf)
        {
            printf("Buffer is null post write\n");
        }
        printf("Error number: %d\n", errno);
        printf("Buffer address: %d\n", &buf);
        printf("Size: %d\n", size);
        throw("file write failed")
    }
    assert(nbytes>0);
    assert((size_t)nbytes<=size);
    size -= (size_t)nbytes;
    addr += (haddr_t)nbytes;
    buf = (const char*)buf + nbytes;
}

如果失败,这将打印出来:

Error number: 22
Buffer address: 1194824
Size: 89702400

1.错误仅发生在硬盘写入时间较慢的计算机上。具有完全相同硬件规格但具有不同RAID配置(RAID 0与RAID 1)的两台PC将具有不同的结果。RAID 0将正确处理数据;RAID 1将失败。同样,硬盘速度较慢的旧电脑也会出现故障;具有更快硬盘驱动器但处理器/内存相似的新PC可以工作。 2.书写大小很重要。当我们将传递给_write的数据量限制为64 MB时,除了一个文件外,所有文件都成功了。当我们将其限制为32MB时,所有文件都成功了。我们使用的库的性能受到了影响——这是该库的一个限制,与_write或我们看到的问题无关——但这是我们唯一的“软件”修复。

不幸的是,我从来没有得到一个好的答案(我们正准备就此致电微软,但我们不得不让业务部门批准技术支持电话的费用),为什么EINVAL会被退回。根据我们所能找到的,它并没有记录在C库API的任何地方。

如果有人找到了一个好的答案,请把它贴在这里,我会把它标记为答案。我很想为这个传奇故事得出一个结论,即使它不再直接适用于我。