MacOS 10.6上使用ctypes和libproc proc_pidinfo的Python2.5和Python2.6之间的奇怪差异

我试图确定给定PID的进程的当前工作目录。命令行实用程序lsof也做了类似的事情。以下是python脚本的源代码：

import ctypes
from ctypes import util
import sys

PROC_PIDVNODEPATHINFO = 9

proc = ctypes.cdll.LoadLibrary(util.find_library("libproc"))
print(proc.proc_pidinfo)

class vnode_info(ctypes.Structure):
    _fields_ = [('data', ctypes.c_ubyte * 152)]

class vnode_info_path(ctypes.Structure):
    _fields_ = [('vip_vi', vnode_info), ('vip_path', ctypes.c_char * 1024)]

class proc_vnodepathinfo(ctypes.Structure):
    _fields_ = [('pvi_cdir', vnode_info_path), ('pvi_rdir', vnode_info_path)]

inst = proc_vnodepathinfo()
pid = int(sys.argv[1])
ret = proc.proc_pidinfo( pid, PROC_PIDVNODEPATHINFO, 0, ctypes.byref(inst), ctypes.sizeof(inst) )
print(ret, inst.pvi_cdir.vip_path)

但是，即使该脚本在Python 2.6上的行为与预期的一样，它在Python 2.5中也不起作用：

host:dir user$ sudo /usr/bin/python2.6 script.py 2698
<_FuncPtr object at 0x100419ae0>
(2352, '/')
host:dir user$ sudo /usr/bin/python2.5 script.py 2698
<_FuncPtr object at 0x19fdc0>
(0, '')

---

感谢所有对这里发生的事情有线索的人：

我不确定您的代码出了什么问题，但我刚刚在psutil中实现了这一点。 以下是感兴趣的部分：

您可以决定用ctypes来翻译，也可以编写自己的扩展模块

host:dir user$ otool -L /usr/bin/python2.6
/usr/bin/python2.6:
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)
host:dir user$ otool -L /usr/bin/python2.5
/usr/bin/python2.5 (architecture i386):
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)
/usr/bin/python2.5 (architecture ppc7400):
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)


host:dir user$ uname -a
Darwin host.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun  7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386