Microsoft.Windows.ActCtxでWSHでもReg‐Free COM - イグトランスの頭の中
2016年10月2日追記: Windows 8.1からこのサンプルでは動作しなくなってしまったようです。Windows Vista～7では動作します。Windows 8は未確認です。 Microsoft.Windows.ActCtxオブジェクトを使うと、レジストリに登録せずCOMコンポーネントが使えます。Activation Context APIのラッパーであり、WSHやHTAにおけるJScript/VBScriptなどのWindows APIを呼べない環境で重宝します。 用意するものは3つです。 利用したいCOMコンポーネント本体（DLLなど）マニフェストファイルスクリプト本体1つ目、サンプルのCOMコンポーネントを作りました: msgbox.cpp。Visual C++ 2010（Expressでも可）でコンパイルできます。Showというメソッドを1つ持った単純なオブジェクトがありま
[WMP][C/C++]DLLは自分自身のリソースを使う事が出来ないのでしょうか？(解決編)
[WMP][C/C++]DLLは自分自身のリソースを使う事が出来ないのでしょうか？の続き。 いざエントリを投稿しようとして、ざっくりと見返していたら、なんでGetModuleHandle()の引数はNULLなん？と疑問を感じて、MSDNを紐解いてみました。 GetModuleHandle 呼び出し側プロセスのアドレス空間に該当ファイルがマップされている場合、指定されたモジュール名のモジュールハンドルを返します。 HMODULE GetModuleHandle( LPCTSTR lpModuleName // モジュール名 ); lpModuleName NULL を指定すると、呼び出し側プロセスの作成に使われたファイルのハンドルが返ります。 ゜ ゜ ( д )ﾎﾟｶｰﾝ 呼び出し側プロセスって、Windows Media Playerじゃまいか。 GetModuleHandle
Win32アプリのコマンドライン引数を解析するラッパー関数を書く - 新・日々録 by TRASH BOX@Eel
コードは id:eel3:20090207:1233932887 で既出だけど、一応分けて書いておく。 問題編 普通にC言語のアプリ（Visual C++で言うところのWin32コンソールアプリ）を書く場合、コマンドライン引数は個別にargvに格納される。 Win32アプリでアプリケーションエントリーポイントがWinMain()の場合、コマンドライン引数はlpCmdLineに格納されるのだけど、 実行ファイル名が含まれていない。 オプション毎にパースされていない。 という、何というか不便なことになっている。 例えば $ hoge.exe foo "bar bar" bazと実行した場合、lpCmdLineの中身は「foo "bar bar" baz」と、スペース等を含む1つの文字列になっている。 実行ファイル名についてはGetCommandLine()というAPIを使えば取得できる。 LP
Ruby on windows 2010
3. 種類 （Ruby1.9）Cygwin （Perhaps）MinGW32 （Besteffort）MSWin32 （Besteffort）VC6VC7以降MSWin64 （Besteffort）MinGW64 （Perhaps）BCC32 （Notsupported）出典：http://redmine.ruby-lang.org/wiki/1/SupportedPlatformsJa 4. 見分け方RUBY_PLATFORM 定数を参照する。例）64ビット版か？/mswin64|mingw64/ =~ RUBY_PLATFORM[ruby-dev:41756]C:mp>ruby -vruby 1.9.1p429 (2010-07-02 revision 28523) [i386-mswin32]C:mp>ruby -e 'p RUBY_PLATFORM'"i386-mswin32"
1-4-7.標準関数とＷＩＮ３２ＡＰＩの対応表(Windows API Topics)
1-4-7. 標準関数とＷＩＮ３２ＡＰＩの対応表 メモリ操作 _memccpy --- memchr --- memcmp --- memcpy CopyMemory _memicmp --- memmove MoveMemory memset FillMemory, ZeroMemory _swab --- 文字操作 isalnum IsCharAlphaNumeric isalpha IsCharAlpha, GetStringTypeW (Unicode) __isascii --- iscntrl ---, GetStringTypeW (Unicode) __iscsym --- __iscsymf --- isdigit ---, GetStringTypeW (Unicode) isgraph --- islower IsCharLower, GetStringTypeW (
cmd.exe のコマンドラインの仕様を解析してみた - 永遠に未完成
cmd.exe の引数の扱いがあまりにもカオスだったのでちょっと頑張って調べてみた。 本来ならここは公式の資料に当たるのが正しいアプローチだと思うけど、どうしても公式の資料が見つからなかったので、色々試して推測してみることに。 断片的な資料は見付けたけど、完全じゃない。一応URL貼っておく。Windows Server 2003 のヘルプだけど、恐らくそんなに変わらないと思う。 コマンド シェルの概要 コマンド リダイレクト演算子を使用する なので、以下で述べる内容は間違いを含む可能性があります。というか正確さは一切保証されないのであしからず。 検証方法 以下のような引数をただ表示するだけの簡単な C のプログラムを用意した。仮に args.exe とでもしておく。 #include <stdio.h> int main(int argc, char const* argv[]) { in
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
方法: Windows Phone Marketplace 用のスクリーンショットを作成する
方法: Windows Phone Marketplace 用のスクリーンショットを作成する
GetProcessId function (processthreadsapi.h) - Win32 apps
http://www.argv.org/~chome/ctrl-c.html