March 2008 - Darwin-dev - lists.apple.com

netstat -nr's sysctl call returning weird data
by Justin Delegard 08 Mar '08

08 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Darwin development - Academic research project on online communities
by Jonathan Bigler - EPFL 07 Mar '08

07 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: vm_protect with VM_PROT_COPY not working on Leopard
by Dave Zarzycki 06 Mar '08

06 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Jeremy, davez On Mar 6, 2008, at 7:53 AM, Jeremy Todd wrote: Regards, Jeremy -----Original Message----- From: Eric Gouriou [mailto:eric.gouriou@pobox.com] Sent: Thursday, March 06, 2008 1:06 AM To: Jeremy Todd Cc: Darwin Dev Subject: Re: vm_protect with VM_PROT_COPY not working on Leopard This looks interesting, but I'm curious whether it will allow me to replace all invocations of malloc. For example if my code calls a function defined in some system library, and that function in turn calls malloc(), will it call my interposed malloc? Yes, even calls to malloc() from within libc / libsystem (e.g., strdup()). malloc (and friends) is one of those entry points for which interposing is part of the ABI contract. Direct calls to its default implementation are not allowed, everything must go through the dynamic symbol resolution. Such guarantees do not exist in general for other library entry points. Intra-library calls are frequently done directly, bypassing the dyld logic. Eric Jeremy -----Original Message----- From: Chris Sarcone [mailto:sarcone@apple.com] Sent: Wednesday, March 05, 2008 6:03 PM To: Jeremy Todd Cc: darwin-dev(a)lists.apple.com Subject: Re: vm_protect with VM_PROT_COPY not working on Leopard Jeremy -- You might find this helpful: http://developer.apple.com/documentation/DeveloperTools/Concep tual/DynamicLibraries/DynamicLibraries.pdf Search for "interposing". -- Chris On Mar 5, 2008, at 2:44 PM, Jeremy Todd wrote: Hi, I'm trying to patch the malloc function In case anyone is wondering, I need to do this as part of our development process for audio plug-ins. These plug-ins should not call certain functions (including malloc) from the high-priority processing thread to avoid priority inversion and related a malloc is detected in the processing thread, we get a very nice call stack in the debugger which makes it trivial to find of these problems. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/zarzycki%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Depending on how you define run-time, one can conditionally interpose at launch by use of the DYLD_INSERT_LIBRARIES environmental variable. "man dyld" for more information. "man libgmalloc" for precedence. That's good news - the one remaining problem is that it would be nice if I could enable this at runtime. Is it true that interposing must be done by the linker at link-time? I'm also still wondering why the vm_protect() VM_PROT_COPY mechanism described below is failing under Leopard. Surely it must be possible to get write access to the malloc() implementation somehow. For example doesn't gdb need this sort of access? On Mar 5, 2008, at 9:07 PM, Jeremy Todd wrote: [...] problems. We have special debug builds which patch the malloc function, and if the source This email sent to zarzycki(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

RE: vm_protect with VM_PROT_COPY not working on Leopard
by Jeremy Todd 06 Mar '08

06 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thread-index: Ach/UEC4pPAdxDqLQPSjkh4viVuLuAAUXbfg That's good news - the one remaining problem is that it would be nice if I could enable this at runtime. Is it true that interposing must be done by the linker at link-time? I'm also still wondering why the vm_protect() VM_PROT_COPY mechanism described below is failing under Leopard. Surely it must be possible to get write access to the malloc() implementation somehow. For example doesn't gdb need this sort of access? Regards, Jeremy > -----Original Message----- > From: Eric Gouriou [mailto:eric.gouriou@pobox.com] > Sent: Thursday, March 06, 2008 1:06 AM > To: Jeremy Todd > Cc: Darwin Dev > Subject: Re: vm_protect with VM_PROT_COPY not working on Leopard > > > On Mar 5, 2008, at 9:07 PM, Jeremy Todd wrote: > > This looks interesting, but I'm curious whether it will allow me to > > replace all invocations of malloc. For example if my code calls a > > function defined in some system library, and that function in turn > > calls malloc(), will it call my interposed malloc? > > Yes, even calls to malloc() from within libc / libsystem > (e.g., strdup()). > > malloc (and friends) is one of those entry points for which > interposing is part of the ABI contract. Direct calls to its > default implementation are not allowed, everything must go > through the dynamic symbol resolution. > > Such guarantees do not exist in general for other library > entry points. > Intra-library calls are frequently done directly, bypassing > the dyld logic. > > Eric > > > Jeremy > > > > > >> -----Original Message----- > >> From: Chris Sarcone [mailto:sarcone@apple.com] > >> Sent: Wednesday, March 05, 2008 6:03 PM > >> To: Jeremy Todd > >> Cc: darwin-dev(a)lists.apple.com > >> Subject: Re: vm_protect with VM_PROT_COPY not working on Leopard > >> > >> Jeremy -- > >> > >> You might find this helpful: > >> > >> http://developer.apple.com/documentation/DeveloperTools/Concep > >> tual/DynamicLibraries/DynamicLibraries.pdf > >> > >> Search for "interposing". > >> > >> > >> -- Chris > >> > >> On Mar 5, 2008, at 2:44 PM, Jeremy Todd wrote: > >> > >> > >> Hi, > >> > >> I'm trying to patch the malloc function > [...] > >> In case anyone is wondering, I need to do this as part of our > >> development process for audio plug-ins. These plug-ins should not > >> call certain functions (including malloc) from the high-priority > >> processing thread to avoid priority inversion and related > problems. > >> We have special debug builds which patch the malloc > function, and if > >> a malloc is detected in the processing thread, we get a very nice > >> call stack in the debugger which makes it trivial to find > the source > >> of these problems. > >> > _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

failed to lock port
by Pradip Patel 06 Mar '08

06 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com -- eInfochips Business Disclaimer: This message may contain confidential, proprietary or legally Privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose,distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated.Nothing contained in this message shall be construed as an offer or acceptance of any offer by eInfochips Limited and/or eInfochips Inc(eInfochips) unless sent with that express intent and with due authority of eInfochips.EInfochips has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: vm_protect with VM_PROT_COPY not working on Leopard
by Eric Gouriou 06 Mar '08

06 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Eric Jeremy -----Original Message----- From: Chris Sarcone [mailto:sarcone@apple.com] Sent: Wednesday, March 05, 2008 6:03 PM To: Jeremy Todd Cc: darwin-dev(a)lists.apple.com Subject: Re: vm_protect with VM_PROT_COPY not working on Leopard Jeremy -- You might find this helpful: http://developer.apple.com/documentation/DeveloperTools/Concep tual/DynamicLibraries/DynamicLibraries.pdf Search for "interposing". -- Chris On Mar 5, 2008, at 2:44 PM, Jeremy Todd wrote: Hi, I'm trying to patch the malloc function In case anyone is wondering, I need to do this as part of our development process for audio plug-ins. These plug-ins should not call certain functions (including malloc) from the high-priority processing thread to avoid priority inversion and related problems. We have special debug builds which patch the malloc function, and if a malloc is detected in the processing thread, we get a very nice call stack in the debugger which makes it trivial to find the source of these problems. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Mar 5, 2008, at 9:07 PM, Jeremy Todd wrote: This looks interesting, but I'm curious whether it will allow me to replace all invocations of malloc. For example if my code calls a function defined in some system library, and that function in turn calls malloc(), will it call my interposed malloc? Yes, even calls to malloc() from within libc / libsystem (e.g., strdup()). malloc (and friends) is one of those entry points for which interposing is part of the ABI contract. Direct calls to its default implementation are not allowed, everything must go through the dynamic symbol resolution. Such guarantees do not exist in general for other library entry points. Intra-library calls are frequently done directly, bypassing the dyld logic. [...] This email sent to site_archiver(a)lists.apple.com

1 0

RE: vm_protect with VM_PROT_COPY not working on Leopard
by Jeremy Todd 06 Mar '08

06 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thread-index: Ach/FRmQCGmkFcrXSymKcl1kG/vl6gAMiPhw This looks interesting, but I'm curious whether it will allow me to replace all invocations of malloc. For example if my code calls a function defined in some system library, and that function in turn calls malloc(), will it call my interposed malloc? Jeremy > -----Original Message----- > From: Chris Sarcone [mailto:sarcone@apple.com] > Sent: Wednesday, March 05, 2008 6:03 PM > To: Jeremy Todd > Cc: darwin-dev(a)lists.apple.com > Subject: Re: vm_protect with VM_PROT_COPY not working on Leopard > > Jeremy -- > > You might find this helpful: > > http://developer.apple.com/documentation/DeveloperTools/Concep > tual/DynamicLibraries/DynamicLibraries.pdf > > Search for "interposing". > > > -- Chris > > On Mar 5, 2008, at 2:44 PM, Jeremy Todd wrote: > > > Hi, > > I'm trying to patch the malloc function, and my > solution works under 10.4 but not 10.5. As I understand it, I > need to call vm_protect() to get write access to the malloc > function. It seems that malloc is in a system library which > is shared across all processes, so I need the VM_PROT_COPY > flag to enable copy-on-write semantics. Here's the code I'm using: > > int retval= vm_protect( mach_task_self(), > reinterpret_cast<vm_address_t>(fnMalloc), > MALLOC_HEADER_BYTES, false, VM_PROT_READ | VM_PROT_COPY ); > ... > // Patch the malloc function with a jmp instruction > fnMalloc[0]= 0xE9; > *reinterpret_cast<int32*>(fnMalloc+1)= > reinterpret_cast<int32>(pStubFunction) - > reinterpret_cast<int32>(fnMalloc) - 5; > ... > > I'm getting a segfault when I attempt to actually patch > the malloc function under 10.5, but this works fine under > 10.4. Does anyone why this might be failing, or have an idea > about how I can patch the malloc function successfully under Leopard? > > In case anyone is wondering, I need to do this as part > of our development process for audio plug-ins. These plug-ins > should not call certain functions (including malloc) from the > high-priority processing thread to avoid priority inversion > and related problems. We have special debug builds which > patch the malloc function, and if a malloc is detected in the > processing thread, we get a very nice call stack in the > debugger which makes it trivial to find the source of these problems. > > I've looked at other solutions for patching functions, > and actually writing to the code page seems like the cleanest > way to go. This code is only for internal use so we don't > even need to worry about reverting the system to its original > state, etc., as long as this helps us track down problems. > > Note also that a previous post addressed this issue: > > http://lists.apple.com/archives/darwin-kernel/2005/Feb/msg00045.html > but I didn't have any luck with the DYLD_SUFFIX > solution, and the copy-on-write solution given there is what > I'm posting about. > > Anyway I hope this is clear and any assistance would be > most appreciated. > > Regards, > Jeremy > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > > http://lists.apple.com/mailman/options/darwin-dev/sarcone%40apple.com > > This email sent to sarcone(a)apple.com > > > > > > > ------------------ > > 6 Infinite Loop > > M/S 306-2MS > > Cupertino CA 95014 > > phone: (408) 974-4033 > > fax: (408) 862-7577 > > email: sarcone(a)apple.com > > > _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: vm_protect with VM_PROT_COPY not working on Leopard
by Chris Sarcone 05 Mar '08

05 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

vm_protect with VM_PROT_COPY not working on Leopard
by Jeremy Todd 05 Mar '08

05 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thread-index: Ach4ssEldZVt9rVKRq+UsCf/ibgrTAGXoV7A Hi, I'm trying to patch the malloc function, and my solution works under 10.4 but not 10.5. As I understand it, I need to call vm_protect() to get write access to the malloc function. It seems that malloc is in a system library which is shared across all processes, so I need the VM_PROT_COPY flag to enable copy-on-write semantics. Here's the code I'm using: int retval= vm_protect( mach_task_self(), reinterpret_cast<vm_address_t>(fnMalloc), MALLOC_HEADER_BYTES, false, VM_PROT_READ | VM_PROT_COPY ); ... // Patch the malloc function with a jmp instruction fnMalloc[0]= 0xE9; *reinterpret_cast<int32*>(fnMalloc+1)= reinterpret_cast<int32>(pStubFunction) - reinterpret_cast<int32>(fnMalloc) - 5; ... I'm getting a segfault when I attempt to actually patch the malloc function under 10.5, but this works fine under 10.4. Does anyone why this might be failing, or have an idea about how I can patch the malloc function successfully under Leopard? In case anyone is wondering, I need to do this as part of our development process for audio plug-ins. These plug-ins should not call certain functions (including malloc) from the high-priority processing thread to avoid priority inversion and related problems. We have special debug builds which patch the malloc function, and if a malloc is detected in the processing thread, we get a very nice call stack in the debugger which makes it trivial to find the source of these problems. I've looked at other solutions for patching functions, and actually writing to the code page seems like the cleanest way to go. This code is only for internal use so we don't even need to worry about reverting the system to its original state, etc., as long as this helps us track down problems. Note also that a previous post addressed this issue: http://lists.apple.com/archives/darwin-kernel/2005/Feb/msg00045.html but I didn't have any luck with the DYLD_SUFFIX solution, and the copy-on-write solution given there is what I'm posting about. Anyway I hope this is clear and any assistance would be most appreciated. Regards, Jeremy _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

dyld-96.2 Posted
by William Siegrist 04 Mar '08

04 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com dyld-96.2 from 10.5.2 has been posted. http://www.opensource.apple.com/darwinsource/10.5.2/dyld-96.2/ -Bill ---- William Siegrist Software Support Engineer Mac OS Forge http://macosforge.org/ wsiegrist(a)apple.com 408 862 7337 _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com smime.p7s

1 0