HDDの残り容量が少なくなってきたら、使っていないファイルが無駄に容量を占有していないか調べてみよう。「Free Disk Analyzer」で、不自然に大きいファイルをチェック。重複ファイルやごみファイルの場合は削除してしまえばスッキリするぞ。 「Free Disk Analyzer」はファイルやフォルダの容量をグラフで表示するツールだ。ファイルやフォルダを容量の大きい順に表示することも可能。HDDの容量を何Gバイトも無駄に占有しているファイルやフォルダも一発で見つけ出せる。HDD内を整理整頓したいときに活躍するぞ。 ■ HDDの容量を占有しているファイルを見つけ出す 「Free Disk Analyzer」をインストールして起動。ドライブごとの容量のチェックに時間がかかるので完了するまで待とう 下の「Largest Files」をクリックすると、ドライブの中でファイルが大きい順に表示

自分の書いたコードがどんな風にアセンブラに落ちているのか、確かめたくなることはありませんか？ え、ない？ ほんと？ いや別にいいんですけど。 というわけで、コンパイル結果が気になるような人はたいていもう知っているはずなんですが、念のため。 一番簡単なのは、コンパイラにリスティングファイルを作らせることでしょう。 プロジェクトオプション、C/C++、リスティングファイルから指定できます。 出力結果は、中間オブジェクト出力先ディレクトリに a.cod とかで出てきます。 後は個人のお楽しみ。 普通にやると eip はインラインアセンブラでは取れませんが、次の関数を呼び出すことで取得できます。 LPVOID __declspec(naked) GetEip() { __asm mov eax, [esp]; __asm ret; } ↓の方で解説していますが、__declspec(naked)

作者ホームページサービス（hp.vector）は終了いたしました。 長らくのご利用、ありがとうございます。 ご不明な点があれば、お問い合わせページをご覧の上、お問い合わせください。 ※15秒後にトップページに戻ります。 (c) Vector HOLDINGS Inc.All Rights Reserved.

TCP/IP のデバッグ Warren Young 著 (この文章は Winsock プログラマを念頭に書いてありますが、ここ での情報は Unix プログラマやネットワーク管理者、技術者に対しても 同様に通用するものです。) TCPは、「データを送る。それを配送する」というだけの、ある意味 単純なプロトコルです。TCPは品質状態が変化するネットワーク上で信 頼性を確保するために開発されたものなので、数多くの問題をエンドユー ザの手を煩わせることなく回避するようになっています。しかし、ある 意味この信頼性のおかげで、TCPはプロトコルを本当に理解していない 人をびっくりさせるような振舞いを示すことがあります。このチュート リアルではそれらの問題の最も重要な部分を紹介していきますが、しか しこれは氷山の一角に過ぎません。水面下に埋もれている部分について は TCP/IP Illustrate

_T("")マクロについて 初心者の方へ 下の説明を読むのが面倒なら次のように設定を変更すれば わずらわしい思いはしなくてもよくなります。 また、下の設定をすればLPCTSTRとか訳の分からないものはconst char *と同じ意味になり、 自分でコードを書く時にも_T("") などと書く必要もなくなります。 VisualStudio2005での設定例（2003や2008でもほとんど同じです）： プロジェクト名で右クリックしてプロパティを選択 （ここでは太文字でcppTestと書いてあるやつ） 左側のツリーで構成プロパティ→全般を選択するとこのようなものが出てくる。 デフォルトでは文字セットのところが『Unicode 文字セットを使用する』となっているはず。 これを『マルチバイト文字セットを使用する』に変更してＯＫを押すと設定完了。 上級者向けの説明 おそらくVi

Windowsの提供する機能のなかでも、最も怪しい使い方をするのがフックと呼ばれるもの。フックなんて知らなくたって大抵のものなら何とかなるけど、一度その甘美な魅惑に取り付かれてしまうと反射的に『フックを使って...』なんて考えるようになりかねないかなり危険な機能と言えるだろう。 フックというのはスレッドに取り付ける『盗聴器』のようなもの。スレッドに到着するメッセージをこっそり読み取って小細工をしてしまおうというのが基本原理。殆ど１〜２行で説明が終わってしまうことからもわかるように、フックを操作するために必要なAPIはかなり少なく３つ （『使われなくなりました』と明記されているものとコールバック関数のプレースホルダーを除く）しかない。具体的にはフックの取り付け、フックの解除、そして受け取ったメッセージの伝播というものがAPIとして提供されているだけ。一見簡単そうに見えるフックなんだけど、意外

今回はデスクトップ画面を乗っ取ってみましょう。 乗っ取るとはつまり、自由に操作できるようにしようということです。 ところで、デスクトップとは一体なんでしょう。 普通のウィンドウとどこが違うのか、まずはデスクトップの構造から見ていきます。 API レベルのデスクトップと普段使っているデスクトップとは若干ニュアンスが異なるのですが、 今回は後者の方に注目して見ていきます。 まず、Spy を起動します。 Spy は、Microsoft の開発ツールのパッケージにはたいていバインドされているツールで、 現在存在する全てのウィンドウ情報を取得でき、 その上指定したウィンドウに飛んでくるウィンドウメッセージをキャプチャし、表示することができる、 開発者にとっては大変ありがたいソフトです。 まずは、これを使ってデスクトップのウィンドウ情報を取得してみます。 上の青く反転しているのが、デスクトップの一番手

常駐型のプログラムでよくあるのが、通知領域（俗にタスクトレイと呼ばれます）に常駐するというやつです。 普段はウィンドウが表示されていないけど、通知領域のアイコンをクリックとかするとウィンドウが開くというものです。 こういうのを実現してみましょう。 私は、以下のようにして実現するのがいいと考えました。 目に見えない「メインウィンドウ」を作成する。 メインウィンドウが作成されたら、通知領域にアイコンを追加する。 通知領域のアイコンがクリックされたらメインウィンドウに通知されるようにする。 メインウィンドウは、通知を受けたらそれに対応した動作を行う。 以上です。 目に見えない「メインウィンドウ」を作成する理由ですが…。 当サイトで公開している「看板」というソフトのバージョン 1.xx では、このようなメインウィンドウを作成していませんでした。 ダイアログベースでプロジェクトを作成し

垂直スクロール これらのメッセージは、基本的に DefWindowProc() 関数で処理されます そうしなければ、基本的なウィンドウの動作が行えません LPARAM には、マウスカーソルの位置が格納されています 下位ワードに X 座標、上位ワードに Y 座標がそれぞれスクリーン座標で格納されています このメッセージを処理した場合は 0 を返さなければいけません 実は、InsertMenu() 関数を使ってユーザー定義の項目を このシステムメニューに対して追加することができます しかし、そのためにはシステムメニューのハンドルが必要となります システムメニューのハンドルを取得するには GetSystemMenu() 関数を使います HMENU GetSystemMenu(HWND hWnd , BOOL bRevert); hWnd はシステムメニューを持つウィンドウのハンドルを bReve

当サイトのコラムで現在「マケスピで見るネイティブコード解析」というシリーズを書いていますが、その中で紹介した WinAPIOverride32 に関する日本語の情報があまりないようですので、初めて利用する方のために簡単なステップバイステップをまとめておくことにします。 「マケスピで見るネイティブコード解析」を読んでいない方には何の話か分からないと思いますので、最初に WinAPIOverride32 を簡単に紹介しておきましょう。 WinAPIOverride32 は、一言で言えば API モニタとか API フックとか API スパイと呼ばれるような種類のソフトウェアということになります。API スパイツールは世の中にいろいろ出回っていますが、WinAPIOverride32 の特徴的なところは、任意の DLL 関数または EXE 内の内部関数に対して、簡単にユーザー定義のフック関数