なおXcodeに記録されるエラーの内容は以下の通りです。
2014-03-16 21:50:50.568 アプリ名[1567:907] *** Assertion failure in -[CDVConfigParser parser:parseErrorOccurred:], /Users/(省略)/App/platforms/ios/CordovaLib/Classes/CDVConfigParser.m:85
2014-03-16 21:50:50.570 アプリ名[1567:907] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'config.xml parse error line 86 col 40'
(文字数制限により以下略)
以上よろしくお願いいたします。
↓ここをご参照ください。
Phonegapでconfig.xmlのパースエラーは,アイコン設定変更時に発生する。その解決手順
http://d.hatena.ne.jp/TipsMemo+computer-technology/20140317/p1
・アイコン画像は所定の場所に設置されていますか?
・どのサイトまたは書籍の手順に従って作業していますか?その手順と自分の環境でバージョンが違いませんか?手順書と手元の環境では必要なリソースが異なっていませんか?チュートリアル通りやっても実行時エラーになる場合があります。マイナーバージョンまで一致するかご確認ください。
・config.xmlの例外箇所はどのような記述になっていますか?該当する行を消しても同様のエラーになりますか?
・プロジェクトを作り直すという手っ取り早い最終手段があります。それでも再発しますか?だとするとやはりバージョン違いの手順を行なっていませんか?
(先ほどのエラーについて続きです)
(0x313c62a3 0x3923a97f 0x313c615d 0x31c9bab7 0xcaa65 0x31ce2a13 0x39537c5b 0x3954adcb 0x3955077d 0x395520cd 0x39551ced 0x31ce2937 0x31ce28e1 0x31ce2b35 0x31ce2bcb 0xbc279 0xbb75b 0xbb81f 0xceed5 0xbb97d 0xcef7d 0xce859 0x3322ead9 0x3322e663 0x3322684b 0x331cec39 0x331ce6cd 0x331ce11b 0x34ec45a3 0x34ec41d3 0x3139b173 0x3139b117 0x31399f99 0x3130cebd 0x3130cd49 0x33225485 0x33222301 0xce493 0x39671b20)
libc++abi.dylib: terminate called throwing an exception
以上よろしくお願いいたします。
質問文を編集しました。詳細はこちら。
ストーリーボード上でひも付け等をやり直してみるとどうでしょうか。
(プロジェクト再作成時には,1からひも付けをやり直したのでしょうか?古いファイルセットをそのまま流用していますか?)
Xcodeでビルド時に return UIApplicationMain が出たときの対処|iPhoneアプリ開発ブログ
http://ameblo.jp/swift11/entry-11308528196.html
>削除したはずの「test」にまだ紐付けされている状態になっています。×で紐付けを解除して再度ビルドしたところ、きちんと動作しました
#import <UIKit/UIKit.h>
int main(int argc, char* argv[])
{
@autoreleasepool {
int retVal = UIApplicationMain(argc, argv, nil, @"AppDelegate"); ←【ここ】
return retVal;
}
}
よろしくお願い致します。
ドキュメントを見ると/wwwにある場合もサポートされているようではありますが...
http://cordova.apache.org/docs/en/3.4.0/config_ref_index.md.html#The%20config.xml%20File
私の事例においては、その影響が少ないのでは?と考えています。
なぜならプロジェクトを空にして、cordova3.4系にアップデートした後最初にcreateした際、config.xmlも含め、自分が構築していたプロジェクトとは配置が異なっているのに気がついたので、自分のwwwソースもコピー前に構成をあわせるよう修正していたからです。
その修正が失敗していた可能性もありますが、結果的にはconfig.xmlの変更で再びビルドしたものが動くようになったことから、可能性が少ないと推測した次第です。