- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
在 Linux/Unix 中,write() 调用最终写入的字节数可能少于请求的字节数:
The number of bytes written may be less than count if, for example, there is insufficient space on the underlying physical medium, or the RLIMIT_FSIZE resource limit is encountered (see setrlimit(2)), or the call was interrupted by a signal handler after having written less than count bytes. (See also pipe(7).)
C 标准库的 fwrite() 具有相同的行为。我见过的大多数代码都忽略了这种可能性,选择以下列方式处理错误:
int ret = write(fd, buf, size);
if (ret < 0) {
printf("Couldn't write %s: %s\n", path, strerror(errno));
exit(1);
}
我个人养成了修改条件的习惯,以便我们进行检查
if (ret != size) {
printf("Couldn't write %s: %s\n", path, strerror(errno));
exit(1);
}
它注意到了这种情况。但是,我也注意到我的程序偶尔会退出:
Couldn't write /some/file: Success
我想这并不奇怪。但是,处理这种情况的标准、健壮、干净的方法是什么?显然,“静默数据损坏”——这似乎是每个教程的行为——是不对的。我可以修改我的代码,使其专门检测这种情况并退出。
但是man 2 write中提供的例子只是一个例子。还有其他例子可以重试吗(EINTR 就是一个例子......)?我如何检测这些,更重要的是,确保我处理了每一个案例?难道没有一种标准的简洁方法来制作这些错误处理程序吗?
最佳答案
如果在两种情况下什么都不写,Write 将返回一个负数:
临时错误(例如EINTR
、EAGAIN
和EWOULDBLOCK
);第一个可以发生在任何写入中,后两个(广泛地)只发生在非阻塞 I/O 上。
永久性错误。
通常你会想重试第一个,所以例程是在返回 EINTR
、EAGAIN
或 EWOULDBLOCK
时重复写入(尽管我见过反对后者的论点)。
例如:
ssize_t
write_with_retry (int fd, const void* buf, size_t size)
{
ssize_t ret;
do
{
ret = write(fd, buf, size);
} while ((ret<0) && (errno == EINTR || errno == EAGAIN || errno == EWOULDBLOCK));
return ret;
}
另请注意(来自手册页)在非阻塞 I/O 或阻塞 I/O 的情况下,write 可以返回少于您请求的字节数(正如 linux 手册页所述) .
OS-X 手册页摘录:
When using non-blocking I/O on objects, such as sockets, that are subject to flow control,
write()
andwritev()
may write fewer bytes than requested; the return value must be noted, and the remainder of the operation should be retried when possible.
Linux 手册页摘录(我的重点):
The number of bytes written may be less than count if, for example, there is insufficient space on the underlying physical medium, or the RLIMIT_FSIZE resource limit is encountered (see
setrlimit(2)
), or the call was interrupted by a signal handler after having written less than count bytes.
您通常会使用 select()
处理这些情况,但要手动处理这种情况:
ssize_t
write_with_retry (int fd, const void* buf, size_t size)
{
ssize_t ret;
while (size > 0) {
do
{
ret = write(fd, buf, size);
} while ((ret < 0) && (errno == EINTR || errno == EAGAIN || errno == EWOULDBLOCK));
if (ret < 0)
return ret;
size -= ret;
buf += ret;
}
return 0;
}
关于c - 处理不完整的 write() 调用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32683086/
我正在执行 UPDATE .WRITE() 语句,并发现它显然只有在您像这样定义它时才有效: string sql = "UPDATE [dbo].[Table] SET [Column].WRITE
我在 Unix 系统上用 C 编程。我知道: write(fd,"ABCD",4); 比这样做更好: write(fd, "A", 1); write(fd, "B", 1); write(fd, "
func hash(s string) uint32 { h := fnv.New32a() h.Write([]byte(s)) return h.Sum32() } 对于这
在经典的 asp 页面中,有人告诉我您可以使用 vbscript 或 jscript。而 jscript 就是 javascript。 所以我不确定 Response.Write、Response.W
当 openssl 子进程尝试 write() 到本地目录时,我收到此错误。在调用 write() 之前连接已关闭。它没有与 ssl 连接,因为我什至无法从 nodejs 文档启动示例代码。 我错过了
最近我在试验netty。我遇到了以下问题: ctx.channel().write(new TextWebSocketFrame("hello")) 没有在客户端返回 hello,但是 ctx.cha
请解释以下内容: def feed(data): import os print "DATA LEN: %s" % len(data) f = open("copy", "w") f.
有什么区别debug.write 和 Trace.write ?每个应该什么时候使用? 最佳答案 在典型的发布构建配置中,Debug class 被禁用并且什么都不做。 Trace但是,仍然可以在发行
我只是想知道,就性能而言,哪个更好(我在 FileStream 中使用 StreamWriter): 多次调用 Stream.Write(): StreamWriter sw = new Stream
我发现自己写给 stringwriter,然后在函数末尾执行 resp.Write(sw.ToString())。这是不必要的吗?如果我多次使用 HttpResponse.Write,即使我的页面是
我正在尝试通过 JavaScript 文件从 electron 打开一个新窗口,它可以工作,并打开了新窗口,但我无法将 HTML/文本写入新文件。我收到那个错误: Cannot read proper
我们对 QIODevice::write 的一般行为和具体的 QTcpSocket 实现感到非常困惑。有一个 similar question已经,但答案并不令人满意。主要的混淆源于分别提到的 byt
我知道这听起来像是一个愚蠢的问题: write(*,*) 和 write(6,*) ?我在我研究所的 super 计算机上运行一个复杂的代码,它通过一个不同于 6 的单元号输出一个数据文件,显然编译的
我有一个结构体,它可以通过一系列复杂的方法调用转换为文本,其中包含大量 write!调用。此文本可以写入文件或调试日志。我正在决定是否使用 fmt::Write 或 io::Write .我不能真正使
已关闭。这个问题是 not reproducible or was caused by typos 。目前不接受答案。 这个问题是由拼写错误或无法再重现的问题引起的。虽然类似的问题可能是 on-top
In the C standard library, an output can't be followed by an input and vice versa. 对于Linux API,可以在re
我希望能够为一件事做 document.write。然后延迟半秒,然后再记录。写一些。你知道这是否可能吗?而且,如果是这样,怎么办?到目前为止,我已经尝试过了,但没有奏效: document.writ
为什么通过 onclick 属性调用的 write() 函数解析为 document.write() 并替换文档?有什么办法可以阻止这种情况发生吗? Write Function Alternat
我想创建一个包含多个“页面”的文本文件,并将每个页面的字节偏移量记录在一个单独的文件中。为此,我将字符串打印到主输出文件并使用 bytes_written += file.write(str) 计算字
关闭。这个问题需要更多focused .它目前不接受答案。 想改进这个问题吗? 更新问题,使其只关注一个问题 editing this post . 关闭 8 年前。 Improve this qu
我是一名优秀的程序员,十分优秀!