涉及C.free的C和Go互操作性问题（）

我有一个Go函数，它包含proc_name(pid,...)函数lib_proc.h。涉及C.free的C和Go互操作性问题（）

这是完整的C语言：


int proc_name(int pid, void * buffer, uint32_t buffersize) __OSX_AVAILABLE_STARTING(__MAC_10_5, __IPHONE_2_0);

，可以在这里找到/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/libproc.h（至少在我的系统）。

它遵循Go代码：


package goproc 

    /* 
    #include "libproc.h" 

    int call_proc_name(int pid, char *name, int name_size) { 
     return proc_name(pid, name, name_size); 
    } 
    */ 
    import "C" 
    import "unsafe" 
    import "strings" 

    type DarwinProcess struct { 
     Process 
    } 

    func (DarwinProcess) NameOf(pid int) string { 
     name := C.CString(strings.Repeat("\x00", 1024)) 
     defer C.free(unsafe.Pointer(name)) 
     nameLen := C.call_proc_name(C.int(pid), name, C.int(1024)) 
     var result string 

     if (nameLen > 0) { 
      result = C.GoString(name); 
     } else { 
      result = "" 
     } 

     return result; 
    }

此代码不会，除非调用编译为C.free(unsafe.Pointer(...))和import "unsafe"条款被删除。 DarwinProcess::NameOf(pid)方法仅用于Mac OS X和它实际上工作如果从代码中删除C.free(...)。

在go build之后的实际形式中，我收到以下错误消息： could not determine kind of name for C.free（没有别的，这是整个编译器输出）。

删除C.free(...)是我不能接受的，我必须找到如何正确释放分配与C.CString()分配的内存。

我很困惑，因为根据documentation，一切都做得很好。我一直无法找到解决方案，也没有在这里或在网上搜索。

来源

2015-05-27 gsscoder

你有没有尝试在你的cgo评论中加入'#include '？ –

libproc.h不包括stdlib.h，其中free()被声明。因此，编译器无法解析名称。在cgo注释块的开头添加了#include <stdlib.h>后，您的代码在我的系统上成功构建。

来源

2015-05-27 11:54:00

+1这工作完美，并回答我的问题。说实话，我被文档误导了，似乎表明'C.free（）'是特殊'C'包的一部分。但实际上我们正在谈论标准的'stdlib :: free（）'。 – gsscoder

与其他运行时一样，lib库缺少用于管理已经运行的OS进程的API，所以我试图编写一个。现在只是一个存根（https://github.com/gsscoder/goproc）。 – gsscoder

涉及C.free的C和Go互操作性问题（）

回答

相关问题