@@@ ABORTING: INVALID HEAP ADDRESS IN dlfree

っていうエラーのお話し。
開発したアプリのテストをしていると、ある処理を行うところでアプリがkillされる現象に陥った。
ぱっとみメモリ不足ではなさそうだったので頭をひねっていると、
プロセスがkillされる直前に以下のようなエラーが出ていることに気付く。

03-05 16:15:06.762: A/libc(19768): @@@ ABORTING: INVALID HEAP ADDRESS IN dlfree
03-05 16:15:06.782: A/libc(19768): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1)

いかにもネイティブのエラーですって顔してて嫌な感じだったので、
いつも通りStackOverflowを頼るときれいな回答が。


What it boiled down to is a function call being made from two different threads at the same time.
More specifically, this function was BluetoothSocket's close() method.
I checked the source code at this website , and the call is not synchronized (not sure if this changed since it is from Android 2.1).

引用元：
http://stackoverflow.com/questions/10662446/invalid-heap-address-and-fatal-signal-11(StackOverflow)

どうも異なるスレッドから同時にメソッドを呼び出すと発生するご様子。
何でsynchronizedされていないのかは分からないけど、
思いっきりBluetoothSocket#close()を使っていたので排他的に呼ばれるように修正。

コメント

コメントを投稿

このブログの人気の投稿

Activity以外からstartActivityする

Androidは覚えきれないから得られた情報は書き残しておこうと心に誓ったのに、 なんで前回のポストから3ヵ月も経っているの・・・？ 仕事中にBloggerを開く癖をつけるか。 いっそメモ書きしたらBloggerにポストされるように出来ないかな。 タイトルここから Activity以外(のContext)からstartAvtivity()を呼び出すと以下のエラーが発生する。 android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity  context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want? なのでserviceなんかから呼び出す場合はFLAG_ACTIVITY_NEW_TASKをセットしてやる必要がある。 Intent intent = new Intent(); intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); 理由は後ほど調べる。
続きを読む

in app billing v3 でサンドボックステストするときの話

とりあえずサンプルアプリのコードをちょちょっといじって、おなじみの"android.test.purchased"を買おうとすると、購入後のセキュリティのチェックでエラーが出てめんどうなことに。 E/IABUtil/Security(5973): Purchase verification failed: missing data. E/IabHelper(5973): In-app billing error: Purchase signature verification FAILED for sku android.test.purchased どうもSecurity.javaに問題があるようで、"android.test.purchased"を購入しようとするとSecurity#verifyPurchaseでsignatureがnullとなりエラーシーケンスに移行するご様子。 そしてここでエラーが起きると、その後のconsumePurchaseを呼び出す処理に到達しないため、結果としてアイテムが二度と買えない羽目に・・・。 この状態になるとアプリをアンインストールしても元の状態に戻せません(GooglePlayの方で購入情報をキャッシュしているので)。 アプリ設定からGooglePlayのデータを消去してやることで一応復旧はするみたいです(一部アカウント情報なんかが消えた気がしますが・・・)。 で、下記の参考サイトをもとにsignatureがnullの場合もtrueを返すように修正して動作するように修正しまんた。 if (TextUtils.isEmpty(signedData) || TextUtils.isEmpty(base64PublicKey) || TextUtils.isEmpty(signature)) {         Log.e(TAG, "Purchase verification failed: missing data.");           if (BuildConfig.DEBUG) {                     return true;           }           return false;
続きを読む

XmlPullParserでのXML解析

イメージ
で、つまづいた。 事の発端は今まで動いていたアプリがOS4.xの端末で動かなくなったとの報告から。 ログイン機能をもつアプリなんだけど、どうも返り値のXMLをパースしている部分でエラーを吐いているご様子。 W/System.err(19538): org.xmlpull.v1.XmlPullParserException: END_TAG expected (position:START_TAG <item>@1:35 in java.io.StringReader@2b01b478) W/System.err(19538): at org.kxml2.io.KXmlParser.exception(KXmlParser.java:273) W/System.err(19538): at org.kxml2.io.KXmlParser.nextText(KXmlParser.java:1444) なるほど、さっぱりわからん。 END_TAGが来ないからご機嫌斜め、みたいな事をおっしゃっている気がする。 色々調べたところ、どうもOS4.0からXmlPullParserクラスのインスタンスが1つに統合されたらしい。 (そもそも2つあること自体知りませんでした) XmlPullParserクラスのインスタンスは2つあり、 1) ExpatPullParser ( android.util.XmlのstaticメソッドnewPullParser()を呼んで得る) 2) KXmlParser (XmlPullParserFactoryのインスタンスを取得し、そっからnewPullParser()を呼んで得る) OS4.xではどちらの方法でインスタンスを取得しても KXmlParserの方が返されるようになっているみたいです。 で、この KXmlParserなんですが、タグが入れ子になっている部分でnextText()を呼び出すと上のエラーを吐く。 <aaa>　←ココ 　<bbb>opanchu!!</bbb> </aaa> ExpatPullParserちゃんは察してくれてたのに何でこの子は・・・。 で、こうなると何でもかんでもSTART_TAGだ
続きを読む