NativeActivityクラスを用いたアプリケーションを実行する。Nativeな言語を用いて高速化する。 | TechBooster
Android SDK 2.3の公開に伴い、Android NDK Rev 5も公開され、NativeActivityクラスが利用できるようになりました。NativeActivityクラスを利用すれば、Nativeな言語(CもしくはC++)のみで、Androidアプリケーションが作成できます。 Nativeな言語で記述することで処理が高速になり、そのことで、OpenGL などを用いたアプリケーションや、グラフィカルなゲームアプリケーションの分野で特に有利になってくる可能性があります。 これまでもJNIを用いて一部の処理をNativeな言語で記述し、javaで呼び出すことで高速化を計ることは可能でしたが、NativeActivityでは、Nativeな言語のみでアプリケーションを作成することができるため、さらなる高速化が期待できます。 今回は、C言語で記述されたアプリケーションをビルドし、エ
Titanium? いいえ、Triainaです。 - mixi engineer blog
どうも、5ヶ月ぶりのブログ投稿です、佐野です。僕は2012年8月よりメッセージユニットに加わり、主にiPhone公式クライアントにおけるメッセージ機能の改修に携わっておりました。 mixi Touch(スマートフォンブラウザ版)では2012年10月より一部のユーザに向けてmixiメッセージにおけるリアルタイムコミュニケーションを実現するための新UIを提供しておりました。この機能が近いうちに mixi の iPhone版、Android 版 公式クライアントでも利用できるようになります。 (画面は開発中のイメージです) この新機能は Triaina という自社製のフレームワークによって、iPhone版・Android版共に、WEB版と共通の HTML+JS コードを利用して作られています。 こういうと「Triaina? PhoneGap や Titanium と何が違うの?」とか「Faceb
KMC Staff Blog:Androidのデバッグダンプからソース上の問題発生箇所を調べる方法
2011年02月22日 Androidのデバッグダンプからソース上の問題発生箇所を調べる方法 今回もAndroidのアプリケーション開発者でなくて、ポーティングなどでシステム部分の問題を追いかける人が知っておくとよい話です。(English version of this page) 実機でいろいろいじくって動かしていると、いつまでもandroidの起動アニメーションのままになって立ち上がってこなくなってしまうことがあります。このときにシリアルのコンソールからlogcatを見てみると、以下のようにあるプロセスが例外を起こして落ちてしまっていたりします。 ログのこの部分はdebuggerdが出しています。(debuggerdのしくみは以前に紹介しました。） I/DEBUG ( 3037): *** *** *** *** *** *** *** *** *** *** *** *** ***
logcatに出てくるSIGSEGVからソースファイルを割り出す
KMC Staff Blog:Androidのデバッグダンプからソース上の問題発生箇所を調べる方法 実践してみよう。 まず、スタックトレースから。 I/DEBUG ( 741): #00 pc 00015ca4 /system/lib/libc.so I/DEBUG ( 741): #01 pc 0000143a /system/lib/liblog.so I/DEBUG ( 741): #02 pc 0000bb7e /system/lib/libstagefright_omx.so I/DEBUG ( 741): #03 pc 0000bbe2 /system/lib/libstagefright_omx.so I/DEBUG ( 741): #04
Android Native で SIGSEGV が起きたときに Java 例外を VM に通知する - おともだちティータイム
android-native-signal-excption SIGSEGV が起きたときに Java 例外を VM に通知できないかなと思ってコードを書いてみたら出来てしまった。基本的に以下のようなアプローチで SIGSEGV を VM に通知している。 signal 関数を使って SIGSEGV が起きた状況をハンドリング setjmp/longjmp を使って元の位置までジャンプ 例外を通知する Android だと例外が起きたときに Play マーケットに報告できたり (デベロッパーはユーザの報告を確認できる) 、 ACRA を使って例外が起きた状況を調べることが出来るが、 Native 側で死ぬと静かにプロセスが殺されるだけなので確認する手段が無い。 しかし、 Java 例外にしてしまえば調べることが出来る。素晴しい。 追記 とはいえ SIGSEGV が起きている以上、プロセスは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
