App Store rejection
Ernesto Giannotta
erne at apimac.com
Tue Jan 24 08:45:21 CST 2012
Hi guys,
anyway this will not work all the same, just got rejected again:
> The use of non-public APIs can lead to a poor user experience should these APIs change in the future, and is therefore not permitted. The app includes unorm_isNormalized from the framework '/usr/lib/libicucore.A.dylib'.
>
> If you have defined a method in your source code with the same name as this API, we suggest altering your method name so that it no longer collides with Apple's private API to avoid your application being flagged in future submissions.
>
> Alternatively, this API may reside in a library included with your application. If you do not have access to the library's source, you may be able to search the compiled binary using "strings" or "otool" command line tools. The "strings" tool can output a list of the methods that the library calls and "otool -ov" will output the Objective-C class structures and their defined methods. These techniques can help you narrow down where the problematic code resides.
Apple just doesn't like that method name is the same as in its private APIs so, no go
I'll rebuild using old vale 4.x but for 5 Ruslan has to find some not private method in place of this
Cool Runnings,
Erne.
On 23-gen-2012, at 14:52, jda wrote:
> Hi erne,
>
> I've adapted your library signing code to my app, and it seems to work well except for signing libvkernel_fat_release.dylib.
>
> Here's the code
>
>
> codesign -f -s "3rd Party Mac Developer Application: <my company name>" -i "com.company.app.mas" "$app_vcomp"/libvkernel_fat_release.dylib
>
>
> and here are the two error messages:
>
>
> codesign_allocate: can't allocate code signature data for: /Users/jon/Desktop/AppName.app/Contents/vcomponents/libvkernel_fat_release.dylib (for architecture i386) because larger updated load commands do not fit (the program must be relinked using a larger -headerpad value)
>
>
> /Users/jon/Desktop/AppName.app/Contents/vcomponents/libvkernel_fat_release.dylib: object file format unrecognized, invalid, or unsuitable
>
>
> My code looks just like yours. Do you have any idea of what the problem is?
>
> Thanks,
>
> Jon
> _______________________________________________
> Valentina mailing list
> Valentina at lists.macserve.net
> http://lists.macserve.net/mailman/listinfo/valentina
More information about the Valentina
mailing list