[SIMILAR] WITH 7716 外処 WITH 7380 ce3 WITH 7107 元近 WITH 6386 外安 WITH 6235 リ確 WITH 5910 了さ WITH 5123 ロセ WITH 4972 例外 WITH 4689 度メ WITH 4655 リ不 WITH 4405 alloc WITH 4125 スご WITH 3712 ド中 WITH 3350 確保 WITH 3276 根元 WITH 3257 行時 WITH 3204 処理 WITH 3157 り値 WITH 3043 正ア WITH 2920 モリ WITH 2805 保す WITH 2512 値で WITH 2388 セス WITH 2119 で捕 WITH 1908 で処 WITH 1849 と終 WITH 1643 ツリ WITH 1591 不正 WITH 1587 メソ WITH 1513 メモ WITH 1334 捕ま WITH 1298 サポ の検索結果 145 件中 1 - 10 件目 (0.07428412 秒)
Invalid Text今まではとにかく近くで捕まえて戻り値で処理するようにしていたのですが、以下のように変えるように決めました。 大きなメモリを確保する場合には、近くで捕まえて他のエラーと同様に戻り値で処理する 小さなメモリを確保する場合には、呼び出しツリーの根元近くでbad_allocを捕まえてプロセスごと ...
Exception Handling in Windows CEなんてページを発見。 基本的には、setjmpとlongjmpで例外処理と同じことを行う。ただしこのままだとスタックを巻き戻すときにローカルオブジェクトのデストラクタが呼ばれないので、それを呼ぶようにする。 具体的には、デストラクタで処理をしているクラスを全てあるクラスか ...
# (スコア:4161)
catchブロックを呼び出すと、r0に継続用のアドレスが入れられるようです。そしてフレームポインタはr11なので、r11を元に戻してからr0に返されたアドレスに戻れば良さそうです。 ついでにunwind用の処理もr11を基準に生成されていて、lrをスタックにつんで終わったらその値をpcに戻しているので、unwindするとき ...
# (スコア:4117)
Invalid Text構造化例外処理(SEH)をするときのフレームのたどり方がx86と違うとか、呼び出し規約が違うとか。SEHはgccでC++の例外処理を扱ったときと同じように（?）テーブルベースでフレームを辿るようになるようで、例外が発生しなかった場合のtryのコストがほぼ無視できるようになったのではないかと思われま ...
# (スコア:4077)
C++のコードをアセンブラに落として調べているのですが、メンバ関数を呼び出すときには、r0にthisをセットしてから関数にジャンプすれば良い模様です。 なんだか例外処理と関係なくなって、ARMのアセンブラ入門みたいになっちゃってますね^^;;。 ...
# (スコア:4040)
Windows CE 4.0以降のSDKでビルドしてあるもの（Sigmarion IIIとPocket PC 2003版）では、例外処理を有効にしてあったのですが、メリットの割にバイナリサイズの増加が激しすぎるので無効に変えてみました。パフォーマンスなどにも多少影響がありそうです。 Pocket PC 2003でお使いの方でパフォーマンスが良くな ...
# (スコア:4040)
Pocket PC 2003のSDKを使ったときに例外処理を使うとRTTI周りでリンクエラーになる件の修正モジュールが出ていたようです。 ...
# (スコア:4040)
eVC4のヘルプにアセンブラ周りの基本的な部分が載っていますね。関数呼び出しの時のレジスタの使い方など。 evc4help.chmのMicrosoft eMbedded Visual C++ Guide/Microprocessor Referenceあたりです。 ...
# (スコア:4040)
というわけで、まずはアセンブラで関数を書いてみるところから。 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()); ...
# (スコア:4040)
他の部分のvector<bool>も全て変更し、別の修正ももう一箇所したところコンパイルは通りました。手元のPocket PCで動かしてみたところ、一通り動いているようです。ちなみに、もう一つの修正点は、hash_map::erase(iterator)なのですが、hash_map::erase(const key_type&)にしたらエラーにならなくなりました。 ...
# (スコア:4040)
# (スコア:10000)