App Store rejection

[Ruslan Zasukhin]

On 1/25/12 12:24 AM, "Ernesto Giannotta" <erne at apimac.com> wrote:

Hi Jon,

I think you can self carefully  make .app
Check after that paths ...

I DO NOT THINK you  really need sign dlls as Erne points.

Erne self says this is optional for now ...
So forget it. Do not make things more complex than required.


And then try submit again with correct paths of ICU.
I hope all will be fine this time ...


> I copied this line from the script you sent me:
> install_name_tool -change "/usr/lib/vcomponents/libicucore.A.dylib"
> "@executable_path/../vcomponents/libicucore.A.dylib"
> "$app_vcomp"/libvkernel_fat_release.dylib
> 
> but I now see it should be like this:
> 
> install_name_tool -change "/usr/lib/libicucore.A.dylib"     
> "@executable_path/../vcomponents/libicucore.A.dylib"
>     "$app_vcomp"/libvkernel_fat_release.dylib
> 
> I'll give it another tryŠ
> 
> ok, now I get correct path:
> 
> @executable_path/../vcomponents/libvkernel_fat_release.dylib (compatibility
> version 4.9.0, current version 4.9.0)
> @executable_path/../vcomponents/libicucore.A.dylib (compatibility version
> 1.0.0, current version 32.0.0)
> @executable_path/../vcomponents/libvshared_fat_release.dylib (compatibility
> version 4.9.0, current version 4.9.0)
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Applicatio
> nServices (compatibility version 1.0.0, current version 22.0.0)
> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
> (compatibility version 1.0.0, current version 18.0.0)
> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version
> 7.4.0)
> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
> 88.3.11)
> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
> (compatibility version 150.0.0, current version 368.35.0)
> 
> Build results reports some errors in the script:
> 
>> install_name_tool: for architecture x86_64 object:
>> /Developer/Cocoa/Builds/Release/Apimac
>> Notepad.app/Contents/vcomponents/libicucore.A.dylib malformed object (unknown
>> load command 8)
> 
> I can fix this getting rid of the change id of icu command
> # change id of ICU dylib
> #    install_name_tool -id
> "@executable_path/../vcomponents/libicucore.A.dylib"
> "$app_vcomp"/libicucore.A.dylib
> 
> 
>> codesign_allocate: can't allocate code signature data for:
>> /Developer/Cocoa/Builds/Release/Apimac
>> Notepad.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)
>> 
>> 
>> /Developer/Cocoa/Builds/Release/Apimac
>> Notepad.app/Contents/vcomponents/libvkernel_fat_release.dylib: object file
>> format unrecognized, invalid, or unsuitable
>> 
> 
> this prevents the libvkernel_fat_release.dylib to be signed.
> My guess is that the new path to icu to load is bigger than the old one.
> 
> Anyway the app runs fine, only can't be fully properly signed.

-- 
Best regards,

Ruslan Zasukhin
VP Engineering and New Technology
Paradigma Software, Inc

Valentina - Joining Worlds of Information
http://www.paradigmasoft.com

[I feel the need: the need for speed]