Microsoft が提供する C/C++ ヘッダファイルにおける事前条件・事後条件の充実っぷりは異常 - NyaRuRuが地球にいたころ
ぴーびーしー - 東方算程譚 ふむ． むしろ Microsoft の開発現場で，一番 DbC が流行っているのが Visual C++ 関連だと思うのですが．Header Annotations とか SAL Annotations，C/C++ コード障害の検出と修正 等． 最近の Visual C++ のインクルードファイルや Windows SDKs 以下のインクルードファイルを見ていても，事前条件・事後条件の充実っぷりは異常．その規模は既に COM 全盛期の IDL を凌ぎます． あれは手で書いているんでしょうかねぇ？ 何か DSL から C/C++ のヘッダファイルを自動生成していてもおかしくない気もしますが，はて． 整数範囲注釈 そういえば Visual C++ 2008 SP1 のコード検証は，Header Annotations の整数範囲注釈を活用していないように見えるので
apispy
他のプロセスのAPI関数の呼び出しを監視(NT) 説明： 下記サンプルはtest.exeを起動し、このプロセスのMessageBox関数の呼び出しを監視する。test.exeがMessageBox関数を呼び出したら、呼び出した際に与えられた引数を表示する。 これを実現するために、サンプルはtest.exeをデバッグ対象のプロセスとして起動している。具体的には、CreateProcess関数のfdwCreate引数にDEBUG_PROCESSフラグを指定している。test.exeが起動されたら、MessageBox関数のエントリポイントアドレスにブレークポイントを設置する。このことにより、test.exeがMessageBox関数を呼び出した際に、ブレークポイント例外がサンプルに対して通知される。サンプルはブレークポイント例外を受け取ったら、test.exeのスタックに設定されているMess
WTL/ATLのメッセージマップ実現のしくみ
BEGIN_MSG_MAP(_EX) ～ END_MSG_MAPとそれに関連するマクロ群の単なる使い方を説明しても仕方ないわけで （そのような解説を期待していた人は別のサイトに飛んでください）、 その背後にあるしくみを私なりに紐解いてみようと思う。 この部分はウィンドウをC++クラスにしようと設計を考えた人なら少なからず悩んだ部分だろうから、 興味を引かれている人も多いだろう。ということで、挑戦してみた。 説明が間違っている可能性がないとは言えないので、 ご自分で裏をとって＆見つけたら教えていただきたい。 以下の説明文はWTL/ATLによく見られる「テンプレートによる多態」 と私が呼んでいる(一般的にそう呼ばれているかどうかは知らない)テクニック class Derived : public Base<Derived> { ... }; についての理解を前提としている。わからない方はまずこ
Marc Lehmann's "LibLZF"
Deliantra MORPG Last change: 2008-08-25 LibLZF Description LibLZF is a very small data compression library. It consists of only two .c and two .h files and is very easy to incorporate into your own programs. The compression algorithm is very, very fast, yet still written in portable C. Last not least, it is freely usable, unlike most other compression libraries which are under the GPL, this librar
2008-05-31
少しは役に立つものを書いてみよう。 近頃調べているのは圧縮率はそこそこでいいから、高速に圧縮・解凍ができるライブラリ。 色々あるんだけど決定版と呼べるものがないのが厳しいところ。今のところ総合的に優秀なのはQuickLZで、うまくやれば速そうなのがlzturbo、ちょっと落ちる所にFastLZとLZFがいるって感じかな？ 個人的には今のところLZFを捨てる理由がないので使い続けようかなと。 LZO かなり昔からある軽量圧縮ライブラリ。GPLなので私が使ったことは一度もなかったりする。 まだ開発が継続されていてびっくりしてしまった。近頃はLZO proなんていう商用製品も出しているみたい。 昔はオンリーワンのライブラリだったけど、他のライブラリとのベンチマークを見る限り、今となっては他のライブラリとどっこいどっこいの性能しかなくなってしまったように思う。 しかし安定した圧縮率と圧縮・解凍速度
Visual Assist | Visual Studio Extension for C/C++/C# Developers
Visual Assist's Find References is 8x faster than native Visual Studio, and provides greater accuracy and organized results.
MiniUPnP Project HomePage
Home | Downloads | Compatibility list | libnatpmp | MiniSSDPd | xchat upnp patch | Search | Forum English | Français Last modified on March 9th 2019. Mirrors If you experience problems with this web site, you have alternatives : Mirror 1 : free.fr | Mirror 2 : tuxfamily.org Foreword The MiniUPnP project offers software which supports the UPnP Internet Gateway Device (IGD) specifications. NAT-PMP a
C++でのスレッドクラスの作成：CodeZine
はじめに 先日、私の兄弟から、オブジェクト指向のスレッド処理を楽にするC++クラスを簡単に作成する方法はないだろうかという相談を受けました。私はこれまで、さまざまなマルチスレッドライブラリを作成した経験がありますが、いずれもC言語によるものでした。低レベルのプログラミングには私はいつもC言語を使用し、C++はもっぱらGUI開発に使用しています。CodeGuruにはオブジェクト指向でスレッド処理を行うクラスの優れた例が色々と掲載されていますが、彼の要望をすべて満たし、かつ私の好奇心をも満たすクラスは見当たりませんでした。彼が求めていたのは、次のような特徴を備えたスレッドクラスでした。イベントドリブンとインターバル（間隔）ベースの両方の非同期スレッド処理に対応している均一型と細分型の両方のスレッド処理に対応している複数タスクを格納して処理できる、先着順（FCFS：First Come Firs
OpenMPでの最適なスレッド数 - デー
コア数に依存する数値があると思って調べたけど分からなかったので計測した。 環境 CPU Intel Core 2 Duo T7200 @2.2GHz 2.2GHz RAM 1GB x 2 コンパイラ VC++ 2008 Expressについているもの OpenMP Windows SDKを入れたら使えた コード ひたすら素数を数えるもの。動いておけばいいので最適化とかはあまり考えていない。 まず並列化なし測定して、次にスレッド数を2, 4, 8...64と増やしながら計測する。128には設定できなかったので64まで。 #include <stdio.h> #include <windows.h> #include <omp.h> #define LOOP 5 #define TEST 0xffff #define FILEOUTPUT 0 // return m == 1 ? 1:(n %
GetProcAddressで戻り値をキャストするのが面倒くさいので少し考えてみた - 閑古鳥
その1。 typedef void (__stdcall * Func)(); template<class F> F GetProcAddress2(HMODULE module, LPCSTR name) { F f = reinterpret_cast<F>(::GetProcAddress(module, name)); _ASSERT(f); return f; } Func f = GetProcAddress2<Func>(dll, "Func"); ってASSERT挟んだだけじゃないか。 その2。 template<class F> bool GetProcAddress3(HMODULE module, LPCSTR name, F& f) { f = reinterpret_cast<F>(::GetProcAddress(module, name)); _ASSERT
GetProcAddressの戻り値をキャストしなくて済むようにする - #3(2008-03-28)
■ [C++] GetProcAddressの戻り値をキャストしなくて済むようにする GetProcAddressで戻り値をキャストするのが面倒くさいので少し考えてみた こんな感じでどうでしょう。 struct ProcAddress { ProcAddress(HMODULE module, LPCSTR name) : p_(0) { p_ = ::GetProcAddress(module, name); } template<class T> operator T() const { return reinterpret_cast<T>(p_); } FARPROC p_; }; こうやって使います。 HMODULE module = 0; typedef void (__stdcall *Func)(); Func f = ProcAddress(module, "test");
型に対する const 修飾が read に関するスレッド安全を含意する，という性質 - Cry's Blog
ある型 T があって， T のオブジェクトが const 修飾されているならば，そのオブジェクトに対する(const_cast をはじめとする const 性除去の構文を除く)あらゆる有効式がそのオブジェクトに関してスレッドセーフである，っつー性質を考える． この性質は，言い換えると，あるスレッドが const 修飾された T のオブジェクト，もしくはそれへの参照・ポインタを持っていた場合，そのスレッドはどう頑張ってもそのオブジェクト，もしくはそのオブジェクトが直接・間接に参照するオブジェクトに対する (Readers/Writer Lock の文脈でいうところの) Reader にしかなれない，というもの． この性質は，さらに言い換えると， T に対する const 修飾が単に論理的な定数性だけではなくて厳密にビット列の定数性を保証する，というもの． C++ では，オブジェクトに対する
動的削除子 (dynamic deleter) - 意外と知られていない？ boost::shared_ptr の側面 - Cry’s Diary
boost::shared_ptr は動的削除子 (dynamic deleter) と呼ばれる技法に基づいて実装されています．この動的削除子という技法で重要なのは， boost::shared_ptr が最終的に呼び出す解放処理が boost::shared_ptr のテンプレート引数の型に関係なく，コンストラクタに実際に渡されたポインタの型で，かつ boost::shared_ptr のコンストラクタの呼び出しの段階で 決定する，ということです． 以下のようなコードが，動的削除子の効果が一番分かりやすい例になるでしょう． class X{ public: ~X() { std::cout << "X::~X" << std::endl; } }; class B{ public: ~B() // virtual でないことに注意！！ { std::cout << "B::~B" <<
ロベールのＣ＋＋教室 - 第５７章 メンバ関数ポインタ天国 -
ポインタ天国最終章、メンバ関数ポインタ天国の始まり始まり〜。 では、今回の要点です。 静的メンバ関数は普通の関数ポインタに代入できる。 メンバ関数ポインタの型名にはクラス名が必要になる。 メンバ関数ポインタを使うときは .* や ->* 演算子が必要。 this->* は省略できない。 では、いってみましょう。 さて。第９章で関数ポインタについて話しました。その冒頭でこういう風に話しました。 関数もアドレスが取れると言いました。アドレスはただの数値です。となると関数のアドレスを入れることのできる変数があってもいいじゃないですか。今回はそういう変数についてのお話です。 これはもちろんメンバ関数にも言えることで、メンバ関数ポインタというのも作ることができます。 では、どんな文法なのかちょっと考えてみましょう。恒例ですね。 先ず、普通の関数ポインタは次のようになるのでしたね。 void Func
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
No website is currently present on this hostname
GitHub - ariya/FastLZ: Small & portable byte-aligned LZ77 compression
http://www.cppll.jp/wiki/%E3%83%A9%E3%82%A4%E3%83%96%E3%83%A9%E3%83%AA_%E3%83%AA%E3%83%B3%E3%82%AF_%E3%82%B3%E3%83%AC%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3
https://support.microsoft.com/ja-jp/help/243953
C++｜Code++
tricklib.com