トップページ⇒tech
1001コメント290KB

Win32API質問箱 Build47

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/11/13(月) 08:56:12
スレ立てるまでもない、Win32APIのついての質問はこちらへどうぞ。
やさしいお兄さんやお姉さんたちが答えてくれるかも。

過去スレ、関連リンクは>>2-5くらい。

■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。英語版(http://msdn.microsoft.com/library/)の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで
0207デフォルトの名無しさん2006/11/20(月) 00:36:24
>>204
や、バッチファイルだとコマンドプロンプトが出てしまうって話でそ？
まあバッチファイルでも、CreateProcess()でDETACHED_PROCESSで起動すれば
コマンドプロンプトは出ないはず。
0208デフォルトの名無しさん2006/11/20(月) 00:43:53
ショートカットを右クリックして「リンク先を探す」を実行すると、
エクスプローラが立ち上がって、当該ファイルが選択されますが、
これと同じことをするにはどうすればいいんでしょうか？

お願いします。
0209デフォルトの名無しさん2006/11/20(月) 00:57:40
>>201
> 最初は頭下げてただろうが
誰に言ってるの? 頭大丈夫?
> 最初から
>>1に書いてるが何か?
0210デフォルトの名無しさん2006/11/20(月) 01:00:07
> しらねーくせに威張ってんじゃねえよ。
鏡に向かって話すのが好きなんですね
0211デフォルトの名無しさん2006/11/20(月) 01:02:28
>>206
GlobalAllocでもHeapAllocでもスタックでもVirtualProtectでPAGE_EXECUTEを
付けてやれば実行できるようになる。
当然同じページにある周囲のメモリも巻き込まれるのであまりよろしくないけど
0212デフォルトの名無しさん2006/11/20(月) 01:05:09
> 教えてやったから言えるんだろうが
いやあ仮にそのとおりだとしても
返すものがハンドルだろうがポインタだろうがメモリリークしてることに変わりないし
そもそもGlobalALlocを呼び出す意味自体一切ないと教えてあげてるのに
理解しないばかりか逆切れしてるどっかのバカには負けますよw
0213デフォルトの名無しさん2006/11/20(月) 01:16:20
(´･ω･`)　　　n
⌒｀γ´⌒`ヽ( E)
(　.人 .人　γ ﾉ
ﾐ(こﾉこﾉ　｀ｰ´
)にﾉこ(
0214デフォルトの名無しさん2006/11/20(月) 02:11:17
intを戻す関数の中で、return 0;を書く位置が早いとちゃんとreturnされるが、
遅い（関数の最後）だと　エラーがでる。
少しずつreturn 0をずらして書いてみると、ある位置より早ければちゃんとreturnされる。

コンパイル時はエラー０となってて実行時に　メモリがreadになれませんでした。となる。
関数のなかで、他の関数を呼びまくってるから呼び出し元がどこだったかを忘れてるのでしょうか？
どうすればいいのやら？？
0215デフォルトの名無しさん2006/11/20(月) 02:15:57
APIと何の関係もないな
0216デフォルトの名無しさん2006/11/20(月) 02:18:11
んな馬鹿な。単に「他の関数」とやらで落ちているのだろ。
その原因は呼び方の間違いだろうがな。
0217デフォルトの名無しさん2006/11/20(月) 02:27:04
>>216も同じ意味かもしれんが、returnで落ちるなら
呼び出し規約とかシグネチャが違うとか？
0218デフォルトの名無しさん2006/11/20(月) 02:34:40
a();

return 0;　　← 正常に戻る

b();

return 0;　　← 落ちる


だと、明らかに b() の中で落ちてるだろ
0219デフォルトの名無しさん2006/11/20(月) 02:37:19
相手してくれてありがとう。

int Kansu{

MessageBox(NULL,"1","めっせじ",MB_OK);
//return 0; //ここならもちろん戻る。

//中略
//中略

MessageBox(NULL,"2","めっせじ",MB_OK); // ここまでの処理は全部やってくれてるのに・・
return 0;　　//ここで落ちる。"0x33333231"の命令が"0x33333231"のメモリを参照しましただって・・

}

下記のようにダイアログベースのボタんから読んでるだけの超単純なものなのに。
中略部分がややこしいことしてるのでソースは書けないです。
-------------------------------------------------------
case IDC_BUTTON1:
Kansu();
MessageBox(NULL,"もどったよ","よびだしもと",MB_OK);
return TRUE;
-------------------------------------------------------
わからん。　いままでこんなことなかったのに・・。ねるしかないか・・
0220デフォルトの名無しさん2006/11/20(月) 02:37:20
デバッガ使えば
0221デフォルトの名無しさん2006/11/20(月) 02:39:00
デバッガ使い方わかんないです。　messageboxをはさみまくってたしかめる方法でいままでがんばってきました。
お笑いですね。。
0222デフォルトの名無しさん2006/11/20(月) 02:40:21
> 中略部分がややこしいことしてるのでソースは書けないです。
明らかにそこのせいだろ。>>217も言ってるが呼び出し規約が怪しい
0223デフォルトの名無しさん2006/11/20(月) 02:41:18
悪いことは言わんからデバッガの使い方学習して来い。
もう一度言うけどWin32 APIぜんぜん関係ないので
0224デフォルトの名無しさん2006/11/20(月) 03:11:27
解決しました。構造体のメモリ確保が１個分足りないのが原因でした。
デバッガは学習してきます。圧倒的初心者のお相手ありがとうございました。
すみませんでした。
0225デフォルトの名無しさん2006/11/20(月) 03:16:17
途中の関数でスタック壊してるんじゃ舞か
そしてとんでもないアドレスにリターンしようとしているのでわ
0226デフォルトの名無しさん2006/11/20(月) 03:22:38
>>224
１回使い方分かっちゃえばめっさ楽になるからｶﾞﾝﾊﾞﾚ
0227デフォルトの名無しさん2006/11/20(月) 07:29:04
ウィンドウメッセージの数値から、
WM_**の文字列で取得するAPIがありましたら教えてください。
0228デフォルトの名無しさん2006/11/20(月) 08:10:36
取得するもなにも switch( message ) で case WM_***: やってると思うけど
0229デフォルトの名無しさん2006/11/20(月) 08:20:12
>>184
ありがとうできました。
0230デフォルトの名無しさん2006/11/20(月) 09:40:32
>>227
無いよ。自分で変換テーブル作れ。
02312272006/11/20(月) 10:06:05
>>228>>230
分かりました。ありがとうございます。
0232デフォルトの名無しさん2006/11/20(月) 10:10:31
Jeffrey Richter
バッチのサンプル
　ttp://www.microsoft.com/msj/archive/SF9C.aspx
　ここのW32Q0196.zip
FILE_FLAG_DELETE_ON_CLOSEのサンプル
　ttp://www.microsoft.com/msj/0198/win320198.aspx
　なぜかダウンロードできない。XPでは不調でした。
0233デフォルトの名無しさん2006/11/20(月) 11:06:10
以前に、EXE自分自身を削除するプログラムを作ることがあって、
いろいろ見つけたサンプルを元に FILE_FLAG_DELETE_ON_CLOSE
を試行錯誤してみたが、うまくいかなかった。
(例) 98系と2000系で挙動が違う (すまん、どう違ったかは覚えてない)
(例) EXEがネットワークドライブ上だとうまくいかない

で、結局、俺は以下のようにした。
(1) 削除用プログラム(自分自身)を「<GetTempPath()のディレクトリ>\DeleteMe.tmp」にコピー
(2) (1)をMoveFileEx( MOVEFILE_DELAY_UNTIL_REBOOT )で削除予約。
(3) (1)をCreateProcess()、自分自身は終了。

(1)はユーザーがリブートするまで消えないが、ユーザーの目に触れなきゃＯＫ！
0234デフォルトの名無しさん2006/11/20(月) 11:10:42
試さずに書くが・・・・・
0235デフォルトの名無しさん2006/11/20(月) 11:12:41
(スマン、234はしくじった)

試さずに書くが・・・・・

バッチ(command.com/cmd.exe)をSW_HIDEでCreateProcessしては？
0236デフォルトの名無しさん2006/11/20(月) 13:03:52
>>233
その方法も良いと思います。
>>234-235
少なくとも ShellExecute ではうまくいきました。

皆さんお世話になりました。お騒がせしました。
0237デフォルトの名無しさん2006/11/20(月) 13:11:39
>>232
参考になりました。
0238デフォルトの名無しさん2006/11/20(月) 20:31:37
メインのGetMessageをまわしているループとは別のスレッドから、
SendMessageでWndProcへ構造体をわたそうと思っています。
wParamか、lParamにポインタ入れて。
この構造体を入れる領域をHeapAllocでとって、そこに値を入れてSendMessageで渡した後、
WndProcで処理した後、HeapFreeで開放してやりたいのですが、
開放するタイミングはWndProcしかないのでしょうか。
WndProcへwParamとか、lParamでわたってくるマウスの情報とかは、
WndProcで開放しないのでなんかお作法みたいなのがあるように思えますが、
なにか標準のお作法がありますでしょうか。
お作法、または、ドキュメントへの道しるべ等お教えいただけないですか。
0239デフォルトの名無しさん2006/11/20(月) 20:36:47
もしかして、SendMessageを呼び出した後は、
イベントがWndProcで処理されるまで戻ってこないので、
−メモリ確保
−SendMessage（ここから投げたスレッドはブロック）
−−メインのGetMessageで取得されて、WndProcで処理される
−SendMessageから戻ってくるのでメモリ開放
といった形になるのでしょうか？
とりあえず、AdvancedWindowsの第26章をみてます。
0240デフォルトの名無しさん2006/11/20(月) 20:43:23
SendMessageで送信したメッセージの処理内でしか使わないのなら
SendMessageから帰ってきたところで消せばいい

ちなみにSendMessageはGetMessageで取得じゃなくて、SendMessageが直接プロシージャを呼ぶ
0241デフォルトの名無しさん2006/11/20(月) 20:51:19
>240

>SendMessageで送信したメッセージの処理内でしか使わないのなら
>SendMessageから帰ってきたところで消せばいい
ありがとうございます。
確信がなかったのですが、自信が持てました。

>ちなみにSendMessageはGetMessageで取得じゃなくて、SendMessageが直接プロシージャを呼ぶ
AdvancedWindowsをちゃんとよんでみたら書いてありました。
スレッド間でのSendMessage呼び出しは複雑だと知り、勉強になりました。
ご指摘、ありがとうございました。
0242デフォルトの名無しさん2006/11/21(火) 00:30:29
＞メインのGetMessageをまわしているループとは別のスレッドから、SendMessage
する状況なら、
＞ちなみにSendMessageはGetMessageで取得じゃなくて、
＞SendMessageが直接プロシージャを呼ぶ
は間違いだよ。それは同一スレッドの時限定。
0243デフォルトの名無しさん2006/11/21(火) 01:02:03
でもそんな感じだと思っていて構わないと思う。
Advanced Windows読むまで知らなかった。
0244デフォルトの名無しさん2006/11/21(火) 01:25:56
実は16bitWindowsの頃からGetMessageで取得していた
0245デフォルトの名無しさん2006/11/21(火) 10:07:07
ヘッダ見てるといろんな構造体にbiSizeとかcbSizeとか構造体のサイズを設定するところがありますがこれって何のためですか？
構造体を渡す側はsizeof(構造体)でこのセットするサイズわかるし渡される側も構造体がわかってるからsizeof(構造体)でとれますよね
0246デフォルトの名無しさん2006/11/21(火) 10:23:12
>>245
後で拡張されてサイズが増える場合があるから
0247デフォルトの名無しさんNGNG?2BP(200)
>>245
最後に char hoge[1] みたいな可変長メンバのプレースホルダがあったりして
sizeof では正しいサイズを得られない場合があるから。
0248デフォルトの名無しさん2006/11/21(火) 13:40:05
構造体によっては、コンパイル時の_WIN_VERの値で使用可能なメンバの数が変わったりする
そうなると当然構造体のサイズも変わる
おｋ？
0249デフォルトの名無しさん2006/11/21(火) 14:27:23
でも、NOTIFYICONDATAとか結構ぐだぐだだよな。
同じ名前を流用するより、
OSVERSIONINFO/OSVERSIONINFOEXみたく、
個別に構造体を定義したほうがスマートに見える。
0250デフォルトの名無しさん2006/11/21(火) 14:31:14
まぁ、俺らがここでそれを言っても
MSがそれに気付いてやってくれないとどうにもならないからな・・・
0251デフォルトの名無しさんNGNG?2BP(200)
>>246>>248
その場合はコンパイル環境とターゲット環境が一致している限りは問題ない。
sizeof自体が役に立たないのは、BITMAPINFOみたいな可変長メンバを含む場合。
0252デフォルトの名無しさん2006/11/21(火) 16:41:25
>>251
一致してれば、な
0253デフォルトの名無しさん2006/11/21(火) 17:01:43
>>251
お客さんのPCのGDI32.DLL の類がどんな環境で
いつコンパイルされたかなんか普通わからんと思うぞ。
0254デフォルトの名無しさんNGNG?2BP(200)
>>252
ま、それは要件によるが。

>>253
何の話してるのかね。
0255デフォルトの名無しさん2006/11/21(火) 17:38:04
>>254
＞何の話してるのかね。

Win32 API のヘッダで構造体のメンバに構造体のサイズを設定するフィールドがあるのはなぜ、という話で、
「後で拡張されてサイズが増える場合があるから」という答えに対して
「コンパイル環境とターゲット環境が一致している限りは問題ない」とアフォな返しをする奴がいたので、
ターゲット環境がわかるケースは一般的ではないと指摘してみたんだが・・・
0256デフォルトの名無しさんNGNG?2BP(0)
具体例を出さんと>>254は解らなさそうだ
02572452006/11/21(火) 17:55:20
>>246-256
ビットマップをいじるプログラムをさわったらなんとなくわかってきました。
教えてくれて、ありがとう。
あと、C言語ポインタ完全制覇という本に構造体の一番後ろで拡張するタイプの話がのってたので、
そっちも読んで理解してみます。な〜んでだろっていうのがすっきりして助かりました。
0258デフォルトの名無しさん2006/11/21(火) 18:37:27
>>257
ヘッダを開いて、それぞれの構造体の宣言部を見てみるのもいいと思うぞ
#ifdef _WIN_VER〜#endifとかあるから
0259デフォルトの名無しさん2006/11/21(火) 18:47:33
質問です。
C言語をベースに勉強していて、
テキストエディタを作っています。
コモンダイアログの「検索」を出して、
エディタ内の文字列を探す所まではなんとかできたのですが、
その結果をエディタに表示する方法がよくかりません。

エディタの内容をchar配列に移して、
そこからｓｔｒｓｔｒで検索して、
見つかったら戻り値のポイントを調べて、
SendMessage(MyDataGet_hEdit(), EM_SETSEL,[戻り値], [戻り値 + 検索文字数]);
で結果を明示しようとしています。
見つかった文字列がエディタ内に表示されている状態ならば、
これでもよさそうなのですが、
表示されていない場合、スクロールを自分で動かして、
どこが選択されているか調べないといけないという、
検索した意味のない状態になってしまっています。

どうしたら普通の検索のように、
検索結果（選択状態の文字列）まで、
画面表示を自動スクロールさせられるのか、ヒントをください。

0260デフォルトの名無しさんNGNG?2BP(200)
>>255
ターゲット環境が「分かる」必要なんか無いだろ。
ターゲット環境は「作るときに決める」物なんだから。

「ターゲットを決めうちする限りは問題ない」とする回答に「ターゲットが分からない」と
返す方がよっぽどAFOだと思うが。
0261デフォルトの名無しさん2006/11/21(火) 19:08:29
なんでおまえの限定の話に乗っからないといけないんだよ
0262デフォルトの名無しさん2006/11/21(火) 19:29:22
>>245
biSizeは言ってみれば構造体のバージョンナンバー。
BITMAPINFOHEADER, BITMAPV4HEADER, BITMAPV5HEADERのように
構造体が拡張された場合に、API側がbiSizeを見てどの構造体なのか
判断している。

これのおかげで、BITMAPINFOHEADERを要求するAPIにV4やV5の
構造体を渡すことができる。
0263デフォルトの名無しさんNGNG?2BP(200)
>>261
ターゲットが分からないなんてのもお前限定の話だろ。
客のターゲットも調べないで要件を定義するのか？
02642592006/11/21(火) 19:50:09
流れ無視してゴメンなさい。自己解決しました。
SendMessage(HANDLEエディタ, EM_SCROLLCARET, 0, 0);
基本的なメッセージ関連を勉強しなおしてきます。orz
0265デフォルトの名無しさん2006/11/21(火) 19:55:23
ターゲットを限定しないとバージョンアップのたびに金を取れないだろ。
0266デフォルトの名無しさん2006/11/22(水) 08:17:04
>>262
>biSizeは言ってみれば構造体のバージョンナンバー。
同意同意。

本当はマズいんだと思うんだけどね。
過去バージョン互換とか考えるとなー。

0267デフォルトの名無しさん2006/11/22(水) 09:47:00
ビットマップ等の場合、渡されるOS側がサイズを確定できないのだから仕方が無い
Windows3.0以前から一応ソースレベルの互換性を維持してきたツケだな
0268デフォルトの名無しさん2006/11/22(水) 13:03:41
ここでGDI+の質問してもOKでしょうか？

FillRectangle + LinearGradientBrushを使って四角形を描画すると
Rectのサイズによってはグラデーション開始位置に、グラデーション終了色が
出ます。(LinearGradientModeVerticalモード時は上１行だけ)
これはどうやれば防げるんでしょうか？
0269デフォルトの名無しさん2006/11/22(水) 13:30:27
どういうコード書いてるかも言わずに解るわけないだろ
02702682006/11/22(水) 13:50:10
失礼しました。以下のコードです。

Graphics g(hdc);
Rect rect(10, 10, 100, 11);
LinearGradientBrush brush( rect, Color(255,255,0,0), Color(255,0,0,0), LinearGradientModeVertical );
g.FillRectangle(&brush, rect);

四角形の上が赤、下が黒になるはずなんですが、一番上の行が黒になってしまいます。２行目以降は
正常です。Y座標を変えると全て正常に表示されることもあります。
0271デフォルトの名無しさん2006/11/22(水) 13:52:17
GetMessageの戻り値が負になるのはどういう時でしょうか。

終了の0の時は、閉じるボタンorWM_CLOSEをPost、
WM_CLOSEはDefWindowProcで処理、
WM_DESTROYが来て、そこでPostQuitMessage(0)、
WM_QUITが来た時、同時にGetMessageの戻り値が0になり
メッセージループを抜けるという感じだと思うんですけど。
0272デフォルトの名無しさん2006/11/22(水) 14:45:03
>>271
MSDNくらい嫁や
0273デフォルトの名無しさん2006/11/22(水) 15:22:58
>>271
わん　わん わわわん　わん　わん　くんくん
（GetMessage関数は、WM_QUIT以外のメッセージを取得した場合は､TRUEを返すんだよ）

わん　わん わわわん　わん　わん
（また、WM_QUITメッセージを取得した場合は､FALSEを返すんだよ）

わん　わん くーん？
（わかったかな？）
0274デフォルトの名無しさん2006/11/22(水) 16:03:37
>>273
>>272
02752712006/11/22(水) 16:21:50
ありがとうございます。

>>223
エラーが発生した場合、-1が返ると書いてあります。
しかし、それで戻り値がintでなくBOOLなのがなぞですが。

WM_CLOSE、WM_DESTROY、WM_QUITを経由して
-1を返してくるか、いきなり-1を返すのかが分かりません。
実験しようにも-1戻り値エラーが発生したことがありませんし。
0276デフォルトの名無しさん2006/11/22(水) 16:30:37
typedef int　　　BOOL;
0277デフォルトの名無しさん2006/11/22(水) 16:45:15
そういやさ、MSDNのGetMessageの解説には、
GetMessageは「0、-1、other」の3種類の戻り値が有るから「while (GetMessage(lpMsg, hWnd, 0, 0))」は良くないって書いてあるけど
VCが自動生成するメッセージループって「while (GetMessage(lpMsg, NULL, 0, 0))」なんだよな
これってどうなんかねｗ
0278デフォルトの名無しさん2006/11/22(水) 16:48:57
>>275
> それで戻り値がintでなくBOOLなのがなぞですが。
GetMessageの戻り値は以前はTRUEとFALSEだけだった。
0279デフォルトの名無しさん2006/11/22(水) 16:50:37
GetMessageのウィンドウハンドルの引数に無効な値（削除されたウィンドウのハンドルなど）
を渡すと-1が帰ってくると聞いたことがある。
0280デフォルトの名無しさん2006/11/22(水) 16:55:46
>>279
そうか、そういう場合に失敗するのか。

いや、いままでGetMessageが失敗したことなんて無いもんだから。
面倒だから、こういうやり方してしまっているけど

while ( GetMessage( &msg, NULL, 0, 0) > 0 )
{
}
0281デフォルトの名無しさん2006/11/22(水) 16:59:55
つか、MSDNの警告に従えば､GetMessageはwhileの条件式に書かないほうがいいってことだから
while(true)とかで回すことになって、益々ヤバイことにならんか
02822712006/11/22(水) 18:30:03
>>279
なるほど。
こわいですが、わざと変な値を使ってエラーさせて実験してみます。
0283デフォルトの名無しさん2006/11/22(水) 18:48:41
他のプログラムの出しているウィンドウへのキー入力もフックに引っかけたくて、
ＤＬＬを記述して、

hhk = SetWindowsHookEx(WH_KEYBOARD,// フックタイプはキーストローク
hHOOKKEY, // フック処理プロシジャへ
hInstDLL, //フックプロシジャは同一ファイルで記述
NULL); // 対象スレッドはすべて
if (hhk == NULL)
　　MessageBox( NULL,TEXT("フックかけられない"),TEXT("Error"),MB_OK)

と記述したところ、フック設定は毎回うまく行っているように見えるのですが、

自分で作成しウインドウへの入力は拾えても、他のプログラムの出した窓への入力
は拾えません。「グローバルフック」はキーロガーのように全部拾ってくれる
と思っていたのですが、こんなもんなんでしょうか。

ＷｉｎＸＰ，ＶｉｓｕａｌＣ＋＋２００５　です。
0284デフォルトの名無しさん2006/11/22(水) 19:35:05
>>283
拾えるのはDLLの注入されたプロセス自身だけ
他のプロセスのメッセージを拾いたいなら、
何らかのプロセス間通信を使って自分のプロセスに送らないと駄目
0285デフォルトの名無しさんNGNG?2BP(200)
>>283
グローバルフックを仕込んだdllをパスの通ったディレクトリに置く。
0286デフォルトの名無しさん2006/11/22(水) 19:53:25
>>285
パスが通ってる必要はない
0287デフォルトの名無しさん2006/11/22(水) 22:04:48
フックプロシージャでメッセージを受け取るウィンドウのハンドルを取得することはできないのでしょうか？
フックの種類はWH_CBTです
0288デフォルトの名無しさん2006/11/22(水) 22:16:12
>>287
>>272
02892872006/11/22(水) 22:21:17
>>288
MSDN見たら書いてありましたorz
nCodeによってはwParamとかに入ってるんですね
スレ汚ししてしまってすみませんでした
0290デフォルトの名無しさん2006/11/23(木) 00:02:42
SetStdHandleでググって見つかるサンプルって子プロセスの標準出力等を親からReadFileで読み出す感じなのが大半だと思うのですが
自プロセスでputsとかで出力したものをコンソールに出力せずあとでReadFileでまとめて取得したくて下記のようなコードを書いたのですがうまくいきません
int main() {
　　SECURITY_ATTRIBUTES sa;
　　HANDLE hRead, hWrite;
　　sa.nLength = sizeof(SECURITY_ATTRIBUTES);
　　sa.lpSecurityDescriptor = NULL;
　　sa.bInheritHandle = TRUE;
　　if(!CreatePipe(&hRead, &hWrite, &sa, 0)) {
　　　　puts("error CreatePipe");
　　　　return 1;
　　}
　　if(!SetStdHandle(STD_OUTPUT_HANDLE, hWrite)) {
　　　　puts("error SetStdHandle");
　　　　return 1;
　　}
　　const char msg[] = "Hello from new stdout";
　　puts(msg); // 新しく設定されたstdoutに出力
　　fflush(stdout);
　　FlushFileBuffers(hRead);
　　FlushFileBuffers(hWrite);

　　char buf[1024] = {0}; DWORD read = 0;
　　ReadFile(hRead, buf, sizeof(buf)-1, &read, NULL);

　　if(strcmp(buf, msg) != 0) {
　　　　puts("failed");
　　　　return 1;
　　}
　　return 0;
}
0291デフォルトの名無しさん2006/11/23(木) 01:50:30
>>290
的外れだったらすまんが
CreateConsoleScreenBuffer
関連を使えばバックバッファを作成できるけど
02922902006/11/23(木) 03:18:04
>>291　レスありがとうございます
CreatePipeのくだりを消して
HANDLE hWrite = CreateConsoleScreenBuffer(
　　GENERIC_WRITE | GENERIC_READ,
　　FILE_SHARE_READ | FILE_SHARE_WRITE,
　　NULL,
　　CONSOLE_TEXTMODE_BUFFER,
　　NULL);
SetConsoleActiveScreenBuffer(hWrite);
を追加したのですがReadFileではなにも読めませんでした

rubyで実現できたのですがこれをWin32APIでもやりたいです
下記は標準出力を横取りしてフィルタリングや整形などを行えます

$stdout_sv = STDOUT.dup          # STDOUT を保存
class MyOut < IO
  def write(str)
    return $stdout_sv.write("-->" + str) #デコレーションして本物の標準出力に
  end
end
STDOUT.reopen(MyOut.new(0)) #フィルタ設置 (ファイルディスクリプタ適当
puts "Hello from new stdout\n"
STDOUT.flush
STDOUT.reopen($stdout_sv)
0293デフォルトの名無しさん2006/11/23(木) 07:37:04
rubyのソースを読めば方法がわかる予感。
0294デフォルトの名無しさん2006/11/23(木) 08:58:52
ていうか標準関数を使うべきかと

以前、win32アプリでAllocConsoleを使ってコンソールを作成した後標準出力をコンソールスクリーンに割り当てる
って事をやったんだけどAPIでやるとcoutやprintfは機能しなかった。
だけど標準関数(たしかfreopen)を使うとちゃんと出力されたし、
GetStdHandleを使って調べてもちゃんとスクリーンのハンドルが返ってきた

ちなみにcoutを開き直すのは駄目でした(coutはちゃんと出力できたけどprintfとかが駄目)
0295デフォルトの名無しさん2006/11/23(木) 09:02:34
あと入出力の関数は標準関数かAPIかで統一した方がいいと思う
0296デフォルトの名無しさん2006/11/23(木) 10:25:35
そもそもAPIで標準出力の出力先を変更しようというのではなく、
プログラム内で出力先を選べるようにしたほうが楽だと思う。

C++ならstd::ostreamを引数にとって、呼ぶ側が必要に応じて
std::ostringstreamのオブジェクトを渡すようにするとかさ。
0297デフォルトの名無しさん2006/11/23(木) 19:37:22
質問があります。
拡張子がrtfのファイルに関連するアイコンデータがプログラムから
ひつようなのですが、レジストリエディタで確認すると
"%ProgramFiles%\Windows NT\Accessories\WORDPAD.EXE",1
になっていました。
このリソースＩＤは何番にしたらいいですか？ワードパッドみても
リソースＩＤが一番のアイコンはありませんでした。

よろしくお願いします
0298デフォルトの名無しさん2006/11/23(木) 19:51:50
標準のスタティックコントロールが自動折り返しの設定になっているときに、
複数行の文字列が表示される領域を正確に知りたいのですがどうすればいいでしょうか？
GetTextExtentPoint32だと折り返しがある場合に位置がずれてしまうのです。
0299デフォルトの名無しさん2006/11/23(木) 20:01:14
>>297
正の値 : 0から始まるアイコンのインデックス
負の値 : リソースID（ex. -3 -> リソースID 3）
03002972006/11/23(木) 20:14:53
>>299
理解できました。
ありがとうございました。
0301デフォルトの名無しさん2006/11/23(木) 20:24:37
fopen fout
と
CreateFile
WriteFile
は
どっちが速い？
0302デフォルトの名無しさん2006/11/23(木) 20:29:01
>>301
実装と用途による。
0303デフォルトの名無しさん2006/11/23(木) 20:30:54
>>301
foutが何かは知りませんが、大き目のファイルを一気に書くような用途では
ストリームを使ってもAPIを直接使っても大して速度は変わらないと思います。
∵一般的にI/Oに時間が掛かりますから。
0304デフォルトの名無しさん2006/11/23(木) 20:34:39
根拠なしに適当いうと
たぶんfopen()とかはCreateFileで実装されてる
0305デフォルトの名無しさん2006/11/23(木) 20:41:39
それ以外でどう実装しろと
0306デフォルトの名無しさん2006/11/23(木) 20:58:57
直にディスクアクセスする方法がある。
って結局ドライブ自体かvwin32をCreateFileで開かないといけないわけか。
■ このスレッドは過去ログ倉庫に格納されています