[SIMILAR] WITH 7716 外処 WITH 7323 少影 WITH 3344 sigmarion WITH 3315 例外 WITH 1861 パフ WITH 1606 pocket WITH 1582 無効 WITH 1338 リサ WITH 1315 効に WITH 1152 増加 WITH 1068 処理 WITH 866 windows WITH 793 有効 WITH 772 ォー WITH 764 多少 WITH 742 ナリ WITH 610 以降 WITH 590 ーマ WITH 567 ビル WITH 552 フォ WITH 548 2003 WITH 543 メリ WITH 528 マン WITH 461 影響 WITH 458 イナ WITH 413 ルド WITH 385 ンス WITH 367 イズ WITH 354 リッ WITH 281 バイ WITH 170 サイ WITH 118 ット の検索結果 416 件中 1 - 10 件目 (0.135455723 秒)
Windows CE 4.0以降のSDKでビルドしてあるもの（Sigmarion IIIとPocket PC 2003版）では、例外処理を有効にしてあったのですが、メリットの割にバイナリサイズの増加が激しすぎるので無効に変えてみました。パフォーマンスなどにも多少影響がありそうです。 Pocket PC 2003でお使いの方でパフォーマンスが良くな ...
eVC4のヘルプにアセンブラ周りの基本的な部分が載っていますね。関数呼び出しの時のレジスタの使い方など。 evc4help.chmのMicrosoft eMbedded Visual C++ Guide/Microprocessor Referenceあたりです。 ...
# (スコア:6806)
というわけで、まずはアセンブラで関数を書いてみるところから。 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()); ...
# (スコア:6806)
C++のコードをアセンブラに落として調べているのですが、メンバ関数を呼び出すときには、r0にthisをセットしてから関数にジャンプすれば良い模様です。 なんだか例外処理と関係なくなって、ARMのアセンブラ入門みたいになっちゃってますね^^;;。 ...
# (スコア:6798)
Pocket PC 2003のSDKを使ったときに例外処理を使うとRTTI周りでリンクエラーになる件の修正モジュールが出ていたようです。 ...
# (スコア:6789)
他の部分のvector<bool>も全て変更し、別の修正ももう一箇所したところコンパイルは通りました。手元のPocket PCで動かしてみたところ、一通り動いているようです。ちなみに、もう一つの修正点は、hash_map::erase(iterator)なのですが、hash_map::erase(const key_type&)にしたらエラーにならなくなりました。 ...
# (スコア:6770)
Invalid Text構造化例外処理(SEH)をするときのフレームのたどり方がx86と違うとか、呼び出し規約が違うとか。SEHはgccでC++の例外処理を扱ったときと同じように（?）テーブルベースでフレームを辿るようになるようで、例外が発生しなかった場合のtryのコストがほぼ無視できるようになったのではないかと思われま ...
# (スコア:6760)
catchブロックを呼び出すと、r0に継続用のアドレスが入れられるようです。そしてフレームポインタはr11なので、r11を元に戻してからr0に返されたアドレスに戻れば良さそうです。 ついでにunwind用の処理もr11を基準に生成されていて、lrをスタックにつんで終わったらその値をpcに戻しているので、unwindするとき ...
# (スコア:6755)
Exception Handling in Windows CEなんてページを発見。 基本的には、setjmpとlongjmpで例外処理と同じことを行う。ただしこのままだとスタックを巻き戻すときにローカルオブジェクトのデストラクタが呼ばれないので、それを呼ぶようにする。 具体的には、デストラクタで処理をしているクラスを全てあるクラスか ...
# (スコア:6645)
Invalid Text今まではとにかく近くで捕まえて戻り値で処理するようにしていたのですが、以下のように変えるように決めました。 大きなメモリを確保する場合には、近くで捕まえて他のエラーと同様に戻り値で処理する 小さなメモリを確保する場合には、呼び出しツリーの根元近くでbad_allocを捕まえてプロセスごと ...
# (スコア:6535)
# (スコア:10000)