Found an unexpected Mach-O header code: 0x72613c21

問題

Xcode9の画面。
以前のバージョンでも出てた模様。

正常に動いていたアプリをAppStoreに提出すべくArchiveをし、Validate...しようとしたら

Found an unexpected Mach-O header code: 0x72613c21

という妙ちきりんなメッセージが出てニッチもサッチも行かなくなった。

意味は

訳すと「予期しない Mach-O ヘッダーのコードを発見した」である。

Mach-O（マーク・オー）はmacOSの前身であるNESTSTEP由来のコンパイラが生成するオブジェクトファイル／実行ファイルのファイルフォーマットだそうだ。（カーネルの名前がMachだからだな）

さらにMachHeaderはCPUの種類、ファイルの種類などの情報が書かれたヘッダのようだ。

要するに想定外の 0x72613c21 という情報がヘッダに書かれてるということだろう。

メッセージで検索すると 0x72613c21 の部分も含めて全く同じものが出ているようだ。人によって数値が変わるわけじゃないのだな。

どうやらこれはFrameworkをインストールした際の設定などがうまくいってないっぽい。

自分の場合TwitterKitと、画像処理のためのオープンソースライブラリのOpenCVをインストールしているので、それが関係していそう。

対処

Logファイルを見ても、エラーメッセージの後にDVTFilePathがどうのというのがいくつも出ているけど、さっぱりわからなかった。

./Users/YourFile/Library/Developer/Xcode/DerivedData の削除をしてもダメ

XcodeでProductのClean、Clean Build Folder...をしてもダメ。

解決した

TwitterKitの公式サイトに書かれていたインストール方法が、以下のようだった。

• TwitterKitをEmbedded Binariesに
• TwitterKitとTwitterCoreをLinked Frameworks and Librariesに

TwitterKitが２つ出てきておかしいとは思いつつ、Embedded 〜 に追加すると自動的にLinked 〜 にも追加されるんで、下の方ではTwitterCoreしか追加してなかったのだが、それが良くなかったようだ。

結果的にEmbedded 〜 の方を削除し、Linked 〜 の方にだけあらためてTwitterKitを追加したところ、無事Validate...が通った。

Embedded 〜 に残しておいても通ったけど、Linked 〜 にTwitterKitが２つ重複して入るため、気持ち悪いから消した。

原因

こちら（stack overflow）の回答を見たところ、以下のような記述があった（英語で）。

Mach-O型のFrameworkが「Static（静的）ライブラリ」である場合、それをEmbed（埋め込み）フレームワークに入れるべきではありません。 Mach-Oタイプが「Dynamic（動的）ライブラリ」の場合は、Embedフレームワークに配置する必要があります。

TwitterKitがStatic LibraryなのかDynamic Libraryなのかよくわからんのだけど、結果的にEmbedded Binaries に入れず、Linked Frameworks 〜 に入れるべきだったのだな。

とにかく解決したようなので助かった。こんなん、ネットがなかったら絶対わからんかったもん。
今後やはりEmbedded 〜 にも入れないといけない不具合が出るかもしれないけど、そしたらまた追記／訂正します。

Twitter利用の新アプリ作成時、アカウント作成要に

TwitterのApplication Managementページに載ってたのを翻訳しとく。

2018年7月現在、新しいアプリを作成する前に、Twitterデベロッパーアカウントを申請して承認を受ける必要があります。 承認されると、developer.twitter.comから新しいアプリを作成することができます。
近い将来、apps.twitter.comで既存のアプリを引き続き管理できます。 しかし、すぐにこのサイトを廃止し、developer.twitter.comの開発者ポータルにすべての開発ツール、APIアクセス、およびアプリケーション管理を統合します。 このサイトをリタイアすると、そのポータルを介して既存のアプリケーションにアクセスして管理することができます。

既存のアプリはいいけど、次からはデベロッパーアカウントを作らないといけないようだ。めんどくせえ。
詳しくは新規アプリ作った時に追記する。

Twitterアプリがないと他のアプリからツイートできない？！

問題

TwitterKitでは、Twitter公式アプリをインストールしていないデバイスで、別のアプリからツイートを投稿しようとしても、以下のようなエラーを吐いて認証ができなくなってしまった。

2018-08-10 22:19:59.259526+0900 アプリ名[72348:10180750] [discovery] errors encountered while discovering extensions: Error Domain=PlugInKit Code=13 "query cancelled" UserInfo={NSLocalizedDescription=query cancelled}
2018-08-10 22:20:01.430469+0900 アプリ名[72348:10180372] [TwitterKit] Error obtaining user auth token.

たとえばXcodeのiPhoneシミュレータでテストしようとしても、いちいち公式アプリがないといけないことになる。

原因

これはツイッター社による仕様変更のためで、ここにあるように、以前はツイッターにアプリ登録の際、
https://example.com
ってごまかしていた Callback URL なるものをきちんと登録しないといけないという。

解決法

Callback URLってナニ？　ってのが本音なのだが、時間がないので解決法方だけ記す。

TwitterKitを使用する際にTwitterのApplication Managementサイトでアプリの登録を行ったわけだが、新規登録の際に得られたConsumer Key (API Key) を使った擬似的なURLを書けばOKだ。

Consumer Keyが ABCDEFGHIJK だとすれば、Settingsタブで

https://example.com

のかわりに

twitterkit-ABCDEFGHIJK://

と書けばいい。

そして下のUpdate Settingsボタンを押して完了。
これですぐにアプリから認証ができるようになる。
簡単だけどめんどくさいな。

参考サイト：TwitterがインストールされていないとTwitterKitで認証できない

TwitterKitが変更された

気づいたらTwitterKitが3.4.0にアップデートされていた。公式サイト

^ <>\|`など、一部の文字がツイートできない問題も解決しているらしいので、さっそくインストールした。（後述するが、\ （バックスラッシュ）だけはいまだツイートできなかった）

Frameworkをインストール

公式サイトに書かれた通りにやる。

1. TwitterKit.frameworkをEmbedded Binariesに追加
2. TwitterKit.frameworkとTwitterCore.frameworkをLinked Frameworks and Librariesに追加

とある。

しかし1.ですでにTwitterKit.frameworkはLinked Frameworks and Librariesにも自動で追加されるているので、TwitterCore.frameworkだけでいいと思われる……と思ってあらためてLinked 〜 に追加しなかったところ、AppStoreに提出する前のValidate...時に以下のエラーが出て悩むことになった。
1.のEmbedded 〜 への追加はしてもしなくても良くて、2.のLinked 〜 にTwitterKitを追加してやったら直った。注意が必要だ。

TwitterKitResources.bundleも必要

公式サイトに書かれてないけど、TwitterKitのフォルダに入ってるTwitterKitResources.bundleというエイリアスファイルもそのままAdd Files to プロジェクト名 してやらないといけない。

bridging headerが必要

これまではSwiftではふつーに
import TwitterKit
としておけば良かったが、Objective-C用しか用意されていないらしく、Objective-C bridging headerを作らねばいけなくなった。

作り方はObjective-CとSwiftのコードを混在させる方法を調べてもらうとして、その中で
#import <TwitterKit/TWTRKit.h>
としなければならない。

Twitter --> TWTRTwitterに書き換える

Twitter.sharedInstance().application(app, open: url, options: options)

などと書いていたののTwitterの部分をTWTRTwitterと書き換える必要がある。
まあこれは簡単。

Linker Errorが出る

ここまでで完璧と思ってさっそくビルドしてみたところ、Apple Mach-O Linker (ld) Errorなどというエラーが出てしまった。

必要なFrameworkがインストールされていないか、必要ファイルへのpathが狂っているなどの場合に出るらしい。

MKMapViewとかMKMapView、_kUTTypeImageなどというメッセージからMapKit.frameworkとMobileCoreServices.frameworkが必要と判断して追加したら消えてくれた。

そんなことどこに書かれてんだよ。ツイッター、この野郎。

とりあえずビルドできるようになったのは幸い。

バックスラッシュだけはまだ送信できない

上述の通り、^ < >など一部の文字が含まれているとツイートできない問題は直っていたが、\（バックスラッシュ）だけはいまだツイートできなかった。

\(^o^)/ などというように顔文字で使われることがあるから早く直してくれないと困るな。制御文字を扱う際のprefixに使われてるせいじゃないかと思うが、ツイッター公式アプリやWeb版のツイッターじゃ問題ないんだからツイッター社の怠慢。

OpenCVを使う（覚書）

OpenCVはインテルが開発したオープンソースライブラリで、画像処理に定評があるという。
SOURCEFORGEというサイトで入手できる。

Swiftから使う方法

C++で書かれているらしく、Swiftから直接扱えないので、Objective-C++を経由して扱う。
簡単に書くと、

• SwiftのプロジェクトにWrapper（間を取り持ってくれるクラスだ）となるObjective-Cのクラスを作る（ex. OpenCVWrapper.hと同.m）
• その過程でSwiftとObjective-Cのクラスを同居させるためのBridging-Header.hを作る
• Wrapperクラスとして作ったObjective-Cのファイル「クラス名.m」の拡張子を、Objective-C++の拡張子の「クラス名.mm」に変更
• Bridging-Header.hに #import "OpenCVWrapper.h" を
• Wrapperクラスのヘッダファイルに #import <UIKit/UIKit.h> を
• Wrapperクラスの実装ファイル（さっき.mmにしたとこ）には以下のように
• #import <opencv2/opencv.hpp>
• #import <opencv2/imgcodecs/ios.h>
• #import "OpenCVWrapper.h"
• Wrapperクラスの中にOpenCVにアクセスするObjective-C++のメソッドを書き、Swiftからそのメソッドを使うことで機能を使用する

……らしい。

まだよくわかってないけど。

いっぱい出るWarningを消す

こんなのがいっぱい出た

Xcodeでそのままコンパイルしたら、

• Not a Doxygen trailing comment
• Empty paragraph passed to '@note' command

などというよくわからないWarningが86個も出てしまった。

気になるならここをNoに

stackoverflowでは「無視してもいいが、Build SettingsのDocumentation CommentsをNoにすればいい」とあったんで、試したらほんとに消えた。こちらのサイトでも。
iOS、Xcodeの必要なメッセージまで消えちゃうかどうかは知らん。

IplImageに変換せねば…

OpenCVで使われてる画像管理の構造体がIplImage。

iOSの画像をこいつに変換してやらないといろいろ使えないのが面倒。

調べたところ、CGImageからIplImageへの変換方法は一筋縄でいかず、Objective-C++でIplImageの変数とポインタを共有するContextを作ってそれに描画するとか、色空間を変換するとか、やたら複雑。

他のやり方がわからないので丸コピーするみたいな感じになってしまった。

特定の色を透明にする

やりたいこと

画像の特定の色（例えばグレーの部分とか）だけを透明にしたい。
（別な画像と合成する時に使うのだ）

やり方

let maskColor:[CGFloat] = [188, 188, 188, 188, 188, 188]

let maskedImage = cgImage?.copy(maskingColorComponents: maskColor)

Core Graphicsの機能を使うので、画像をCGImageに変換しておく。（例では変数cgImageとして用意）

maskColorの配列が、透明化したい色を範囲として指定するための引数。はっきりはわかってないんだけど、要素0から順に、Rの下限、上限、Gの下限、上限、Bの下限、上限を0〜255の値で指定するようだ。

一色だけなら全部同じ値にすればいいし（CIFilterのポスタリゼーションで作った３階調のグレー色は188だった）、色の範囲で指定するならそれぞれの下限値、上限値を変えればいい。

実際に透過処理をしてるのがCGImageのcopyメソッド。処理が終わったCGImageを返す。

合成処理をするならCGImageのままかCIImageがいい。というか、macOSでNSImageに変換したら透明じゃなくなってしまった。

リファレンス見ると最後にCGImageをreleaseしろって書いてあるんで、そうした方がいいみたい。

注意

元画像にαチャンネルがあるとnilが返ってきてしまうので、あらかじめα情報を取り除く作業をしておかないといけない。そうしないと予期せぬエラーでアプリが落ちてしまう。

UIGraphicsの作り直しのOptionで第２引数のopaqueをtrueにすればOK。

UIGraphicsBeginImageContextWithOptions(srcImage.size, true, 0.0)

srcImage.draw(in: CGRect(origin: CGPoint.zero, size: srcImage.size))

let remakedImage = UIGraphicsGetImageFromCurrentImageContext()

UIGraphicsEndImageContext()

年に一度の証明書の更新手順

手順の概要

1. アップル・デベロッパーの証明書ページで古い証明書（DeveloperとDisributionをそれぞれ）を削除
2. 新しい証明書作成開始
3. Macのアプリ「キーチェーンアクセス」から証明書リクエストファイルを作成
4. アップル・デベロッパーに証明書リクエストファイルを読み込ませる
5. 新しい証明書ファイルをダウンロード
6. 証明書ファイルをダブルクリックしてキーチェーンに追加

アップル・デベロッパーから、以下のタイトルのメールが届く

Action Needed: iOS Distribution Certificate Expires in 30 Days
（iOS配布用証明書があと30日で切れるで）

（以下のページデザインは2019年時点で別のものになってる。だいたいわかるけど、ちょこちょこ変えるなよな、アップルさんよお）

アップル・デベロッパーサイトのCertificates, Identifiers & Profiles ページを開く

この画面は証明書の一覧。

ここで期限切れ、もしくは期限切れ間近の証明書を選んで、Revoke（廃止）ボタンを押す。（消さなくても作れる場合もあるみたいだが）

DeveloperもしくはDistributionの証明書を作る

前の画面の右上にある「＋」ボタンを押すと、以下の画面が出る。

Developmentが赤字で「証明書の数がいっぱい！」って書いてあるのは作った後のスクリーンショットだから。

DevelopmentはそのままDevelopmentの証明書、ProductionはDistributionの証明書なので（ややこしいな！）、それぞれを作ることになる（一度にはできない）。

画面下のContinueボタンを押すと以下の画面になる。

「キーチェーンアクセス.app」を使って必要な作業手順が書かれてる。

キーチェーンアクセス.appで証明書リクエストファイルを作る

ウェブサイトとMacのアプリを行ったり来たりしながら作業しなきゃいけないのはめんどくさいけど、しょうがない。

Macのキーチェーンアクセス.appを開く。

（ここで検索窓にiPhoneと入力し、古い証明書を消しとくといいみたい）

メニューの、キーチェーンアクセス／証明書アシスタント／認証局に証明書を要求...

を選ぶと以下の画面に。

ここで

「ディスクに保存」を選び（「鍵ペア情報を指定」もチェックしたほうがいいらしい？）「続ける」を押すと、

「CertificateSigningRequest.certSigningRequest」という証明書リクエストファイルを保存するダイアログが出るんで、わかるところに保存する。

デベロッパーサイトに戻る

キーチェーンアクセスの作業手順が書かれた画面でContinueを押すと以下の画面になるので、Choose File...から、今作ったCertificateSigningRequest.certSigningRequestファイルを指定してContinue。

（ここでアップロードするリクエストファイルは、DevelopmentとDistributionで同じものでいいようだ）

証明書をダウンロード

そうするとDevelopmentもしくはDistributionの証明書が作られるので、Download。

この作業を、必要であれば前述のとおりDevelopmentとProduction（Distribution）の２回やる。

できた証明書ファイルがこれ。

これをそれぞれダブルクリックすると、以下のようにキーチェーンに追加するか聞いてくるので、「追加」で終了。

これで証明書の更新作業が終わり。