September 2006 - Darwin-dev

Disabling IPv4?
by Andre-John Mas 08 Sep '06

08 Sep '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi, I want to do some tests with regards to IPv6 to see how well certain services work on a pure IPv6 environment. Is it possible to disable IPv4 to prevent false positives in my tests? Andre _______________________________________________ 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: API used to access process heap structure
by Stewart.Dickson＠noaa.gov 07 Sep '06

07 Sep '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Priority: normal eh, sorry, the point I was trying to make is that Windows really does contain APIs which let you do really bad things to the OS -- so famously bad that... executives will say anything to keep from exposing them. walking another process's memory heap smacks of 1. reverse engineering 2. developing a buffer-overflow attack or 3. trying to patch a memory-leak which is better done using a debugger like Purify http://en.wikipedia.org/wiki/Purify That's the point I meant to make. -Stewart ----- Original Message ----- From: Brad Parker <brad(a)heeltoe.com> Date: Thursday, September 7, 2006 5:54 pm Subject: Re: API used to access process heap structure > > Stewart.Dickson(a)noaa.gov wrote: > > > >Are you sure this is a good thing to do? > > > >http://www.eweek.com/article2/0,3959,5264,00.asp > >Allchin: Disclosure May Endanger U.S. > > This is so laughable as to be good comedy. And not something > (imho) for > this mailing list. > > to think that disclosing source code to a publically available > piece of > software might endanger an entire country shows incredible hubris > and a > pretty suprising lack of historical knowledge. > > time to unsubscribe, me thinks. > > -brad > _______________________________________________ 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: API used to access process heap structure
by Brad Parker 07 Sep '06

07 Sep '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Organization: Heeltoe Consulting Stewart.Dickson(a)noaa.gov wrote: > >Are you sure this is a good thing to do? > >http://www.eweek.com/article2/0,3959,5264,00.asp >Allchin: Disclosure May Endanger U.S. This is so laughable as to be good comedy. And not something (imho) for this mailing list. to think that disclosing source code to a publically available piece of software might endanger an entire country shows incredible hubris and a pretty suprising lack of historical knowledge. time to unsubscribe, me thinks. -brad _______________________________________________ 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: API used to access process heap structure
by Stewart.Dickson＠noaa.gov 07 Sep '06

07 Sep '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Priority: normal Are you sure this is a good thing to do? http://www.eweek.com/article2/0,3959,5264,00.asp Allchin: Disclosure May Endanger U.S. ... "...some Microsoft code was so flawed it could not be safely disclosed..." Unix may discourage this hook into the OS for a good reason. Cheers, -Stewart ----- Original Message ----- From: Martin Knapp-Cordes <martin(a)mathworks.com> Date: Thursday, September 7, 2006 4:34 pm Subject: API used to access process heap structure > Hi, > > Windows has an API to walk the heap associated with a process. > There is no POSIX API for UNIX as far as I know. So it will be > different for each UNIX variant. Darwin has a heap(1) utility which > clearly uses an API to get the information. You can see some of > that by > looking at the output of nm. However, I have been unable to > find any published documentation about it. I am interested > for example in extracting information about the blocks on the > free list. > > Any help would be much appreciated. > > Sincerely, > Martin Knapp-Cordes > > --------------------------------------------------------------- > | Martin Knapp-Cordes martin(a)mathworks.com | > | The MathWorks, Inc. http://www.mathworks.com | > | 3 Apple Hill Drive Natick, MA 01760 | > | Tel: (508) 647-7321 Fax: (508) 647-7015 | > --------------------------------------------------------------- > > _______________________________________________ > 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/stewart.dickson%40noaa.gov > This email sent to stewart.dickson(a)noaa.gov > _______________________________________________ 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

API used to access process heap structure
by Martin Knapp-Cordes 07 Sep '06

07 Sep '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi, Windows has an API to walk the heap associated with a process. There is no POSIX API for UNIX as far as I know. So it will be different for each UNIX variant. Darwin has a heap(1) utility which clearly uses an API to get the information. You can see some of that by looking at the output of nm. However, I have been unable to find any published documentation about it. I am interested for example in extracting information about the blocks on the free list. Any help would be much appreciated. Sincerely, Martin Knapp-Cordes --------------------------------------------------------------- | Martin Knapp-Cordes martin(a)mathworks.com | | The MathWorks, Inc. http://www.mathworks.com | | 3 Apple Hill Drive Natick, MA 01760 | | Tel: (508) 647-7321 Fax: (508) 647-7015 | --------------------------------------------------------------- _______________________________________________ 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: .subsections_via_symbols broken in Xcode 2.4?
by Eric Albert 03 Sep '06

03 Sep '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Sep 2, 2006, at 11:39 AM, Jonas Maebe wrote: On 31 Aug 2006, at 20:12, Shantonu Sen wrote: Yes, I realised that later. -Eric _______________________________________________ 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… Sounds like you are talking about dead code stripping, which is not and has never been the default. Pass -dead_strip to the compiler driver or linker. -gfull is for debugging symbols, and does not affect this behavior. I was confused because I remembered reading remarks about using - gfull in combination with dead code stripping, but that's indeed only needed to be able to debug programs compiled with dead code stripping. That's a bit out of date. You don't need to use -gfull with dead code stripping any more. This email sent to site_archiver(a)lists.apple.com

1 0

Re: .subsections_via_symbols broken in Xcode 2.4?
by Jonas Maebe 02 Sep '06

02 Sep '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 31 Aug 2006, at 20:12, Shantonu Sen wrote: Yes, I realised that later. Thanks, Jonas _______________________________________________ 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… Sounds like you are talking about dead code stripping, which is not and has never been the default. Pass -dead_strip to the compiler driver or linker. -gfull is for debugging symbols, and does not affect this behavior. I was confused because I remembered reading remarks about using - gfull in combination with dead code stripping, but that's indeed only needed to be able to debug programs compiled with dead code stripping. This email sent to site_archiver(a)lists.apple.com

1 0

Re: .subsections_via_symbols broken in Xcode 2.4?
by Jonas Maebe 01 Sep '06

01 Sep '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 31 aug 2006, at 18:28, Jonas Maebe wrote: Sorry, wrong list. Jonas _______________________________________________ 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… It seems smart linking is no longer working in Xcode 2.4? This email sent to site_archiver(a)lists.apple.com

1 0