0

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, '')

(PID 2698 は「Activity Monitor.app」です)。戻り値が異なることに注意してください。このプログラムは ctypes に強く基づいているため、これを引き起こす Python 自体の違いは想像できません。自作の Python 3.2 でも (Python 2.5 と同じ) 動作が発生します。

奇妙さを追跡するのに役立つ、または2.5の解決策を考え出すのに役立つバージョン情報はわかりませんが、ここにいくつかのものがあります:

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

ここで何が起こっているかについて手がかりを持っている人に感謝します:)

4

1 に答える 1

0

コードの何が問題なのかわかりませんが、これを psutil に実装しました。関心のある部分は次のとおりです。

それを ctypes に変換するか、独自の拡張モジュールを作成するかを決めることができます。

于 2012-06-30T15:13:27.613 に答える