トップページ⇒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などの質問はそれぞれの言語や開発環境スレで
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で開かないといけないわけか。
0307デフォルトの名無しさん2006/11/23(木) 21:00:06
隠しAPIがあるとか
0308デフォルトの名無しさん2006/11/23(木) 21:19:00
NtCreateFileとかZwCreateFileとか
0309デフォルトの名無しさん2006/11/23(木) 21:53:00
Cランタイムのソースコードは誰でも見れるだろ。
正解は304
0310デフォルトの名無しさん2006/11/23(木) 22:08:18
解放し忘れたメモリもプロセスが終了するときに解放されると聞いたことがあるのですが、
同様にLoadLibraryで読み込まれたDLL内で確保したメモリがFreeLibraryで解放されるのでしょうか？
0311デフォルトの名無しさん2006/11/23(木) 22:18:51
>>310
されない
DLL作る人は気をつけよう
0312デフォルトの名無しさん2006/11/23(木) 22:32:56
>>311
レスありがとうございます
解放されないんですね、気をつけます
0313デフォルトの名無しさん2006/11/23(木) 22:35:23
されないのか、知らんかった
・・・考えたら、されたら困るよな・・・
0314デフォルトの名無しさん2006/11/23(木) 22:58:05
ＣＯＭ最強杉とだけ言っておこう
0315デフォルトの名無しさん2006/11/23(木) 23:00:09
>>314
違う最強なのは僕
0316デフォルトの名無しさん2006/11/23(木) 23:01:35
なのは最強
0317デフォルトの名無しさん2006/11/24(金) 00:14:51
最強はケンイチ
0318デフォルトの名無しさん2006/11/24(金) 01:55:46
アニメーションを行うためにタイマーイベントでWM_PAINTを発行して、
WM_PAINT内に以下の記述をしています。

　draw() // OpenGLの描画関数
　SwapBuffers(wglGetCurrentDC());
　HDC hdc = BeginPaint(hwnd, &ps);
　〜マウスドラッグによる四角の描画〜
　EndPaint(hwnd, &ps);

すると、マウスドラッグで描かれた四角の部分がチラついてしまいます。
このチラツキを防止するにはどうすればよろしいでしょうか。
0319デフォルトの名無しさん2006/11/24(金) 01:57:53
画面に直接書かずバックバッファのほうに書け
03203182006/11/24(金) 02:25:33
>>319
どうも。以下にようにしてもチラつきました。
何か間違ってるでしょうか？

HDC hdc_bkbuf = CreateCompatibleDC(hdc);
HBITMAP hbmp = CreateCompatibleBitmap(hdc, width, height);
HBITMAP hbmp_old = (HBITMAP)SelectObject(hdc_bkbuf, hbmp);
〜hdc_bkbufに四角を描画〜
BitBlt(hdc, posx, posy, width, height, hdc_bkbuf, 0, 0, SRCCOPY);
SelectObject(hdc_bkbuf, hbmp_old);
DeleteObject(hbmp);
DeleteDC(hdc_bkbuf);
0321デフォルトの名無しさん2006/11/24(金) 02:33:51
WM_TIMERの代わりにWM_MOUSEMOVEで更新するとか
SendMessageじゃなくPostするとか
0322デフォルトの名無しさん2006/11/24(金) 02:35:20
>>320
SwapBuffersはどこ行った?
03233182006/11/24(金) 02:44:33
>>322
　draw(); // OpenGLの描画関数
　SwapBuffers(wglGetCurrentDC());
　HDC hdc = BeginPaint(hwnd, &ps);
　〜320のコード〜
　EndPaint(hwnd, &ps);
　SwapBuffers(hdc);
てな具合です。

>>321
すみません。いまいちよく分かりませんでした。
0324デフォルトの名無しさん2006/11/24(金) 02:53:47
それじゃまったく意味ないだろ。
OpenGLの裏画面ってGDIじゃ描画できないんだっけ?
03253182006/11/24(金) 03:00:17
そうですね。意味ないですね…。

> OpenGLの裏画面ってGDIじゃ描画できないんだっけ?
GLとGDIでコンテキストを分けてそれぞれ独立に描画できれば
自由度があって便利なんですが、やり方がよくわからず。
03263212006/11/24(金) 03:00:32
case WM_TIMER
・・・
WM_PAINを発行
を
case WM_MOUSEMOVE
if(ドラッグの最中){
PostMessage(自分,WM_PAINT・・・)
}
な具合。
0327デフォルトの名無しさん2006/11/24(金) 03:06:06
WM_PAINTって自分で送るものじゃないんじゃないの？
03283182006/11/24(金) 03:11:08
>>327
InvalidateRectでいいですよね。

>>326
それだとドラッグの最中に四角が描画されて、
同時にタイマーでアニメーションが描画されて、結局チラついちゃう気が…。

GL側で全部描こうかなぁ。
半透明とか楽だし…。
0329デフォルトの名無しさん2006/11/24(金) 04:24:41
> GL側で全部描こうかなぁ。
GDIで書く方法が不明ならそれが一番いいかと。
0330デフォルトの名無しさん2006/11/24(金) 06:39:42
そもそもWM_PAINTで描くからチラつくんだが
WM_PAINTはあくまで再描画するためのイベントだ
それ以外の描画は他タイミングで描け
つか、タイマー使ってんならWM_TIMERで描きゃいいじゃないかよ
0331デフォルトの名無しさん2006/11/24(金) 09:25:43
WM_ERASEBKGNDで描けばいいんじゃね
03322982006/11/24(金) 15:23:54
API組み合わせたら、たぶん自己解決しました
0333デフォルトの名無しさん2006/11/24(金) 15:40:37
腰痛い
0334デフォルトの名無しさん2006/11/24(金) 16:56:55
ダブルバッファリングでちらつくのは
InvalidateRect(hWnd, NULL, TRUE);ってやってるからじゃないかな
最後FALSEでやっていろいろ調整するといいかも

その前にマウスドラッグで四角書くのにタイマー使う必要があるのかが謎だけど
0335デフォルトの名無しさん2006/11/24(金) 17:59:40

LoadLibraryEx()でＤＬＬのインスタンスハンドル入手した後
どうやって解放すればいいですか？
どなたかお願いします。
0336デフォルトの名無しさん2006/11/24(金) 18:04:39
>>335
ハンドルというかただのアドレスだ。開放する必要はない。
DLLの開放という意味ならMSDNを見れ
0337デフォルトの名無しさん2006/11/24(金) 18:39:04
>>324-325
OpenGL のﾚﾝﾀﾞｰﾀｰｹﾞｯﾄを BMPｲﾒｰｼﾞonﾒﾓﾘDC にして　そっちを GDI 描画
WM_PAINT　はBMPを(BitBlt で)可視化 で多少融通が利くよ
0338デフォルトの名無しさん2006/11/24(金) 18:48:46
ハードウェアアクセラレーション利く環境少ないけどな。
0339デフォルトの名無しさん2006/11/24(金) 19:21:01
ウィンドウプロシージャをC++のクラスでうまくラッピングしてるライブラリってない？
JavaのWindowListenerみたいな感じのが欲しいんだけど・・
0340デフォルトの名無しさん2006/11/24(金) 19:25:17
ライブラリを求めるんならMFCでも使っとけば？
他人が作ったライブラリを中途半端に使うより、自分で必要な機能を盛り込んで作った方がいいけどな
0341デフォルトの名無しさん2006/11/24(金) 19:26:51
windowsx.h
0342デフォルトの名無しさん2006/11/24(金) 19:28:36
MFC・windowsx.hはイベントハンドラ定義するのにマクロ使うんで
個人的に好みじゃないんだよな・・
適当に作ってみるか。レスありがとう。
0343デフォルトの名無しさん2006/11/24(金) 19:36:55
バッチファイルをアプリを起動することなく、
（すなわち自分のプロセス内で）実行する方法って
ありますでしょうか？
0344デフォルトの名無しさん2006/11/24(金) 19:40:36
>>343
バッチファイルを実行するコードを全部自分で書く。
0345デフォルトの名無しさん2006/11/24(金) 20:07:33
cmd.exe/command.comを介入させたくないのか、
バッチの中に書いてあるコマンドも内蔵させる必要があるのかだな。

あるいは単にコンソールウインドウを不可視にしたいだけのかな？
0346デフォルトの名無しさん2006/11/24(金) 21:42:42
>>342
.NET FrameworkのWindows Forms。
あとMS発祥といえばATL/WTL。こっちはマクロ使うけど。
0347デフォルトの名無しさん2006/11/24(金) 22:25:52
Qt4はどうよ
03483432006/11/24(金) 22:53:39
シャットダウン中にバッチファイルを実行したいんです。
WM_QUERYENDSESSION?かなにかが飛んできたときはもう
新規実行はできないと思うので、自分でやりたいのです。
0349デフォルトの名無しさん2006/11/24(金) 23:20:05
>>348
>>344
新プロセス起動できないんなら、外部コマンドも取り込まないとな。
0350tsurarete yarou.2006/11/24(金) 23:42:25
>>348
OS は何？

すれ違いだけど、Windows 2000/XP/Server 2003 なら

http://q.hatena.ne.jp/1140862112

が参考になるかも。
0351デフォルトの名無しさん2006/11/24(金) 23:42:44
>>348
直接の答えではないけれど、ログオフスクリプトではだめか？
0352デフォルトの名無しさん2006/11/24(金) 23:57:23
mem_bmp = CreateCompatibleBitmap(hdc, 800, 800);
mem_hdc = CreateCompatibleDC(hdc);
SelectObject(mem_hdc, mem_bmp);
int a = GetDeviceCaps(mem_hdc, HORZRES);
int b = GetDeviceCaps(mem_hdc, VERTRES);

aとbの値が800にならないんだけどなんでだろう
0353デフォルトの名無しさん2006/11/25(土) 00:07:56
実際にはどうなるんだよ
0354デフォルトの名無しさん2006/11/25(土) 00:08:29
言語スレ行って質問したらWin32APIのほうが質問場所は良いって
言われたので来ました。

ttp://support.microsoft.com/kb/403844/ja
PGが起動してるときだけスクリーンセーバが動かないPGを作ってるんだけど
リンク先のやり方だとパスワード保護されてるとうまく動かないんです
パスワード保護の時って発行されてるメッセージって違うみたいですが
どうすればフック出来るか知りたいんですが
03553522006/11/25(土) 00:09:53
>>353
実際にはデスクトップ領域の解像度が入った
1600と1200みたいな
■ このスレッドは過去ログ倉庫に格納されています