Re: Finding the use of a private API
Re: Finding the use of a private API
- Subject: Re: Finding the use of a private API
- From: Rick Mann <email@hidden>
- Date: Mon, 16 Mar 2015 15:57:18 -0700
Seriously? There's no existing tool to examine the loader information to see where the call sites are for a given symbol?
> On Mar 16, 2015, at 15:52 , Michael Crawford <email@hidden> wrote:
>
> would it work to use a binary editor - that is, a hex editor - to
> alter the name of the symbol you're linking to, at which point you
> call abort(), divide by zero, or call a method that exists only so you
> can set a breakpoint in it?
>
> You might need to learn the intimate details of the Mach-O executable
> format to pull this off, but it would be useful to know how to do
> this.
>
> At the point you broke into the debugger, or what have you, you could
> look at a stack trace.
>
> Alternatively you could edit the Simulator's version of that private
> framework, so that it calls abort() &c.,
> Michael David Crawford, Consulting Software Engineer
> email@hidden
> http://www.warplife.com/mdc/
>
> Available for Software Development in the Portland, Oregon Metropolitan
> Area.
>
>
> On Mon, Mar 16, 2015 at 3:42 PM, Greg Parker <email@hidden> wrote:
>>
>>> On Mar 16, 2015, at 3:26 PM, Rick Mann <email@hidden> wrote:
>>>
>>> After eight or nine successful submissions of our app, we're now getting rejected for using the "private" API "dsyrk_" (which is part of the publicly-avialable BLAS). Our app uses Ceres and some other numerical libraries. We've identified every potential use of this symbol and adjusted the build to exclude it, but my binary still seems to reference it.
>>
>> If you think the function is mis-labeled as private then you should push back. False positives do exist. (I don't know whether that is done through the review process or through DTS.)
>>
>>
>> --
>> Greg Parker email@hidden Runtime Wrangler
>>
>>
>>
>> _______________________________________________
>>
>> Cocoa-dev mailing list (email@hidden)
>>
>> Please do not post admin requests or moderator comments to the list.
>> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>>
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
--
Rick Mann
email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden