为什么DTrace有时会给我无效地址错误但不总是？

Question

我的节目:

typedef struct objc_class {
    struct objc_class *isa;
    struct objc_class *super_class;
    char *name;
    long version;
    long info;
    long instance_size;
    void *ivars;
    void *methodLists;
    void *cache;
    void *protocols;
} *Class;
struct objc_object {
    Class isa;
};

/* Code to extract the class name from arg0 based on a snippet by Bill Bumgarner: http://friday.com/bbum/2008/01/26/objective-c-printing-class-name-from-dtrace/ */

objc$target:NSObject:-init:entry {
    printf("time: %llu\n", timestamp);
    printf("arg0: %p\n", arg0);
    obj = (struct objc_object *)copyin(arg0, sizeof(struct objc_object));
    printf("obj: %p\n", obj);
    printf("obj->isa: %p\n", obj->isa);
    isa = (Class)copyin((user_addr_t)obj->isa, sizeof(struct objc_class));
    printf("isa: %p\n", obj->isa);
    classname = copyinstr((user_addr_t)(isa->name));
    printf("classname: %s\n", classname);
}

一些输出:

dtrace: script 'test.d' matched 1 probe
dtrace: error on enabled probe ID 1 (ID 61630: objc5936:NSObject:-init:entry): invalid address (0x90206b98) in action #8 at DIF offset 28
dtrace: error on enabled probe ID 1 (ID 61630: objc5936:NSObject:-init:entry): invalid address (0x90206b98) in action #8 at DIF offset 28
dtrace: error on enabled probe ID 1 (ID 61630: objc5936:NSObject:-init:entry): invalid address (0x90206b98) in action #8 at DIF offset 28
CPU     ID                    FUNCTION:NAME
  0  61630                      -init:entry time: 28391086668386
arg0: 1291ae10
obj: 6f0a1158
obj->isa: a023f360
isa: a023f360
classname: NSBitmapImageRep

  1  61630                      -init:entry time: 28391586872297
arg0: 12943560
obj: 6f4a1158
obj->isa: 2fca0
isa: 2fca0
classname: GrowlApplicationTicket

  1  61630                      -init:entry time: 28391586897807
arg0: 152060
obj: 6f4a1280
obj->isa: 2fe20
isa: 2fe20
classname: GrowlNotificationTicket

  2  61630                      -init:entry time: 28391079142905
arg0: 129482d0
obj: 700a1128
obj->isa: a0014140
isa: a0014140
classname: NSDistributedObjectsStatistics

  2  61630                      -init:entry time: 28391079252640
arg0: 147840
obj: 700a1250
obj->isa: a0014780
isa: a0014780
classname: NSDistantObjectTableEntry

为什么错误？它似乎是类名(这是唯一的%s,如果我删除它我不会得到任何错误),但为什么它认为某些类的名称是无效指针？

有没有办法让错误消息实际告诉我DTrace程序的哪一行导致了问题？

有没有办法打电话object_getClassName而不是做这种结构检查舞蹈？

对于它的价值,我追踪的程序运行良好 - 它不会崩溃,所以我不相信这些类真的被打破了.

Answer 1

科林非常接近正确.

看到:

http://www.friday.com/bbum/2008/01/03/objective-c-using-dtrace-to-trace-messages-to-nil/

更有可能的是,您需要将DYLD_SHARED_REGION环境变量设置为avoid.dtrace只对实际驻留在物理内存中的映射内存起作用.

您可以使用vmmap命令行工具找出缺少的内容.

vmmap PID在生成上述故障消息后,在您的应用程序上执行操作.查看输出,查看地址所属的区域0x90206b98.给定该地址,它可能在不可写的共享内存块中可能不是驻留的,因此,dtrace无法从中读取.

Answer 2

这是我根据所提供的信息做出的最佳猜测。

DTrace 的设计目的是使 DTrace 脚本尽可能具有确定性。这就是为什么没有if语句、循环、子例程（DTrace 本身提供的伪子例程除外）等。这是因为 DTrace 脚本中的代码在内核模式下运行，而不是作为进程的一部分在用户态运行(es) 被追踪。一般来说，DTrace 可以访问的信息是“只读”的（就像大多数概括一样，这并不严格正确），能够使用像 DTrace 这样强大的东西来调整程序或内核中的位可以使事情顺利进行非常非常错误，非常非常快。

美元到甜甜圈，你遇到的问题是因为指针指向的页面没有被虚拟机系统映射到核心。DTrace 只能检查核心内存的信息 - 它不能双重错误让 VM 系统加载到页面中。

如果您了解类“应该”是什么，并通过执行一堆虚拟 NSLog() 语句（在某些方便的地方引用所需的类）来强制将页面映射到核心，那么您可能可以帮助缓解该问题在程序启动的早期点。