go - 为什么来自 CGO 的字节缓冲区可以正确读取但写入错误？

Question

我正在使用这个库 https://github.com/billziss-gh/cgofuse ，还有一些接口(interface)需要实现，其中一个看起来像这样:

func (self *Memfs) Write(path string, buff []byte, ofst int64, fh uint64) (n int) {
    defer trace(path, buff, ofst, fh)(&n)
    defer self.synchronize()()
    node := self.getNode(path, fh)
    if nil == node {
        return -fuse.ENOENT
    }
    endofst := ofst + int64(len(buff))
    if endofst > node.stat.Size {
        node.data = resize(node.data, endofst, true)
        node.stat.Size = endofst
    }

    fmt.Println("len(buff) = ", len(buff))  // (1)
    fmt.Println("cap(buff) = ", cap(buff))  // (2)
    fmt.Println("buff[0] = ", buff[0])      // (3)
    buff[0] = 1                             // (4)

    n = copy(node.data[ofst:endofst], buff)
    tmsp := fuse.Now()
    node.stat.Ctim = tmsp
    node.stat.Mtim = tmsp
    return
}

这是一个文件系统，写入文件时会调用Write。我在上面的代码中添加了(1)、(2)、(3)、(4)，但是在(4)处是错误的。错误堆栈如下:

unexpected fault address 0x116e6c60390
fatal error: fault
[signal 0xc0000005 code=0x1 addr=0x116e6c60390 pc=0xca7dad]

goroutine 17 [running, locked to thread]:
runtime.throw(0xcf373f, 0x5)
    D:/Scoop/apps/go/current/src/runtime/panic.go:1117 +0x79 fp=0xc000033bc8 sp=0xc000033b98 pc=0xc18db9
runtime.sigpanic()
    D:/Scoop/apps/go/current/src/runtime/signal_windows.go:245 +0x2d6 fp=0xc000033c20 sp=0xc000033bc8 pc=0xc2b7d6
main.(*Memfs).Write(0xc00001e400, 0xc00000a2b0, 0x9, 0x116e6c60390, 0x40000, 0x40000000, 0x0, 0x2, 0x9)
    D:/code/go/LiangFs/tool/memfs.go:310 +0x4cd fp=0xc000033de0 sp=0xc000033c20 pc=0xca7dad
github.com/billziss-gh/cgofuse/fuse.hostWrite(0x116e00d1480, 0x116e6c60390, 0x40000, 0x0, 0x1518fff7c8, 0x0)
    D:/go/pkg/mod/github.com/billziss-gh/cgofuse@v1.5.0/fuse/host.go:255 +0x102 fp=0xc000033e60 sp=0xc000033de0 pc=0xc9c282
github.com/billziss-gh/cgofuse/fuse.go_hostWrite(...)
    D:/go/pkg/mod/github.com/billziss-gh/cgofuse@v1.5.0/fuse/host_cgo.go:911
_cgoexp_12ef5be0dd8c_go_hostWrite(0x1518fff710)
    _cgo_gotypes.go:738 +0x59 fp=0xc000033ea0 sp=0xc000033e60 pc=0xca2919
runtime.cgocallbackg1(0xca28c0, 0x1518fff710, 0x0)
    D:/Scoop/apps/go/current/src/runtime/cgocall.go:292 +0x19a fp=0xc000033f40 sp=0xc000033ea0 pc=0xbe4c5a
runtime.cgocallbackg(0xca28c0, 0x1518fff710, 0x0)
    D:/Scoop/apps/go/current/src/runtime/cgocall.go:228 +0xfc fp=0xc000033fb8 sp=0xc000033f40 pc=0xbe49bc
runtime.cgocallback(0x0, 0x0, 0x0)
    D:/Scoop/apps/go/current/src/runtime/asm_amd64.s:788 +0xc0 fp=0xc000033fe0 sp=0xc000033fb8 pc=0xc48bc0
runtime.goexit()
    D:/Scoop/apps/go/current/src/runtime/asm_amd64.s:1371 +0x1 fp=0xc000033fe8 sp=0xc000033fe0 pc=0xc48ea1

goroutine 1 [syscall]:
github.com/billziss-gh/cgofuse/fuse._Cfunc_hostMount(0x3, 0xc00001e420, 0x116e0316540, 0x0)
    _cgo_gotypes.go:502 +0x4f
github.com/billziss-gh/cgofuse/fuse.c_hostMount.func1(0xc000000003, 0xc00001e420, 0x116e0316540, 0x116e0316540)
    D:/go/pkg/mod/github.com/billziss-gh/cgofuse@v1.5.0/fuse/host_cgo.go:820 +0x8c
github.com/billziss-gh/cgofuse/fuse.c_hostMount(0xc000000003, 0xc00001e420, 0x116e0316540, 0xb)
    D:/go/pkg/mod/github.com/billziss-gh/cgofuse@v1.5.0/fuse/host_cgo.go:820 +0x45
github.com/billziss-gh/cgofuse/fuse.(*FileSystemHost).Mount(0xc00003e040, 0xcf4632, 0xb, 0xc000034210, 0x0, 0x0, 0x1ffffff00)
    D:/go/pkg/mod/github.com/billziss-gh/cgofuse@v1.5.0/fuse/host.go:704 +0x413
main.main()
    D:/code/go/LiangFs/tool/memfs.go:594 +0xce
len(buff) =  262144
cap(buff) =  1073741824
buff[0] =  97

buff的内容都是97，因为我把下面的文件复制到这个文件系统:

代码来自库中的示例 https://github.com/billziss-gh/cgofuse/blob/master/examples/memfs/memfs.go ，我只是添加了上面提到的(1)，(2)，(3)，(4)。
我的操作系统是 windows 10，go 版本是 go1.16.7 windows/amd64。
为什么分配 slice 元素会出错？是不是因为图书馆使用了CGO？

Answer 1

我是 WinFsp 和 cgofuse 的作者，可以解释这里发生的事情。
您在 Write 中收到的缓冲区应始终被视为只读缓冲区。尝试写入此缓冲区可能会导致访问冲突。这是设计使然。
当应用程序发出 WriteFile请求，WinFsp 内核模式驱动程序必须以某种方式将数据从应用程序传输到用户模式文件系统。驱动程序有几种不同的策略，在某些情况下它会选择零复制技术:它将应用程序缓冲区直接映射到用户模式文件系统的地址空间，从而避免昂贵的内存复制。
在Write的情况下为了避免用户模式意外或恶意写入应用程序 WriteFile 的情况，此零拷贝映射将始终为只读。缓冲。 (另请注意，当 WinFsp 驱动程序设置此映射时，它以确保不会从应用程序意外数据泄漏到用户模式文件系统的方式进行。)