Qu'est-ce que "Couldn't open shared capabilities memory GSCapabilities (No such file or directory)" ?

Question

Lorsque je fais un xcodebuild (headless commandline build), j'obtiens "Couldn't open shared capabilities memory GSCapabilities", mais le produit de construction est correct.

CompileXIB Resources/Main/InterfaceBuilder/XXX.xib
    cd /Users/xxx/xcodeprojects/XXX
    setenv IBC_MINIMUM_COMPATIBILITY_VERSION 3.1.2
    setenv PATH "/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Developer/usr/bin:/Users/xxx/xcodeprojects/iPhoneBuildScript:/Users/xxx/xcodeprojects/iPhoneBuildScript:/usr/bin:/bin:/usr/sbin:/sbin"
    /Developer/usr/bin/ibtool --errors --warnings --notices --output-format human-readable-text --compile /Users/xxx/xcodeprojects/xxx/build/Release-iphoneos/XXX.app/XXX.nib /Users/xxx/xcodeprojects/XXX/Resources/Main/InterfaceBuilder/XXX.xib --sdk /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.2.sdk

Couldn't open shared capabilities memory GSCapabilities (No such file or directory)

Comment puis-je corriger ces avertissements ?

Answer 1

J'ai le même problème avec un projet. J'ai trouvé le site suivant qui explique davantage ce qu'est GSCapability.

http://iphonedevwiki.net/index.php/GSCapability

J'ai pu supprimer ce message en suivant les étapes suivantes ;

1. Allez sur la cible de votre application, cliquez avec le bouton gauche de la souris sur "Get Info".
2. Allez dans l'onglet "Build".
3. Entrez "other linker flags" dans le champ de recherche.

La valeur contenait '-framework Foundation -framework UIKit' dans mon cas. La suppression de ces drapeaux de liaison a résolu le problème pour moi.

Answer 2

J'ai eu la même erreur de "Couldn't open shared capabilities memory GSCapabilities". Dans mon cas, j'ai exécuté ibtool sans le drapeau --sdk :

/Developer/usr/bin/ibtool --errors --warnings --notices --output-format human-readable-text --compile /Users/xxx/xcodeprojects/xxx/build/Release-iphoneos/XXX.app/XXX.nib /Users/xxx/xcodeprojects/XXX/Resources/Main/InterfaceBuilder/XXX.xib

L'ajout de l'indicateur --sdk comme vous l'avez fait en premier lieu a résolu mon problème :

/Developer/usr/bin/ibtool --errors --warnings --notices --output-format human-readable-text --compile /Users/xxx/xcodeprojects/xxx/build/Release-iphoneos/XXX. app/XXX.nib /Users/xxx/xcodeprojects/XXX/Resources/Main/InterfaceBuilder/XXX.xib --sdk /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.2.sdk

Merci pour l'article

Answer 3

Après avoir recompilé ma bibliothèque qui contient le xib, j'ai à nouveau obtenu l'erreur. J'ai ensuite relancé ibtool et l'erreur n'est pas réapparue.

Très bizarre en effet.

Dans mon cas, j'ai une bibliothèque statique, qui contient une xib. La xib est compilée en une nib à l'aide d'ibtool (et c'est là que le problème apparaît pour la première fois, seulement après une recompilation de la librairie statique). La nib est ensuite empaquetée dans mon ANE (Adobe native extension). L'exécution d'ibtool pour la deuxième fois ne donne pas ce problème à nouveau.

Answer 4

Si vous effectuez une construction en ligne de commande pour le simulateur avec XCode4, cela pourrait être dû au fait que vous n'avez pas i386 dans la liste des architectures.

Answer 5

Cela se produit lorsque j'exécute des tests unitaires à partir de Xcode et que le simulateur iOS ne fonctionne PAS. Si vous lancez (ou quittez et relancez) le simulateur iOS, les erreurs cessent d'apparaître.