syscall write 返回 -1 并设置 errno 是一个微不足道的案例。如果 C write 调用返回零或正数，我对 errno 的状态感兴趣。如果 errno 在任何情况下都不为零，Go 中的包装器 syscall.Write 只返回 err，这也包括 write 的情况 调用返回正值。
然而，man page of C write call粗略地描述了errno 可能如果我们写入零长度缓冲区而不解释任何细节，也可以设置但未指定。
因此，以下情况似乎不清楚:
write 调用为文件、非阻塞套接字或阻塞套接字返回 0，errno 的状态是什么？编写 调用返回 0 而 errno 不为 0？write 调用返回正值，errno 的状态是什么？会是负面的吗？我认为上面的描述指出了 C write 调用和 Go syscall.Write 之间的区别，开发人员不清楚，这是我的想法:
根据手册页，在 C write 调用文件和非阻塞套接字中明确定义了返回零，但不清楚阻塞套接字是否存在非错误条件将导致 write() 不阻塞，返回 0，并且(大概)如果重试可能会在稍后成功。
确实 Go 直接包装了系统调用 write。但是，下面的代码片段似乎并不安全，因为 written 等于零的情况可能会触发 err 但我们不想打破循环:
func writeAll(fd int, buffer []byte) bool {
length := len(buffer)
for length > 0 {
written, err := syscall.Write(fd, buffer)
if err != nil { // here
return false
}
length -= written
buffer = buffer[written:]
}
return true
}
我的怀疑有错吗？
最佳答案
使用write，只有两种情况需要考虑:
errno。errno 未设置。没有其他情况需要考虑，除非您对历史 Unix 实现感兴趣(参见:Is a return value of 0 from write(2) in C an error?)。
write 可能返回 0 的原因是输入缓冲区可能为空。
However, the man page of C
writecall roughly describeserrnomay also be set but unspecified if we write zero length buffer without explaining any detail.
这意味着 0 长度写入有可能失败。如果失败，则返回 -1 并设置 errno。如果成功，则返回 0 并且不设置 errno。这与任何其他写入的行为相同，它只是在手册页中提到，因为人们可能会对 0 长度写入可能失败感到惊讶。
What is the status of
errnoifwritecall returning 0 for a file, a non-blocking socket, or a blocking socket?
在这种情况下，没有设置errno，因为write没有失败。只有当输入缓冲区为零字节时才会发生这种情况。
When and how
writecall returning 0 anderrnois not 0?
这不会发生。 errno 已设置且返回值为 -1，或者 errno 未设置且返回值为 0 或更大。
What is the status of
errnoifwritecall returning positive? Will it be negative?
errno 值不会被设置。它将具有与 write 调用之前相同的值。
Is there any other syscall may encounter the same situation?
一般来说，系统调用要么返回错误，要么成功。他们不会做两者的混合。查看其他手册页的返回值部分，您会发现它们与write 基本相同。
此代码是安全的。
func writeAll(fd int, buffer []byte) bool {
length := len(buffer)
for length > 0 {
written, err := syscall.Write(fd, buffer)
if err != nil { // here
return false
}
length -= written
buffer = buffer[written:]
}
return true
}
请注意，这有点多余，我们可以这样做:
func writeAll(fd int, buf []byte) bool {
for len(buf) > 0 {
n, err := syscall.Write(fd, buf)
if err != nil {
return false
}
buf = buf[n:]
}
return true
}
从技术上讲，write 既是系统调用又是 C 函数(至少在许多系统上是这样)。但是，C 函数只是调用系统调用的 stub 。 Go 不调用这个 stub ，它直接调用系统调用，这意味着这里不涉及 C(好吧，直到你进入内核)。
手册页显示了 C stub 的调用约定和行为，write。 Go 选择在它自己的 stub syscall.Write 中复制该行为。实际的系统调用本身只有一个汇编语言接口(interface)。
关于c - C write call 和 Go syscall.Write 的区别，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/52081841/
请帮助我理解范围运算符...和..之间的区别，作为Ruby中使用的“触发器”。这是PragmaticProgrammersguidetoRuby中的一个示例:a=(11..20).collect{|i|(i%4==0)..(i%3==0)?i:nil}返回:[nil,12,nil,nil,nil,16,17,18,nil,20]还有:a=(11..20).collect{|i|(i%4==0)...(i%3==0)?i:nil}返回:[nil,12,13,14,15,16,17,18,nil,20] 最佳答案 触发器(又名f/f)是
我正在检查一个Rails项目。在ERubyHTML模板页面上，我看到了这样几行:我不明白为什么不这样写:在这种情况下，||=和ifnil?有什么区别？ 最佳答案 在这种特殊情况下没有区别，但可能是出于习惯。每当我看到nil?被使用时，它几乎总是使用不当。在Ruby中，很少有东西在逻辑上是假的，只有文字false和nil是。这意味着像if(!x.nil?)这样的代码几乎总是更好地表示为if(x)除非期望x可能是文字false。我会将其切换为||=false，因为它具有相同的结果，但这在很大程度上取决于偏好。唯一的缺点是赋值会在每次运行
我正在阅读一本关于Ruby的书，作者在编写类初始化定义时使用的形式与他在本书前几节中使用的形式略有不同。它看起来像这样:classTicketattr_accessor:venue,:datedefinitialize(venue,date)self.venue=venueself.date=dateendend在本书的前几节中，它的定义如下:classTicketattr_accessor:venue,:datedefinitialize(venue,date)@venue=venue@date=dateendend在第一个示例中使用setter方法与在第二个示例中使用实例变量之间是
转自:spring.profiles.active和spring.profiles.include的使用及区别说明下文笔者讲述spring.profiles.active和spring.profiles.include的区别简介说明,如下所示我们都知道，在日常开发中,开发|测试|生产环境都拥有不同的配置信息如：jdbc地址、ip、端口等此时为了避免每次都修改全部信息，我们则可以采用以上的属性处理此类异常spring.profiles.active属性例：配置文件,可使用以下方式定义application-${profile}.properties开发环境配置文件:application-dev
打印1:defsum(i)i=i+[2]end$x=[1]sum($x)print$x打印12:defsum(i)i.push(2)end$x=[1]sum($x)print$x后者是修改全局变量$x。为什么它在第二个例子中被修改而不是在第一个例子中？类Array的任何方法(不仅是push)都会发生这种情况吗？ 最佳答案 变量范围在这里无关紧要。在第一段代码中，您仅使用赋值运算符=为变量i赋值，而在第二段代码中，您正在修改$x(也称为i)使用破坏性方法push。赋值从不修改任何对象。它只是提供一个名称来引用一个对象。方法要么是破坏性
Ruby中的Fixnum方法.next和.succ有什么区别？看起来它的工作原理是一样的:1.next=>21.succ=>2如果有什么不同，为什么有两种方法做同样的事情？ 最佳答案 它们是等价的。Fixnum#succ只是Fixnum#next的同义词。他们甚至在thereferencemanual中共享同一block. 关于ruby-Ruby中.next和.succ的区别，我们在StackOverflow上找到一个类似的问题： https://stacko
我明白了defa(&block)block.call(self)end和defa()yieldselfend导致相同的结果，如果我假设有这样一个blocka{}。我的问题是-因为我偶然发现了一些这样的代码，它是否有任何区别或者是否有任何优势(如果我不使用变量/引用block):defa(&block)yieldselfend这是一个我不理解&block用法的具体案例:defrule(code,name,&block)@rules=[]if@rules.nil?@rules 最佳答案 我能想到的唯一优点就是自省(introspecti
由于匿名block和散列block看起来大致相同。我正在玩它。我做了一些严肃的观察，如下所示:{}.class#=>Hash好的，这很酷。空block被视为Hash。print{}.class#=>NilClassputs{}.class#=>NilClass为什么上面的代码和NilClass一样，下面的代码又显示了Hash？puts({}.class)#Hash#=>nilprint({}.class)#Hash=>nil谁能帮我理解上面发生了什么？我完全不同意@Lindydancer的观点你如何解释下面几行:print{}.class#NilClassprint[].class#A
在Ruby中，我试图理解to_enum和enum_for方法。在我提出问题之前，我提供了一些示例代码和两个示例来帮助理解上下文。示例代码:#replicatesgroup_bymethodonArrayclassclassArraydefgroup_by2(&input_block)returnself.enum_for(:group_by2)unlessblock_given?hash=Hash.new{|h,k|h[k]=[]}self.each{|e|hash[input_block.call(e)]示例#1:irb(main)>puts[1,2,3].group_by2.ins
关于SSHkit-Github它说:Allbackendssupporttheexecute(*args),test(*args)&capture(*args)来自SSHkit-Rubydoc,我明白execute实际上是test的别名？test之间有什么区别？,execute,capture在Capistrano/SSHKit中我应该什么时候使用？ 最佳答案 执行只是执行命令。使用非0退出引发错误。测试方法的行为与execute完全相同，但是它返回bool值(true如果命令以0退出，而false否则)。它通常用于控制任务中的流程