はじめに Xcode7より、AddressSanitizer(aka ASan)という、強力なメモリエラー検知ツールが追加されたことは、ご存知の方も多いかもしれません[0] お仕事で、ASanで、独自Framework内のメモリエラーを調査する機会があったので、その際に、学んだ、使い方やTipsについて書き留めます。 もし何か不備等ありましたら、気軽にコメントください :) Address Sanitizerとは？ AddressSanitizer(aka ASan)は、メモリエラー検出ツールです。 ASanは、不正なメモリ操作を検出するコードをコンパイル時に挿入します。 ここがポイントですね。 ASanのコードは、メモリエラーを検知するとアプリをクラッシュさせるとともに、詳細なログをコンソールに出力します。 このあたりは、WWDC15のSession413[0]が詳しいです。 そのため、

phina.jsに限った話じゃないのですが、phina.jsを使っている時に遭遇した問題なのでphina.jsのアドベントカレンダーとして書いてみたりします。 前置き phina.jsで、結構大きめの画像を大量に扱うアプリケーションを作っていたのですが、iOS12のsafariでテストしていた時に、 "Total canvas memory use exceeds the maximum limit(288MB)" という警告が画像の読み込み時に発生する様になりました。 この警告が発生してからgetContext('2d')を実行すると必ずnullが返り、それ以降canvasからcontextの取得が出来なくなってしまいます。 288MBの部分は機種によっては255MBとかになるみたいです(iPhone Xは288MB) 翻訳すると、「総キャンバスメモリ使用量が上限を超えています」との事。

『メルカリ』 アプリの画面描画を高速化する技術、バックエンド・iOS・Androidの基本設計 多くのユーザーに愛されるフリマアプリ『メルカリ』ですが、そのスムーズな画面描画はどのような技術で生み出されているのでしょうか。同アプリの高速表示の秘密を、バックエンド、iOS、Androidの3方向からメルカリ社のエンジニア4人に聞きました。 バックエンドの高速化を支える技術 【Tips1】 画像のファイルサイズを最適化し、アプリ全体の通信量を抑える 【Tips2】データセンター間通信のレイテンシを抑える 【Tips3】アプリのありとあらゆる挙動を常にモニタリングする iOSアプリの高速化を支える技術 【Tips4】Objective-CからSwiftへの移行 ＆ アーキテクチャの刷新 【Tips5】『UIStackView』を活用し、UIの描画をより滑らかにする Androidアプリの高速化を

前回の記事では、iPhone に Fiddler プロキシを設定して、開発マシンにアクセスする方法を書いたのですが、一部 HTTPS リクエストが失敗するケースがあります。この場合は、iPhone に Fiddler のルート証明書をインストールすればよいのですが、Android と iOS では http://ipv4.fiddler:8888 からダウンロードできる証明書が対応していない場合があります。 本家に Capture Traffic from iOS Device というドキュメントがあるので、この通りにやれば基本問題ありません。 手順を簡単にまとめると、 iPhone に Fiddler プロキシを使うように設定する（前回の記事） CertMaker for iOS and Android をインストールして、Fiddler を再起動する iPhone の Safari で

fiddlerでiPhoneの通信を見るための手順が結構たくさんあったので備忘録としてメモを残す。 ##手順 fiddlerをインストール。 https://www.telerik.com/download/fiddler addonsのページからCertMaker for iOS and Androidをインストール。 http://www.telerik.com/fiddler/add-ons fiddlerを起動してTools>Options>HTTPSからCapture HTTPS CONNECTsを有効にする。 Protocolsを選択して*;tls1.1;tls1.2*を追加する。 Tools>Options>ConnectionsのAllow remote computers to connectを有効にする。 InspectorsとかがあるパネルのFiddlerScript

'12/11/24: このブログの内容をもとに Amazon Kindle ストアで電子書籍を出版しました。 スマートフォンアプリ配信の輸出管理 作者: 村上卓弥出版社/メーカー: 村上　卓弥発売日: 2012/11/23メディア: Kindle版 クリック: 1回この商品を含むブログ (2件) を見る 今回は、暗号を使用しているアプリが、EAR で実際に規制されるかどうかについて書いてみます。 ※ 最初に断っておきますが、私は法律の専門家ではないので、間違いとかが入っている可能性がなくはないです。ですので、この記事を信用して損害を被ったとしても保証はいたしかねます。また、間違いがあれば指摘してくださいね。前回の記事がはてなブックマークの人気エントリ入りして内心ひやひやしてます。 Category 5, Part 2 で規制されるかの確認 暗号品目は、EAR の規制品目 (CCL, Com

前回の記事の続きです。今回は、前回の記事において米国商務省によるフローチャートで輸出規制への該非判定を行った iOS アプリ「stone for iOS」を App Store へ登録申請し、それが一度のリジェクトを経て公開されるまでの経緯を紹介します。 ※記事へ引用の原文および参考訳は 2014年4月7日時点のものです ※引用文中の赤字・強調表示は筆者によるものです。「：」は引用の中略を示します 許可例外「TSU」とは？ さて、暗号を使用するオープンソースの iOS アプリ「stone for iOS」は、ソースコードが「一般に入手可能（publicly available）」であることから 米国輸出管理規則上の許可例外のひとつである「TSU」の適用が可能で、その措置により商務省の輸出許可を得ることなく米国内の App Store からの輸出が可能であることがわかりました。 一連の許可例

記事の概要 スマートフォンの普及に伴いそれをターゲットとするソフトウェアベンダや開発者が増えています。スマートフォン向けのアプリケーションを公開する際には通常 Google Play や App Store 等のアプリケーションストアを使用しますが、これらのストアの拠点は米国にあるためそこでアプリを配布することは米国からの輸出に該当し 同国の輸出法の適用対象となることに注意が必要です。 米国の輸出規制の内容は EAR (Export Administration Regulations 輸出管理規則) に定められており、規制に該当するか否かは「何」を「どこへ」輸出しそれを「誰」が「何のため」に使用するかによって決まります。規制対象にあたる輸出を行う際には米国商務省へ申請を行い有効期限を伴う 輸出許可（Export License）を得なければならないケースもありますが、EAR にはある品目

We’ve just finished up with our iPhone X teardown (and what a teardown it was)—which means there’s only one item left on our teardown check-list: iPhone X wallpapers. Every year, we cap off our teardown extravaganza by releasing wallpapers that show off the sweet internals of your iPhone. Apple spent too much effort on the iPhone X’s hardware to cover it up with glass that you can’t even see throu

Blackjack is one of the most popular table games in the US. Players flock to blackjack to test out their betting strategies and hone their skills. Outside of the land-based casino space, there’s a strong library of online blackjack titles that welcome new and veteran players alike. In some states, players can enjoy blackjack online for real money. New Jersey, Pennsylvania, Michigan, and West Virgi