Gamasutra - 1500 Archers on a 28.8: Network Programming in Age of Empires and Beyond
1500 Archers on a 28.8: Network Programming in Age of Empires and BeyondIn Age of Empires the time to complete each simulation step varies greatly: the rendering time changes if the user is watching units, scrolling, or sitting over unexplored terrain, and large paths or strategic planning by the AI made the game turn fluctuate fairly wildly. A few quick calculations show that passing even a small
Literate Programming - Some People Understand REST and HTTP
Home Blog 2011-08-07 This is a follow-up post to my post here. You probably want to read that first. UPDATE: Please note that ‘REST is over’. ’Hypermedia API’ is the proper term now. A few words on standards versus pragmatism When I wrote my first post on this topic, I tried to take a stance that would be somewhat soft, yet forceful. Engineering is the art of making the proper trade-offs, and ther
Processes, Threads, and Apartments - Win32 apps
A process is a collection of virtual memory space, code, data, and system resources. A thread is code that is to be serially executed within a process. A processor executes threads, not processes, so each application has at least one process, and a process always has at least one thread of execution, known as the primary thread. A process can have multiple threads in addition to the primary thread
OLE スレッド モデルの説明と動作 - Application Developer
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 この記事では、OLE スレッド モデルについて説明します。 元の製品バージョン: OLE スレッド モデル 元の KB 番号: 150777 概要 COM オブジェクトは、プロセスの複数のスレッドで使用できます。 "シングル スレッド アパートメント" (STA) と "マルチスレッド アパートメント" (MTA) という用語は、オブジェクトとスレッドの関係、オブジェクト間のコンカレンシー関係、メソッド呼び出しがオブジェクトに配信される手段、スレッド間でインターフェイス ポインターを渡すためのルールを記述するための概念フレームワークを作成するために使用されます。 コンポーネントとそのクライアントは、現在 CO
Wiki処理系を作る前に知るべきこと／考えるべきこと - 檜山正幸のキマイラ飼育記 (はてなBlog)
Wiki構文（Wiki記法のルール）は山にようにイッパイあります。 「新たにもう1つ構文を付け加えても別にいいだろう」と考えるか、「これ以上新しい構文を増やしてはいけない」と考えるかは人によるでしょう。僕は、「集約・統合してWiki構文を減らすべきだ」と考えています。それで、標準的なWiki構文としてWikiCreole 1.0を採用し、KuwataさんがCreoleパーザーを実装しています。 ところが、WikiCreoleの構文記述が曖昧過ぎてサッパリわからんのです。Kuwataさんもイライラしている様子。このような状況はWikiCreoleに限りません。たいていのWiki構文の記述はイイカゲンです -- いやっ、仕様書があるだけでマシなのです。イイカゲンな仕様に適合した（conformantな）処理系を作れと言われてもそりゃ困りますわな。 WikiCreole仕様の曖昧さは以前にも話題
Break Free of Code Deadlocks in Critical Sections Under Windows
This article discusses: Multithreading and the shared memory threading model Races and how concurrent access can break invariants Locks as the the standard solution to races When locks are needed How to use locks and understand costs How locks can get in each other's way Contents Threads and Memory Races Locks Using Locks Properly How Many Locks? Taking Locks on Reads What Memory Needs Lock Protec
技術/Windows/PE(Portable Executable)フォーマットの実験 - Glamenv-Septzen.net
id: 708 所有者: msakamoto-sf 作成日: 2010-07-14 21:42:15 カテゴリ: Assembler Windows hacks [ Prev ] [ Next ] [ 技術 ] Windowsで使われている実行ファイルのフォーマット、PE(Portable Executable)関連のトピック集。 技術/Windows/PE(Portable Executable)フォーマットの実験/01, リンカオプション 技術/Windows/PE(Portable Executable)フォーマットの実験/02, 再配置情報で遊ぼう！ 技術/Windows/PE(Portable Executable)フォーマットの実験/03, TinyPEまとめ 技術/Windows/PE(Portable Executable)フォーマットの実験/04, 各種構造体のサイズ こ
プロセスデバッガを作ってみる
はじめに 「デバッガ」とはデバッグを支援するソフトウェアであり、実行中のプログラムの変数の内容を参照したり、トレース実行（ソースコードと照らし合わせながら1ステップずつ実行するモードのこと）を行うためのアプリケーションです。 前回まではEXEファイルやネイティブコードの構造について迫りましたが、それらの動作の流れを把握する上で、デバッグ技術は重要になってきます。 なお、ここで対象としているデバッガとは、実行中プロセスの動きを把握するためのプロセスデバッガです。インタプリタに搭載されるデバッガとは異なり、ネイティブコードのみのEXE、DLLなどをデバッグすることができます。 使用するソフトウェア 今回は「Visual C++ 2005 Express Edition」（以下、VC++）を使用してプログラミングを行います。VC++は、マイクロソフトのサイトからダウンロードできます。 デバッガの
プログラムからEXEファイルを生成してみよう
使用するソフトウェア Visual C++ 2005 Express Edition（以下、VC++）を使用してプログラミングを行います。VC++は、マイクロソフトのサイトからダウンロードできます。 なお、ソースコード内でWin32 APIを利用するため、VC++のExpress Editionを使う場合は、別途Microsoft Platform SDKをインストールしておく必要があります。 プロジェクトの作成 VC++を立ち上げたら、メニューの［ファイル］-［新規作成］-［プロジェクト］をクリックします。［新しいプロジェクト］ダイアログボックスが表示されたら、［Win32コンソール アプリケーション］を選択し、プロジェクト名を「ExeCreator」などとして［OK］ボタンをクリックします。続けてウィザードが表示されますが、［完了］ボタンをクリックしてください。 これで空のプロジェクト
EXEファイルの内部構造（セクション）
はじめに 前回で解説したPEヘッダに引き続き、今回もEXEファイル内のデータフォーマットの一部分「セクション」に関する話題で突き進みます。 それにしても、EXEファイルは調べ手に休ませる余地を与えません。PEヘッダという大きな構造体をクリアしたと思ったら、お次は複数個も存在するセクションが登場するのです。PEヘッダは大きくても1つしかなかったのでまだ良いのですが、セクションだけは更に細分化されたデータ構造を指定するため、少々厄介です。更に、セクションにはデータサイズ・RVA（イメージベースからの相対オフセット）など、生データに関するより詳細な情報が保持されます。 経験豊富な方はこのような文章を読んでお気づきかもしれませんが、薄い資料でセクションに関するリサーチを行うと、メモリダンプと睨めっこという状況に陥ります。筆者は数週間の間、セクション周りのメモリダンプと暮らしたことがあるので間違いあ
EXEファイルの内部構造（PEヘッダ）
はじめに 皆さんは、アプリケーションを起動させるEXEファイルの中身について考えてみたことはありますか？ 本稿では、EXEファイルの内部構造について解説していきます。特にEXEファイルに関する日本語の資料が少ないのが現状です。そのため、解析に手を出してみたいと思っても挫折してしまった方も少なくないのではないでしょうか。本稿は、筆者自身の経験を踏まえ、実際にEXEファイルの解析ができるようになるための資料となるよう解説していきます。 前回、第1回では、EXEファイルの概要として、MZシグネチャ、マシンタイプ、ネイティブコード、リソース、デバッグ情報などについて説明しました。これらの一部はPEヘッダと呼ばれる場所に格納されています。また、そのPEヘッダより前にあるEXEファイルの先頭には、IMAGE_DOS_HEADER構造体、MS-DOS用スタブなどがあり、それらがWindowsの元となった
アーキテクチャ - WPF .NET Framework
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 このトピックは、Windows Presentation Foundation (WPF) のクラス階層のガイド ツアーです。 WPF の主要なサブシステムの大部分と、それらの相互作用について説明します。 また、WPF のアーキテクトが行ういくつかの選択についても詳しく説明します。 System.Object WPF の主要なプログラミング モデルは、マネージド コードによって公開されます。 WPF の設計フェーズの初期段階では、システムのマネージド コンポーネントとアンマネージド コンポーネントの間のどこに線を引くかについていくつかの論争がありました。 CLR には、開発の生産性と堅牢性を高めるさまざまな機
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
域名zanshu.com正在出售中 - 一口价域名 - 玉米网(Yumi.com)
Accessing Interfaces Across Apartments - Win32 apps
In-Process Server Threading Issues - Win32 apps
Single-Threaded and Multithreaded Communication - Win32 apps
Multithreaded Apartments - Win32 apps
Single-Threaded Apartments - Win32 apps
Choosing the Threading Model - Win32 apps
x86系CPUのネイティブコードを解析する
