Re: Get the caller of socket_lock()
site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Hi Laurent, hmmm, sounds really good, but we do not see the symbols you mention being part of the socket structure... How can we access the fields in gdb? Thank you very much in advance. Best regards Michael On Aug 2, 2006, at 10:23 PM, Laurent Dumont wrote: Michael, u_int32_t lock_lr[4]; int next_lock_lr; u_int32_t unlock_lr[4]; int next_unlock_lr; Laurent Dear all, we are currently debugging a locking issue on Mac OS X on Intel. It is related to socket locks and we are able to break into the debugger to inspect the socket structures. On PPC one can find the last caller of the socket_lock() function, but is there a similar way in doing it in Intel, possibly by inspecting the reserved3 or reserved4 fields in the socket structure? What is stored in these fields? Thank you very much for your help in advance. Best regards Michael _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/laurent%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... On 10.4.x for i386 there is a slightly different debug mechanism for the socket lock and unlock. Instead of reserved3 and reserverd4, there is circular buffers with the 4 last lock/unlocks for the socket: "next_lock_lr" and "next_unlock_lr" provide the number (0 to 3) for the next debug link register slot to be used. You can work your way from n-1 and find the last four lock/unlock recorded for that socket. on 8/2/06 11:23, Michael Tuexen at Michael.Tuexen@lurchi.franken.de wrote: This email sent to laurent@apple.com This email sent to site_archiver@lists.apple.com
participants (1)
-
Michael Tuexen