AppStore Signaturen von dylibs ?

**arnof**

So dein Tipp wie gedacht bringt auch keine Besserung:

Code:

			/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate: file not in an order that can be processed (local relocation entries out of place): /Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app/Contents/Frameworks/libmidas.dylib

/Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app: the codesign_allocate helper tool cannot be found or used

In subcomponent: /Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app/Contents/Frameworks/libmidas.dylib

Wenn man alles auf Frameworks umstellt, dann geht es generell nicht mehr, da er dann auch die libcgunwind.1.0.dylib anmeckert

markieren

Code:

			dyld: Library not loaded: @rpath/libcgunwind.1.0.dylib

  Referenced from: /Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app/Contents/MacOS/SEPA_Banking

  Reason: image not found

Also wieder auf das bekannte Verzeichnisschema gestellt, dann startet alles (bis das das meine TCLientDataSets nicht mehr gehen. Mit der benötigten libmidas.dylib im Standardverzeichnung kommt dies als Fehler:

markieren

Code:

			/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate: file not in an order that can be processed (local relocation entries out of place): /Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app/Contents/MacOS/libmidas.dylib

/Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app: the codesign_allocate helper tool cannot be found or used

In subcomponent: /Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app/Contents/MacOS/libmidas.dylib

Ich werde die Sache erstmal beenden und die nächsten 3 Wochen was anderes machen, vielleicht geht bis dahin wieder das Forum vom emba

**Harry Stahl**

Also ich stand gerade selber vor dem Problem, meine PixPower - Editor App (bei Interesse siehe

hier) mit meiner Developer-ID per codesign manuell zu signieren, um Sie dann mit dem Packkage-Maker als .pkg-Installationsdatei für den Betrieb außerhalb des AppStores fertig zu machen.

Das funktionierte unter Delphi XE5 und Mac OS X Mavericks nicht, codesign störte sich immer an der libcguunwind.10.dylib und auch sonst, was außer der Binary noch im MacOS-Ordner war.

Das funktionierte erst, nachdem ich dann alternativ MAC- OS X Mountain Lion (10.8.5) startete und die ganze Prozedur dort wiederholte (als SDK auch 10.8.5 in den Profil-Einstellungen genommen).

Obwohl das keine App für den App-Store sein sollte, habe ich es mal testweise auch für den Appstore mit dem ganz normalen Delphi-Deployment-Weg kompiliert und signiert. Ging auch ohne Probleme.

Und weil ich noch die Problematik aus diesem Thread in Erinnerung hatte, habe ich anschließend dann auch noch mal das Demo-Midas-Projekt mit der libmidas.dylib im MacOS-Folder compiliert und für den Appstore signiert. Ging auch!!!!

Das Problem scheint also derzeit die Kombination codesign / Mavericks zu sein, dass hier derzeit eine Inkompatibilität vorliegt.

**arnof**

Falls es jemanden interessiert, das signieren von dylibs geht auch mit XE7 nicht.

D.h. TClientDataSet ist z.Z. nicht für MAC OSX einsetzbar (AppStoreanwendung).

Ob das ein Problem von Apple oder von emba ist kann ich nicht sagen, zumindestens schänkt es vieles ein.