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 <mdcrawf...@gmail.com> 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
> mdcrawf...@gmail.com
> 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 <gpar...@apple.com> wrote:
>> 
>>> On Mar 16, 2015, at 3:26 PM, Rick Mann <rm...@latencyzero.com> 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     gpar...@apple.com     Runtime Wrangler
>> 
>> 
>> 
>> _______________________________________________
>> 
>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>> 
>> 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:
>> https://lists.apple.com/mailman/options/cocoa-dev/mdcrawford%40gmail.com
>> 
>> This email sent to mdcrawf...@gmail.com
> 
> _______________________________________________
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> 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:
> https://lists.apple.com/mailman/options/cocoa-dev/rmann%40latencyzero.com
> 
> This email sent to rm...@latencyzero.com


-- 
Rick Mann
rm...@latencyzero.com



_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

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:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to