[SIMILAR] WITH 13442 unwind WITH 7620 もr1 WITH 7380 r11 WITH 6955 続用 WITH 4065 ムポ WITH 3858 外処 WITH 3740 理( WITH 1657 例外 WITH 1472 ドレ WITH 1400 アド WITH 1177 継続 WITH 1151 生成 WITH 1068 処理 WITH 1064 基準 WITH 996 戻し WITH 805 び出 WITH 798 レス WITH 721 良さ WITH 640 呼び WITH 622 ば良 WITH 550 ポイ WITH 515 タッ WITH 510 フレ WITH 466 ブロ WITH 439 に戻 WITH 433 windows WITH 417 用の WITH 369 ロッ WITH 283 のア WITH 239 ック WITH 219 ンタ WITH 192 レー の検索結果 229 件中 1 - 10 件目 (0.169259507 秒)
catchブロックを呼び出すと、r0に継続用のアドレスが入れられるようです。そしてフレームポインタはr11なので、r11を元に戻してからr0に返されたアドレスに戻れば良さそうです。 ついでにunwind用の処理もr11を基準に生成されていて、lrをスタックにつんで終わったらその値をpcに戻しているので、unwindするとき ...
eVC4のヘルプにアセンブラ周りの基本的な部分が載っていますね。関数呼び出しの時のレジスタの使い方など。 evc4help.chmのMicrosoft eMbedded Visual C++ Guide/Microprocessor Referenceあたりです。 ...
# (スコア:2842)
というわけで、まずはアセンブラで関数を書いてみるところから。 CODE32 AREA |.text|, CODE, ARM EXPORT |get| |get| PROC mov r0, #10 mov pc, lr ENDP END とりあえずこれを、armasm.exeでobjにして、C++からこんな感じで呼び出すのには成功しました。 extern "C" int get(); printf("%d\n", get()); ...
# (スコア:2842)
C++のコードをアセンブラに落として調べているのですが、メンバ関数を呼び出すときには、r0にthisをセットしてから関数にジャンプすれば良い模様です。 なんだか例外処理と関係なくなって、ARMのアセンブラ入門みたいになっちゃってますね^^;;。 ...
# (スコア:2714)
Invalid Text構造化例外処理(SEH)をするときのフレームのたどり方がx86と違うとか、呼び出し規約が違うとか。SEHはgccでC++の例外処理を扱ったときと同じように（?）テーブルベースでフレームを辿るようになるようで、例外が発生しなかった場合のtryのコストがほぼ無視できるようになったのではないかと思われま ...
# (スコア:2509)
Windows CE 4.0以降のSDKでビルドしてあるもの（Sigmarion IIIとPocket PC 2003版）では、例外処理を有効にしてあったのですが、メリットの割にバイナリサイズの増加が激しすぎるので無効に変えてみました。パフォーマンスなどにも多少影響がありそうです。 Pocket PC 2003でお使いの方でパフォーマンスが良くな ...
# (スコア:2149)
Pocket PC 2003のSDKを使ったときに例外処理を使うとRTTI周りでリンクエラーになる件の修正モジュールが出ていたようです。 ...
# (スコア:2138)
他の部分のvector<bool>も全て変更し、別の修正ももう一箇所したところコンパイルは通りました。手元のPocket PCで動かしてみたところ、一通り動いているようです。ちなみに、もう一つの修正点は、hash_map::erase(iterator)なのですが、hash_map::erase(const key_type&)にしたらエラーにならなくなりました。 ...
# (スコア:2138)
Exception Handling in Windows CEなんてページを発見。 基本的には、setjmpとlongjmpで例外処理と同じことを行う。ただしこのままだとスタックを巻き戻すときにローカルオブジェクトのデストラクタが呼ばれないので、それを呼ぶようにする。 具体的には、デストラクタで処理をしているクラスを全てあるクラスか ...
# (スコア:2125)
Invalid Text今まではとにかく近くで捕まえて戻り値で処理するようにしていたのですが、以下のように変えるように決めました。 大きなメモリを確保する場合には、近くで捕まえて他のエラーと同様に戻り値で処理する 小さなメモリを確保する場合には、呼び出しツリーの根元近くでbad_allocを捕まえてプロセスごと ...
# (スコア:2119)
# (スコア:10000)