Win32API質問箱 Build123©2ch.net YouTube動画>2本 ->画像>10枚

Win32APIについての質問はこちらへどうぞ。

■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。
　英語版( http://msdn.microsoft.com/en-us/library/ )の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで

■過去スレ
Win32API質問箱 Build122
http://echo.2ch.net/test/read.cgi/tech/1451988219/

>>1 乙乙

関連スレ

【C++】 DirectX初心者質問ｽﾚ Part40
http://echo.2ch.net/test/read.cgi/tech/1474782237/

Visual Studio 2015 Part7
http://echo.2ch.net/test/read.cgi/tech/1475491685/

つづき

MFC　vs　.NET
http://echo.2ch.net/test/read.cgi/tech/1382027363/

【最強CUI】PowerShell -Part 1
http://echo.2ch.net/test/read.cgi/tech/1378978504/

番外編

MacでもLinuxでも使えるVisual Studio Code
http://echo.2ch.net/test/read.cgi/tech/1430403713/

D言語 Part34
http://echo.2ch.net/test/read.cgi/tech/1422155249/

MFCはオワコン

MFC相談室 mfc23d.dll
http://echo.2ch.net/test/read.cgi/tech/1474384848/

Win32API が使える windows 用の Objective-C ってある？

おまいらもう今時デフォで-DUNICODEだよな？
ASCII版なんて作ってないよな？

_T はやめて L しか使ってないな

VC++のBOMなしutf-8対応はよ

>>9
同じく
さすがに CreateFileW( ) まではしないけど

swiftでWin32API叩けるんかな

>815 デフォルトの名無しさん (ﾜｯﾁｮｲ 353c-pu+C) sage 2016/10/08(土) 14:11:25.37 7aqZN51I0
>Swiftの美しい文法を使ってWin32APIをディスることはできるよ

DirectXとOpenGLでベクトルの縦横とか掛ける方向が逆ってのがあれで
転置行列にすりゃええのかと思いきや行列はそのまま共通っつー判りやすさ

誤爆orz

Windows 10 UWPアプリ開発
http://echo.2ch.net/test/read.cgi/tech/1440150886/

なんでWin64APIって出ないんだろうね

_T でもう慣れちまった

いまさらだけど mbcs 系と wchar 系で名前に一貫性が無いのはやめてほしい

>>9
+1

>>18
スレッド的には TEXT 一択

>>17
64bit環境でも使えるんだしいいんじゃない？
新しいものが増えることよりも今あるものが使い続けられるかどうかのほうが重要。

部分的には64bitAPI出てるよ
アドレス長対応する必要あるから

avi や mpeg などをエンコードする api ってどれですか？

どれ？と聞く場合は、選択肢を並べてくれないと。

自分で調べたら FFmpeg みたいだけど Win32API じゃないですね

OS標準のエンコーダちゅーたらこのへんのくらいしかねえぞ
https://msdn.microsoft.com/en-us/library/windows/desktop/ff819077.aspx

あー、aviとか言ってるしVFWやDMOの方がええんかね

Video for Windows

ジョイステックってキーボードやマウスみたいにフックできるのでしょうか
こんなコードが検索でかかるのですが、これをつかいますか？
Input in={0};
in.type=INPUT_HARDWARE;
in.hi.uMsg=?????;
in.hi.wParamL=?????:
in.hi.wParamH=?????;
SendInput(1,&in,sizeof(in));

ドライバーの存在しないデバイスに無理矢理標準のゲームパットのドライバをインストールさせることは可能でしょうか

それのどこがWin32APIなの？

DDKの使い方ならここかな

貼り忘れ
http://echo.2ch.net/test/read.cgi/tech/1049116134/

あざす

ｃのfopenはvc++でコンパイルするとCreateFileをよびだすのかな？
もしそうだとすると、標準ライブラリを使うとワンクッションはいるので
遅くなりますよね？

そうだな
そんなに速度に対してシビアなプログラミングしてるのか？ｗ

>>37
あえて遅い方を選ぶ理由は？

CreateFileじゃなくメモリ関連で以前コンソール使ってやったけど
最適化すると一緒

VCの最適化は糞なんでOFFしてます

SSD使えよ

>>38
スレチになるがマルチプラットフォーム

Win32でもconio.hで書けるよ

>>38
FILE構造体が便利ならstdio使うし、Windows専用アプリで細かい制御をしたいならCreateFile()を使うし、
普通の人は臨機応変に使い分けることができる。

普通の人は使い分けてるのか？
普通のwinプログラミングじゃfopen見ないと思うんだが

>>45
ホントカネー

winプログラミングで使うなら_tfopen_sになると思うが、ぐぐって1700ヒットだよ。_tfopenでようやく2万ｗ
mallocなみに見かけないと思う

>>47
_tfopen_sの実態は
fopen_s, _wfopen_sなんだがｗ

fopen 9,180,000件
適当こいてんじゃねーよｗ

>>45
アスペじゃなければ使い分けくらいできるしするだろ。
いちいちReadFileだのWriteFileだのやってられないし。普通は。

>>48
プログラミングしたことある？
fopenはwin以外にも使われてるからヒット数多いに決まってるよｗｗｗ

CreateFileの実態がCreateFileAWってのと同じ
winプログラミングはTでいくのが普通だからAW(fopen_s, _wfopen_s)なんてめったに扱わないし
特にファイルオープンに関しちゃ、A(fopen_s)をわざわざ選ぶ理由なんて皆無でしょ

>>50
>winプログラミングはTでいくのが普通だから

そんなことはない。

>>36
むしろfreadの実装が結構頑張ってるので、例えばファイルから
1バイトずつ読む場合は、標準で用意されている関数の中では
freadが一番速いくらい。

>>50
>>47でヒット件数に言及しておいてそれかよｗ

プログラミングした事ある？
そのまま返すわ

>>44
Windowsでfopenを使う理由はないよ

>>54
まあアスペにはWin32API「しか」使えないわな。
こんな奴が本当にプログラミングしてるんだから、
使いにくいプログラムがあふれかえるわけだ。

俺はfopen()(大抵はfsopen_s())良く使うなあ
"wt"でテキストファイル書く時"\n"を"\r\n"にしてくれるのとか便利じゃん
それにfprintf()とかfscanf()とか同じことをWin32APIでやると面倒だし

Linuxでビルドできないと困るので標準関数を主に使う

リング0を行き来するのはオーバーヘッドになるからまとめて引き渡したい
そういう理由もあって標準関数を好むけど

おまえら、なんの話してんだ？
linuxってなんだよwスレタイを0xffffffffffffffff回復唱しろよ

こんなスレに来るんだからプログラム書くんだろうに、
Linuxの名前くらい知らずに仕事になるの？

既にスレ全体を-1回読んでいる

>>60
誰が知らないっていったよ、バカですか？
おまえ、会社でも「一から十まで説明しなきゃいけない？」ってよく言われるだろw

>>59
-1回復唱するとは？

>>63
ｇｇれかす

Cの教科書に載ってるのfopenで、CreateFileは詰め込みすぎててややこしいから
fopenを使い続けてるって層が多そう

わざわざ環境依存の関数使うぐらいなんだから理由あるんだよね？

スレタイが環境に依存してるのはいいのか？

っえ？
linuxでもWin32api呼べるよ

>>68
そんなんですか、だとしたらますますfopenを呼ぶ理由はない、呼び出しが多くなるから遅くなりますよね

fopenを使わずに何を使うかここまで言及無し

>>65
それで問題ない
UTF-8だけなら

>>71
UTF-16LEも

>>66
だから必要に応じて使い分けるものだと何度言えば。

プログラムからデバッガに接続ってできませんか？

つConnectDebugger

>>69
そうだね。
常にどんな環境でもCreateFileつかっておけば間違いないよ。

どんな環境でも win32api が使えるのかね？

使える、呼べる、の定義次第だな。
呼ぶだけ（何もしない）ならすぐできる。

winプログラムをガッツリ作ることになったワイ。
CreateFile系のAPIも使わなあかんのやろか？と使い始めるも面倒くさすぎなので、
fopen系を自分で使いやすいようにカスタムしたようなAPIラッパーを自分で用意、
中でCreateFile系を呼ぶようにした無駄な努力。

>>78
そんなものを win32api　というのかね？

正直何を言ってるのかさっぱりわからん
ただ >>79 が CreateFile を理解してないことはわかった

アホが釣れたで

本当わけわからん
Win32API質問箱というｽﾚﾀｲでlinuxなんて意味不明なこと言い出す馬鹿とか、
環境依存とか・・・

っあ、分かったWin32APIというものがなんなのかしらないのか

>>83
プログラマならLinuxくらい勉強しておこうぜ。

>>84
おまえは馬鹿？
Linuxなんてこのｽﾚとなんの関係があるんだ？

プログラマならLinuxとWin32APIの関係性くらい勉強しておこうぜ。

linuxってc++を理解できないアフォが作ったゴミですよね

>>85
APIと実装は違うというのはわかってるよね？

>>87
プログラマなら皆まで言われなくとも理解ようぜ

　

https://wiki.winehq.org/Winelib

Lindows

wineもLindows関する話題もOKですね
boostもOKですか？

おまいはだめ

おまえはなんでいいの？

>>88
わからないんなら、わかりませんごめんなさいだろ？
なんで突然単発でわいてくるんだよ。

>>91
LindowsのどこにWin32APIがあるんだよ。
boostもだ。

>>94
そりゃこっちが聞きてーわｗ
Win32apiと銘打ってるｽﾚでlinuxなんて意味の分からんこと言い出したの己らちゃんうかい

今今C

>>79
ファイルポインタ, ファイル記述子, ファイルハンドル の相互変換あるから
ほんっとに無駄だな

初心者です。

中断ボタンを出そうと考えています。
スレッドから、CreateDialogで中断の画面を出すとダイアログが一瞬で
消えてしまいます。
ご存じの方いませんか？

ちなみに、DialogBoxでは処理が滞ってしまいました。

>>98
スレッドが一瞬で終わってんじゃないの？

そりゃそうだろw
何を当たり前のことを？？？

CreateDialogはモードレスダイアログボックスを作るので、
要するにnewされているからスタック以外のどっかに作られるので、
CreateDialogを呼び出した後はダイアログは表示されてもすぐ消えて
元の処理に戻る。こいつを維持したければShowWindowをしろ。
DialogBoxはモーダルダイアログボックスを作るが、これはスタックに
作るのでこいつが閉じられない限り呼び出し元の処理を続行出来なくなる。
処理が滞るというのはそういうことだな。

だから当たり前のこと。

>>98
IsDialogMessage使ったか？

>>101
スタックに作ったとしても処理は止まらんだろ。
スタック解放されたらメモリリーク等になるだけだ。

>>101
これはひどい

ここまで酷いと98が釣りに思えてきた

>>101
何を言っているんだ？

イベントループまわしてない糞アプリは結構あるけどな

あるね

WindowsServerの共有フォルダに対して
一台のPCで複数のセッションを
張りたいのですが
そういうことは可能でしょうか?

セッション枯渇をシュミレーション
したいのですが、数十台の
クライアントを用意するのが厳しいので、
よろしくお願いします

98です。

残念ながら本当にわかっていなくて、
なにがひどいのかもわかりません。

一瞬で終わっているのは事実です。
IsDialogMessageは使っています。
原因を調べています。

>>111
ダイアログはメインスレッドで作った方がいいんじゃないか？
そうじゃなきゃ、作成したスレッドでイベント処理が必要になる。

メッセージキューはスレッドごとに用意されていて、ウィンドウのメッセージは
ウィンドウ作成元のスレッドのメッセージキューにたまる。

>>110
シュミレーションってなに？

シュミなら何でもできる

シュミーズとスリップとキャミソールの違いってなに？

1.80代
2.60代
3.40代

>>114
その程度も想像できない人の意見なんてどうでもいいです

その想像力を駆使して趣味レーションすればいいんじゃね？
Win32APIには関係ない話だし。

win32apiに関係なくてもいいんじゃなかったけ？

>>112

ありがとうございます。
試してみます。

な

IDないときにID導入で言い争いなくなってたのに
久しぶりにここ来たらIDありでも構わず言い争いしててワロタ

ついでに次スレはﾜｯﾁｮｲでもつけよう

もうホスト名表示でいいだろ

何を付けても言い争いが発生するんだから、
IDくらいがちょうどいいんじゃないの。
どこのスレ見ても、荒らす奴はなにやっても荒らすし。

IDとかﾜｯﾁｮｲとか何の意味もないのに付けたがるよね
今の２ちゃんなんか人少なくて気にするほどの書き込みもないのに

>>123みたいな奴が色んなスレで終盤になって現れる
その後不自然にﾜｯﾁｮｲの話題で加速

付けてもいいけど伸びた方を使う

IDでじゅうぶん

ホスト名がベター

ホスト名出して主張してくれや

ﾜｯﾁｮｲは争いの火種
最初からないほうがまし
別にIDもいらない

IDはあったほうがいいね

ホスト名がベター

ホスト名は「たちばな誠」

ホスト名が良いカモね

スレチ

急激に過疎ったスレとして資料価値がある
一番勢いあったのがIDなかった時代だというのが興味深い

単にWin32から.NETへの移行が進んだだけでしょう

たんに荒らしが伸ばしてただけでしょう

>>137
勢いじゃなく、荒らされていた時期な

回顧モード中ですが、ちょっと教えてくだされ。
スケーリング対応ってどの辺のAPIを使うといいの？
もしくは、どの辺のAPIを見直せばいいのか。

うろ覚えだけど
SetWindowOrgEx
SetViewportOrgEx
辺りじゃないの

@AoA = (
[ "fred", "barney" ],
[ "george", "jane", "elroy" ],
[ "homer", "marge", "bart" ],
);
を関数に渡したいんですが、どうすればいいの？

はあ…

loopyを３回となえてください

>>141
DPIスケーリングならここ見ていけば大体書いてある
https://msdn.microsoft.com/en-us/library/windows/desktop/dd464646(v=vs.85).aspx
この辺のAPI使う
https://msdn.microsoft.com/en-us/library/windows/desktop/hh447398%28v=vs.85%29.aspx
真面目に対応しようとするとけっこう面倒

EnableMenuItem
https://msdn.microsoft.com/ja-jp/library/cc410786.aspx

>MF_DISABLED メニュー項目を無効化します。淡色表示にはしませんが、そのメニュー項目は使用不可能であり、選択できません。
>MF_GRAYED メニュー項目を淡色表示にします。そのメニュー項目は使用不可能であり、選択できません。

となっており、MF_DISABLEDはグレー表示されないように書かれていますが、
Win7で使ってみたところ、グレー表示され、MF_GRAYEDとまったく同じになりました。

MSDNが更新されていないだけで、MF_DISABLEDとMF_GRAYEDは同一挙動になったのでしょうか？
それとも、何か微妙に違いがあったりするのでしょうか？

>>146
俺はGetWindowRectがまともに動かない時点でスケーリング対応は諦めたわ。なんなのこのクソOS

>>148
adjustするのが定石

TrackPopupMenu()でポップアップメニューを表示できますが、
ポップアップメニューが表示されたことを検知できるウィンドウメッセージ等はないのでしょうか？

また、ポップアップメニュー以外のところをクリックするとポップアップメニューが非表示になりますが、
これも同様に、どのように検知すればよいでしょうか？

ポップアップメニューが表示されようとしたときはWM_INITMENUPOPUPが送られてくることが分かりました。

非表示はWM_UNINITMENUPOPUP

MF_DISABLEDとMF_GRAYEDが違ったのはWindows3.1とかの時代で今は同じ

>>152
ありがとうございました！
助かりました！

リストビューを一番下までスクロールさせるプログラムは？

>>154
WM_VSCROLL

メッセージおくれ

ListView_EnsureVisible()マクロないしは
ListView_Scroll()マクロ

>>156-157
サンクス！

> MF_DISABLEDとMF_GRAYEDが違ったのはWindows3.1とかの時代で今は同じ
xpはどちら？

えっ？

>>156
つ メッセージ

Win3.1(Win16) ならスレ違いだろｗ

Win32sかもしれない

WS_EX_TOOLWINDOWに関して質問です。

タイトルバーに関してです。
普通のタイトルバーより小さいタイトルバーを持つ旨説明がありますが、
小さくなりません。
通常のスタイルも色々試しましたが、通常のタイトルバーと変わりません。
変える方法を教えてください。

win8辺りからタイトルバーが小さくならなくなったべ。
理由は知らんけど、エアログラス廃止→モダンUIの流れの一環で何か変わったのかもね。

> MF_DISABLEDとMF_GRAYEDが違ったのはWindows3.1とかの時代で今は同じ
7で非エアロ + 視覚効果を無効にした場合はどちらになりますか

>>165
なるほど、そういうことだったんですか。
ありがとうございます。

Windows3.1 って 標準で１画面に16色しか使えなかった時代の名残だから忘れていい

3.1のときには256や6万色普通にあったろ

16bit と間違ったんじゃね

PC-9801の話だと思った。

PCG

ビデオカード次第だったよな

PSG

sscanf(buffer, "%4s", &data)の4の部分に変数を使いたい場合ってどうしたらいいんでしょう？

"%4s"をsprintfで作る

"%*s"

>>175
int space = 4;
sscanf(buffer, "%*s", space, "t")

>>175
"t"は編集ミスだから気にしないで
*の所にspaceの値が指定される

ウンコしてくる

windows8.1 環境下、imm にて ImmSetCompositionString で漢字変換したい文字列を設定し、
ImmNotifyIME で CPS_CONVERT、NI_OPENCANDIDATE を投げて
変換候補リストを表示したいのですが、MS-IME 系では問題なく使えていますが、
GoogleIME では変換候補リストが表示されません。

変換したい文字列が入力された状態にはなっていますが、変換候補リストが表示されない
だけでなく、キーボードで変換キーを押しても変換自体ができません。
（GoogleIME ではキー入力でただちに予測変換一覧が表示される仕組みだからか？）

これを実現するには、imm ではなく tsf に移行するしかないのでしょうか？

imm を使わず keybd_event でキー入力をエミュレートすればある程度実現できたのですが、
（文字入力→変換キー→変換候補一覧表示）
変換候補一覧を表示するための変換キーを押す回数が、MS-IME と GoogleIME では異なる
のが困ります。

ImmGetDescription で動作を切り分けることも考えましたが、そもそも ImmGetDescription が
廃止されてしまってこの手が使えません。

Watashi no Namae wa Nakano desu

Watashi ni Namae wa Nakattano desu

情報通信業の残業やばす

分かる方、教えて下さい。

プログラムの処理時間を計っているのですが、
GetThreadTimes()で取得した時間をもとに計算した処理時間（ＣＰＵ時間）が
timeGetTime()で取得した時間をもとに計算した処理時間（実時間）より長くなりました。
スレッドが複数のコアを同時に使うことはないので
こういうことは起こらないはずだと思うのですが、
どういう場合に起こるのでしょうか。

なお、1/16秒くらいの精度しかないことは、認識しています。
その上でループを何度も回して十分な時間動作させた上で、
前者が後者の２倍くらいになってしまうのです。

GetThreadTimesで計算したのは処理時間でなくスレッド生成オーバーヘッドとかも含んでるからとか？

>>186
そうでもないです。
スレッド生成終了は含まない部分を計っています。
チェックポイントで各関数で時刻を取り、差を計算して、
チェックポイント間にかかった時間を出しています。

>>185
1/16は1/64の誤りです。

>>185
思いつくのはこのあたり
・単位は合っているか。GetThreadTimes()は１００ナノ秒単位、timeGetTime()は1ミリ秒単位
・GetThreadTimes()の計算方法は、作成時刻から終了時刻までの差なのか、カーネル・ユーザモードの実行時間の合計なのか
・timeGetTime()はいつどのタイミング、またどの場所で呼び出しているのか
・timeGetTime()が計測スレッド内部で実行されているなら
GetThreadTimes()の“作成時刻”からtimeGetTime()が実行されるまでの時間が含まれていない
・timeGetTime()が計測スレッド内部で実行されているなら
終了時のtimeGetTime()の呼び出しからGetThreadTimes()の“終了時刻”までの時間が含まれていない
・カーネル・ユーザモードの合計なら他のスレッドの“実行時間”が含まれていない

>>188
・timeGetTime()とGetThreadTimes()の単位の違いは認識しています。
・GetThreadTimes()による時間の計り方ですが、
　CreationTimeとExitTimeは一切使用せず、
　KernelTimeとUserTimeだけを使用して、チェックポイント間の差を取り、
　ユーザーモード時間とカーネルモード時間を個別に出しています。
・スレッドの開始及び終了は、チェックポイント間に入っていません。
　>>189のイメージでいう所のBとCの間のいろいろ実行の部分だけを計っている感じです。

>>189
・今動かしてみたら、
　500回ほど回して平均を取った上での数字として、
　B-C間の測定結果が、
　timeGetTime()の場合で9msec
　カーネルモード時間が429usec
　ユーザモード時間が14037usec
　になりました。
　2倍までいってませんが、2倍くらいになることもあります。
・スレッド生成及び終了の処理部分は計っていません。

GetThreadTimesが必ずしも正確な時間を返さない可能性もある
スレッドの切り替えは可能な限り超早業で行う必要があるので
細かな正確な時間など、二の次かもしれない

もっと長い時間のかかる処理(10秒とか)を走らせてみて
実時間とスレッド時間を比較してみては？
もしそれで上手くいくのなら、スレッド時間の精度の問題という
可能性が濃厚になる

もう一つの可能性として
timeGetTimeの方の精度があまりよくない可能性もある
>Windows NT：timeGetTime 関数の既定の精度は、マシンによっては 5 ミリ秒以上になる場合があります。
とMSDNにも書いてあるしな
君が最初に測ろうとしていた処理の時間は
>timeGetTime()の場合で9msec
であるから、timeGetTime の「デフォルト」の精度の「5ミリ秒以上になる」は無視できない誤差だね

>>193
十msec規模の誤差がありうることや、
9msecに対して5msecが無視できないことは理解します。
ただ、>>190に書いた9msecは
500回動かして平均を取っ（て整数にまるめ）た数字です。
誤差が毎回毎回プラスあるいはマイナスに偏って出るとは考えにくいので、
スレッドのＣＰＵ時間が実時間の1.5〜2倍になることについては、
誤差以外の原因があるのではないかとかんぐっています。

>>194
> 誤差が毎回毎回プラスあるいはマイナスに偏って出るとは考えにくいので

誤差が均等にバラつくなんていう保証はないだろ

時間取得のオーバーヘッドじゃないか？

>>195
誤差の定義てか確率論の考え方を真っ向から否定してるなｗｗ

いや、、、誤差の平均取るなら複数の環境でやらんと
同じ環境ならプラスばっかりとかマイナスばっかりとかあるべ

環境というか仕組み上プラスしかないとかマイナスしかないということもある

どちらか言えばDDK（WDK）の領域じゃね

新たな発見がありました。

スレッドのＣＰＵ時間が実時間よりだいぶ長くなるコードの時間測定ですが、
該当コードを2回実行するコードと3回実行するコードも計ってみました。
（いずれも500回平均です。）

1回
timeGetTime()による時間：7msec
カーネルモード時間：1060usec
ユーザモード時間：13540usec

2回
timeGetTime()による時間：14msec
カーネルモード時間：2246usec
ユーザモード時間：13291usec

3回
timeGetTime()による時間：21msec
カーネルモード時間：2527usec
ユーザモード時間：19468usec

このデータから、
timeGetTime()はかなり正確であり、
GetThreadTimes()が真値より随分大きな値を返していることが強く疑われます。

クロックの誤差は、通常は、クロック更新粒度に起因する誤差であり、
それは一様な分布であるため、平均処理で抑えられます。

しかし、明らかにプラス方向の誤差が生じており、
クロック精度とは別の何らかの原因があるはずなのですが、
現在、原因の特定に至っていません。

>>200
「クロック更新粒度」がいわゆるtickのことなら常に一方向に偏るはず。
timeGetTimeはtick単位の値を返すから、より正確な値を返すGetThreadTimesより
短い時間を返す、ということじゃないの？

いや
開始タイムが実際の時間より小さければ、測定タイムは増えるし
終了タイムが実際の時間より小さければ、測定タイムは減るので
・・・
何が言いたいのか自分でもよくわからなくなったが
同じ方向へ偏っても、end - begin で計算するから
符号は反対だから打ち消しあうといいますか
複数回測定して平均をとれば均一になるという彼の意見も一理あるかと
ただ、なぜ、timeBeginPeriod しないのかは謎だけど、いや、しているのかもしれんが

単純に時間取ってくる関数とスレッドのアクセス権取ってきたりしなきゃ関数とで比べたら後者の方が時間かかるよ
1度の実行でmsec変わるなら別に原因あるだろうが

馬鹿発見

おいおい
話逸れすぎていて草

>>200の2回実行するケースについて
1回目と2回目に分けて測定しました。

すなわち、

　timeGetTime(); GetThreadTimes();
　時間測定対象コード　Ａ
　timeGetTime(); GetThreadTimes();
　時間測定対象コード　Ｂ
　timeGetTime(); GetThreadTimes();

とし、500回の平均で計測しました。
ＡとＢは全く同じコードです。

下記結果となりました。

Ａ
timeGetTime()による時間：8msec
カーネルモード時間：343usec
ユーザモード時間：14664usec
Ｂ
timeGetTime()による時間：7msec
カーネルモード時間：93usec
ユーザモード時間：904usec

スレッドＣＰＵ時間において、
ＡがＢより圧倒的に長くなりました。
なぜこのようなことが起こるのか分かりません。
どのような可能性があるでしょうか。

なお、>>200で触れましたが、
timeGetTime()は比較的正確です。

まあ当然の結果だな

ああ、もう時間がない。
今日までにＣＰＵ時間測定結果を報告しないといけないので。
GetThreadTimes()は信用できないという前提のもと、
timeGetTime()の結果も参考に、
推測されるおおよそのＣＰＵ時間ってことで報告するしかなさそうです。

皆さんありがとうございました。

>>207
おっと！
なぜ当然の結果なのですか。
教えて下さい。

ゲームスレで聞いてみ

>>210
そうですか。教えてくれないなら結構です。

>>200に示したように、1回だけ実行すると、
実時間7msec、スレッドＣＰＵ時間14msecという不整合が起きます。

ところが10回実行して計ると、
実時間78msec、スレッドＣＰＵ時間80msecとなります。

これでも不整合はあるものの、
実時間≒スレッドＣＰＵ時間であることから、
1回の場合でも実時間≒スレッドＣＰＵ時間であることが想定される。
また実時間の方がより信頼できることが分かっている。
したがって、1回実行時のスレッドＣＰＵ時間は7.8msec程度であろう。

このようなスレッドＣＰＵ時間の見積もり方で妥当でしょうか。

>>212
GetThreadTimesの精度は15.6msなので、ある程度時間のかかる処理でないと
意味が無い。7msの処理をはかると0か15になるかのどちらか。
数百回の平均をとるのではなく1回だけ測定してみると意味ないのがわかる。

>>212の方法でスレッドＣＰＵ時間を見積もって報告し、帰宅しました。
ID変わります。

>>213
クロック更新粒度に基づく精度のことは認識しています（>>185、>>187）。
500回の平均を取ることでその問題を回避し、
その上で>>200、>>206の結果になります。

>>206のデータは、
1回目で実時間を大きく上回るＣＰＵ時間が記録されており、
2回目で殆どＣＰＵ時間が経過していないことを表しています。
GetThreadTimes()で取得したクロックは、どうしてこのようになってしまうのか。
それが分からないんです。

どういう場合にこうなり得るのか、御存知の方は教えて下さい。

1回目はいろいろオーバーヘッドあるよね

>>216
ですと、実時間を超えるＣＰＵ時間になり得ると？
プロセスＣＰＵ時間ではなくスレッドＣＰＵ時間で。
同じ処理なのに2回目が1回目の6％のＣＰＵ時間で妥当だと？

メモリアクセスのキャッシュヒット率に違いがあるとか
そういうことであれば分かります。
でも、ＣＰＵ時間ですよ。
ＣＰＵ時間で圧倒的に2回目が有利でしょうか？
だとしても、
実時間の2倍近いスレッドＣＰＵ時間って何なのでしょうか？

不思議だらけで、困惑しております。

>>217
先ずその測定方法では誤差が偏り問題を回避できなかったという事実を認めろ
500回繰り替えして全体の時間を500で割るなら誤差を縮小出来るが
一回分の時間を積み上げたところで誤差も同じように積み上がったということだろ

一回分の時間を積算して精度の問題を解消するには測定開始時刻が
tick周期に対して完全に自由でなければならないのでは？
どんな測定方法をしたのか分からないけどプログラムの起動やスレッド生成や
スケジューリングのスイッチなどがtickと相関関係にあれば破綻する方法だったんだろ

>>215
GetThreadTimesが切り捨てなのか切り上げなのか、平均をとればうまい具合になるのか
あなたの環境で要確認。
206-Aは精度的にあり得るが、Bは異様に少なすぎるので、測定ミスを疑われるレベルですね。
コードを見ないとなんとも言えないですが、対象部分を適当な計算をするループに
変えても起こるんでしょうか？

みんな憶測で偉そうに話すしかできないんだから、再現コード上げたらいいだけやん

GetThreadTimes,つまりスレッドを作っているんだろ
1回目と2回目以降で違って当然じゃねぇ？

クロックカウンタ使えよ

CPUがいくら速くても切り替えは60Hzくらい

スタック生成だけ考えても1回目と2回目以降で違ってくると思う

>>218
第一段落はやり方が悪いというご批判だと思いますが、
ティックが粗いことによる誤差は平均で軽減しました。
その上で誤差が起こっています。
ティックが粗いこと以外の理由で誤差が起こっています。
その理由を知りたく、知恵を拝借したいのです。
間違っていないと思います。

第二段落第一文は、おっしゃる通りです。
第二段落第二文は、思いつきのご発言でしょうか、
それとも知識や経験に基づく助言でしょうか。
後者であれば、もうちょっと詳しくお願いします。
>>206のようなコードで起こりうるでしょうか。

>>220
職業プログラマなので実際のコードを公開することはできませんが、大よそ以下のようなものです。
========ここから========
tRealA=0;
tRealB=0;
tUserA=0;
tUserB=0;
for (int i=0; i<500; ++i){
いろいろ
tReal1=timeGetTime();
GetThreadTimes(...,&tUser1);
func(...); //A
tReal2=timeGetTime();
GetThreadTimes(...,&tUser2);
func(...); //B
tReal3=timeGetTime();
GetThreadTimes(...,&tUser3);
いろいろ
tRealA += tReal2-tReal1;
tRealB += tReal3-tReal2;
tUserA += tUser2-tUser1;
tUserB += tUser3-tUser2;
}
tRealA/=500;
tRealB/=500;
tUserA/=500;
tUserB/=500;
========ここまで========
>>219
func()がvolatile intをひたすらインクリメントするコードの場合は、期待通りの結果>>192がでます。しかし、func()を目的のコード（他者製ライブラリの関数）にすると、不自然な結果>>206になります。
>>216、>>224
AとBで何がそんなに変わるでしょうか。

最適化切ったら

木屋さん元気かな
事故ったのは知ってるけど
どのくらいご回復されたかな

>>225
> 第二段落第一文は、おっしゃる通りです。
> 第二段落第二文は、思いつきのご発言でしょうか、

思いつきと言われればその通りだが、確からしい事（あなたの測定結果）
から推測された事（第二段落第一文の条件が満たされていない）です


>>226
> func()がvolatile intをひたすらインクリメントするコードの場合は、期待通りの結果>>192がでます。しかし、func()を目的のコード（他者製ライブラリの関数）にすると、不自然な結果>>206になります。

それはfunc()の一回の時間が桁違いだから誤差に埋もれるか埋もれないかが変わっただけだろ

>>227
コンパイラの最適化のことですよね。
コンパイラの最適化を無効にして、やってみました。

A
timeGetTime()による時間：7msec
カーネルモード時間：499usec
ユーザモード時間：14882usec

B
timeGetTime()による時間：7msec
カーネルモード時間：31usec
ユーザモード時間：124usec

同じ傾向になりました。

>>226
> >>216、>>224
> AとBで何がそんなに変わるでしょうか。

スタックは初期化されてアプリに引き渡すだろ
スタックの中で使われずに解放されたページは論理アドレスでは解放状態でも
OSがリザーブしておけば新たなスレッド生成で使い回しできるじゃないかな

他にもスタック以外でページの最初に書き込み時点でページをコピーするとかあるよね

>>226
いろいろ のところでライブラリの初期化とかやってない？
１回目はデータ構築処理があるのでCPUタイムを食うが、２回目は不要なのでCPUタイムを食わないとか。
で、DBとかサーバーへの問い合わせがあるので、7msくらいはかかってしまうなんてことは無いのか。

あるいは、２回目はfuncの中で別スレッドを起動して計算しているので、元スレッドのCPUタイムは食わないとか。

A B だけでなく A B C D と４回くらいやっても同じ傾向か、平均でなくすべてのタイムを見て
極端にばらつく値がないか調べるとかも必要では？

>>226
後だし感すごいな。
他者製ライブラリとやらの中身も分からず議論になるかってーの。

どこがWin32APIの話なんだよ、ってことになるよなあ。
長々と議論に付き合ってた方々、お疲れ様。

粒度の平均化してるとか言って全く出来てないし
精度の悪い数字を正しいと断定してるし
しかも間違ってる
何度も指摘してるのに正そうとしない
全部ダメでしょ。

>>211みたいな事言ってるからお察し

報告書は突っ返されたので、まだまだ続きそうです。

まず、大大大前提を確認したいのですが、
GetThreadTimes()で取得するＣＰＵ時間は
スレッドがＣＰＵをとっている時間で、
一つのスレッドが同時に複数のコアを占有することはないので、
（精度云々ではなく定義上は）スレッドのＣＰＵ時間は実時間以下である（以下のペースで進む）。

これは、大前提としてあってますよね？

なんだ学校の課題だったのか

質問者より賢い人はいないのか？
これでは、質問箱が成り立たないなｗ

>>239
そうだな
じゃあ頼んだ

だから再現できるサンプルをサクッと上げろよ。
だれも実物や社外ライブラリまで上げろといってないんだわ。
コーディングやデバッグ能力以外の能力が大きく欠如してるだろ。

10回やってみました。
つまり、>>226のコードでAとBだけでなく、AからJまでやってみました。

A
timeGetTime()による時間：7msec
カーネルモード時間：1092usec
ユーザモード時間：14133usec
B
timeGetTime()による時間：7msec
カーネルモード時間：249usec
ユーザモード時間：343usec
C
timeGetTime()による時間：7msec
カーネルモード時間：936usec
ユーザモード時間：9141usec
D
timeGetTime()による時間：7msec
カーネルモード時間：1372usec
ユーザモード時間：4180usec
E
timeGetTime()による時間：7msec
カーネルモード時間：561usec
ユーザモード時間：6583usec
F
timeGetTime()による時間：7msec
カーネルモード時間：717usec
ユーザモード時間：7737usec
G
timeGetTime()による時間：7msec
カーネルモード時間：468usec
ユーザモード時間：4773usec

H
timeGetTime()による時間：7msec
カーネルモード時間：655usec
ユーザモード時間：9672usec
I
timeGetTime()による時間：7msec
カーネルモード時間：218usec
ユーザモード時間：4149usec
J
timeGetTime()による時間：7msec
カーネルモード時間：405usec
ユーザモード時間：10795usec
全体（A〜J）
timeGetTime()による時間：74msec
カーネルモード時間：6645usec
ユーザモード時間：71510usec

仕事が出来ないから、タダで手取り足取り協力してくれってか

本件、私としては以下の結論に至りました。

○timeGetTime()は信頼できる。
○GetThreadTime()は信用できない
　（ティック間切り上げ的な傾向あり。理由不明。）。
○timeGetTime()を基準に>>212のような方法をとるほかない。

もう一度GetThreadTime()はどうしても信用ならず、
他に有用な代替手段もないため、
>>212の方法が限界である旨を報告することにします。

何人かの真剣に助言して下さった方々、
本当にありがとうございました。

>>228
ドラスレの木屋さんも、timeGetTimeのこと調べてたな

timeGetTimeやめてQueryPerformanceCounterを使ったら？

内容のアホさからして
オバケじゃないことは確実

あらかじめtimeBeginPeriodも呼んでおかないと精度変わる

静的領域に書き込みすると、コピーオンライトが発生し、
動的領域を確保すると、最初とおよび足りない時はOSで確保と初期化があると思う
それが１回目が遅い理由な気がする

質問者はアレだが
それはそうと、どうでも良いことをいうのはやめたほうが良いだろう
実時間とスレッド時間が食い違うって話だから
1回目が遅いとかそういう話ではない

結局>>237すら教えてあげなかったんだな。

質問者のアプローチや解釈が正しいのかが分からないのに、憶測で質問者回答者とも上から目線で
やりあってる状況にまず疑問を抱いた方がいい。
そしてそれら以下の書き込みしかできないID:EDk65fqOはクソ中のクソだと認識した方がいい。

最初からGetThreadTimesは約1/64秒の精度しか無いって分かっていたはずなのにね。
平均とっても意味がないってことが改めて分かったことだけが成果か。

>>247とか>>249とか、全然関係ないことじゃん。

OSがどうやってカーネルモードやユーザーモードの時間を計測しているのか想像できないのかねえ
オーバーヘッドが高いやり方は採用できないと分かりそうなもんだが

触発されてGetThreadTimes=NtQueryInformationThread調べたんだけど”スレッド”の中身が興味深かった
質問者糞だから詳細は書かないがｗ

俺もほんとはGetThreadTimesの特性知ってるけど、
質問者が土下座しないと教えてやらねぇｗ

GO

the old new thing

Windows10ってCOMポート番号は最大何番までなんでしょうか？

com1〜com256まで

昔、レジストリから認識してるポート名を取得するサンプルあったな。
MSDNだったかな

select欲しい

>>262
>>263
ありがとうございました！

WM_CHARでWPARAMに入ってくるコード一覧どっかない？
普通のキーならそのままだが、Back SpaceとかCtrl+Vとかのコードが知りたい。

>>266
キーが押されてるかどうかの確認は、WM_KEYDOWNを使う。
「仮想キーコード一覧」で検索。
ただし、Ctrl,Shift,Altはmodifiersと呼ばれ、特別扱い。CtrlとShiftは
GetKeyState(VK_SHIFT) < 0
GetKeyState(VK_CONTROL) < 0
で確認でき、AltはWM_NCKEYDOWNで確認できる。

訂正。
× AltはWM_NCKEYDOWNで確認できる。
○ AltはWM_SYSKEYDOWNで確認できる。

プログラム実行中のログテキストをエディットコントロールに出力しようと思ったのですが、
32KB制限があり実用できないことが分かりました。

リッチエディットではそのような制限はないようなので、
特に問題なければこれでいこうかと考えているのですが、
他に良い方法があればご教示ください。

>>269
つ AllocConsole

EM_SETLIMITTEXT

>>270
ありがとうございます。
今回は検索機能とかも付けたいので、エディット系コントロールを利用することにします。

>>271
ありがとうございます。
これで通常のエディットコントロールで32KB以上を扱えます。
助かりました！

>>272
検索が必要ならリッチエディット

>>273
リッチエディットで実装を進めていて、あとは検索機能だけ、というところまで作れたんですが、
まさかリッチエディット自体に検索機能があったとは･･･！
ここでお聞きしてよかったです。
ありがとうございました！

paint.netのツールウィンドウみたいなやつってどうやって表示するの？
ウィンドウスタイルを色々試してみたけどあれと同じようなウィンドウが出ない。

拡張ウィンドウスタイル使え。

>>276
ありがとう。
拡張スタイル使ってもやっぱり無理だ。
思い通りに動かない。
数年前からずっと謎なんだよなこれ。
動作上問題が少ないから我慢してたんだけども。

それっぽいウインドウは出るものの、paint.netのように全ウインドウがアクティブ状態にならない。
【参考画像】
paint.netを実際に使ってるとよく分かるんだが、
参考画像のようにメインのウインドウもツール用のウインドウも常にアクティブな状態が維持される。
しかし、拡張スタイルでWS_EX_TOOLWINDOWを指定してもアクティブなウインドウは常に1つ。
メインのウインドウをクリックすればツール用ウインドウは非アクティブになり、
ツール用ウインドウをクリックすればメインウインドウは非アクティブになる。
非常に気持ちが悪い。
確かにWS_EX_TOOLWINDOWを利用すればメインウインドウより常に前面になり、
タスクバーにも表示されず、非常にpaint.netのツールウインドウと似たような挙動になるが、
このアクティブ/非アクティブに関しては挙動が全く違う。
ちなみにアクティブ/非アクティブの判断はタイトルバーの色で判断している。
さらに参考画像のツールウインドウのような右上の正方形の閉じるボタンの表示のさせかたも分からない。

・・・と思ったら出てきたわ。
http://www.catch22.net/tuts/docking-toolbars-part-1

やっと出てきた。
WS_EX_TOOLWINDOWで検索してもノイズが多くてなかなか出てこなかった。
(ノイズ = MSDNのウインドウスタイルの一覧をコピペしただけのゴミサイト)
ノイズゴミサイトマジで迷惑。
嫌がらせでしかない。

結局今回のカギはGoogle画像検索。
ふと「サンプル載せてるサイトの半数くらいはスクショも載せてるのではないか」と思い、
例の拡張スタイルで画像検索。
俺がやりたいのと同じ状況になってる画像を見つけて開いたらビンゴ。
画像検索なんて今まで思いもよらなかったよ。
文字検索するとノイズゴミサイトばかり出てきてどうにもならなかった。

MSDNのコピペサイト作ってるゴミ共は早く死ねばいいのにな。
役に立たないどころか大迷惑。
最近流行りの質の低いキュレーションサイト()と同レベル。

>>275の意味がまったくわからなｋったわｗｗ

google personal blocklistでかたっぱしからブロックしてる
xxxユーザー会もノイズ源だね

顔写真ブロックは必須
おまえらキモ面なのに何故あんな目立つ場所に配置すんだ

>>278
おめ
興奮は伝わったが
もちつけ

>>279
はてぶのことですねわかります

>>277
そういうときはいっそそのソフト解析したら？
Paint.NETなら簡単に逆コンパイルできるし、Spy++とか使うだけでもある程度わかる

OSSのソフトを逆コンパイルするの？

今はちがうだろ

新手のアフィか

アフィだったのかよ。新手すぎてアフィの影すら俺には見えん

ＭＳＤＮのコピペサイト全般のことだろう＞アフィ

質問
writefile関数を使用してint型で、データ保存ができません。同じ悩み持ったことある人いらっしゃいませんか。

int Data = 123456;;
DWORD writeLen;
WriteFile(hFile,&Data,sizeof(Data),&writeLen,NULL);

こういうことだろ？

変数のアドレスをwritefileにわたさないとだめ。数値そのままわたしてるんでしょ

>>292
>>293

ありがとうございます。引数としてアドレスを渡さないといけないのですね。試してみます！

msdn 関数名
でググる癖をつけよう

-jp もお忘れなく

どうしてこういう訳そのままずっと放置してんだろうな

> 関数が失敗すると、0 が返ります。拡張エラー情報を取得するには、 関数を使います。
> If the function fails, the return value is zero. To get extended error information, call GetLastError.

>>296
なんで付けるの？
誤訳トラップにハマりたいの？

俺は誤訳トラップどころか英語版と日本語版で引数違うトラップにハマったことがあるけども。
日本語版を穴が空くほど見て確認したけど何日経ってもコンパイルが通らず、
何の気なしに英語版開いたら引数の数が違って、
英語版見ながら修正したら一発でコンパイル通ったわ。

>>298
+jp じゃなくて -jp

>>298
今時どんな開発環境使ってるんだよ w
VisualStudio なら関数名 + '(' を入力した時点でプロトタイプが表示されるだろ

>>299
ごめんなさいｗｗｗ

>>300
その当時はVector辺りで見つけてきた適当なテキストエディタとBCCだったよ。

>>301
Ｃ言語を始めよう！

レポートタイプのリストビューをクリックしたら、その行のデータに対応する内容を
別の窓に詳細表示するというような動作をしているのですが、クリック時は NM_CLICK
を処理してクリックされた行を nmLv->iItem メンバを参照して知ることができます。

オペレーションとしてはマウスだけではなくキーボード操作でリストビューの選択行を
次々と移動させることも多いので、LVN_KEYDOWN も処理して上記と同様の動作を
させたいのですが、LVN_KEYDOWN 処理時は nmLv->iItem の中身が不定です。

LVN_KEYDOWN 処理時に ListView_GetNextItem で LVNI_ALL | LVNI_SELECTED を
指定して選択行を調べると、キーボードを押して選択行を変更する前の選択行が
得られてしまいます。

この辺は、一旦メッセージループを回すなどしてから現在の選択行を得ること自体は
可能と言えば可能なのですが、ここまでしないとダメなのかという疑問があります。

LVN_KEYDOWN 処理時、もしくはキーボード操作で選択行を変更した際、簡潔に
現在の選択行を得る方法はありますでしょうか？

LVN_ITEMCHANGED

質問です。

win10 x64

windows がキャッシュしてる dns の名前解決結果の一部を書き換えることは可能ですか？
または、名前解決の最中に結果をいじるようなフックは出来ませんか？

例えば、example.com の ttl を長めに書き換える、とかです。

よろしくお願いします。

>>305
デバッグ特権があれば、別のプロセスのプロセスメモリーにアクセスすることも可能。

対象アプリ限られてくるけどAPIフックすりゃ簡単に結果改竄はできるな
キャッシュ改竄はフィルタードライバあてる面倒なのしか思いつかない

以下の処理を実装したく、助言をお願いします。

ダブルクリックや右クリ開くなどで、ファイルを開く際に
関連付けの有無に関わらず、そのファイルのパスを取得したい。

ShellProcあたりのフックかと考えましたが、パスをどうやって
調べるのか分かりません。

どうぞ宜しくお願いします。

目的次第だがShellProcは違うんじゃないか
explorer.exeに対してShellExecuteあたりのフックか？

>>305
proxy arp

>>305, 306

レスありがとうございます。
DLL注入やアタッチのよるDNS改ざんは確かにできそうですね。
検討してみます。

ちなみに、プロセスは基本的には chrome です。


>>307

できればフィルタードライバの設計を、おおざっぱでもいいので教えて頂けませんか？
（ドライバのコーディングは、ほぼ経験が無く、ネットワークそのものの知識はあるものの、windows内部での扱いやAPIはまったく知識が無いです）

ちなみに、VPNによる仮想アダプタと、複数のネットワークカード（アダプタ）があるのですが、それでも対応可能でしょうか？
（直感的には、特定アダプタに対するフィルターだと、アダプタの優先度に左右されそう。アダプタ依存にはしたくないです）

>>304
解決しました。
どうもありがとうございました。

>>311
WDKサンプルのこのあたりが参考になるのかな
NDIS 6.0 Filter Driver
Windows Filtering Platform Packet Modification Sample

>>313
ありがとうございます。参考にさせて頂きます。

>>314
きっとおまえがやりたいことはchrome拡張でonbeforerequestいじれば解決する・・・

iniファイルから文字列を読み込むGetPrivateProfileString()なんですが、
セミコロン以下のコメント文まで読み込んでしまいます。

コメント文は読み込まないようにできないでしょうか？
それとも自分でコメント文を削除するしかないでしょうか？

同一行にコメントはwindows的にアウト

>>317
なるほど！
ありがとうございました！

コメントを勘違いしてるんじゃね？

セミコロン付けたらコメントになるって言うけどよー
あれ実際は特別扱いなんかしてなくて、例えば
;abc=def
にしたら「;abc」って名前になるから「abc」に一致しなくなるだけじゃないかと疑ってる

じゃあ「;abc」で試してみればよくね？

セミコロンは行頭にある時だけを特別扱いしているみたいだ

使ってるエディタが.iniの同一行コメントもコメント色に変換してくれるので、誤解してしまいました。
気を付けます。

winsockの関数フックしたいんですけどインポートアドレステーブル上の
ws2_32.dllの関数だけ取得できません。どうしたら？

http://up2.cache.kouploader.jp/koups19399.txt
このコードは
自身のロードしたDLLの関数名を列挙するだけのシンプルなものですが、
やはりwinsockの関数名だけ取得できないです。

ImageDirectoryEntryToData()の第３引数を
IMAGE_DIRECTORY_ENTRY_IATや
IMAGE_DIRECTORY_ENTRY_DELAY_IMPORTに変えても取得できませんでした（そもそも関数がnull返してくる

WSAStartupは成功してんの？

名無しだからcontinueですっ飛ばしてんだろ

GetLastError()を調べてみよ。

>>325
成功しているようです

>>326
関数名が名無しということですか？

>>327
どのタイミングでですか？


if(IMAGE_SNAP_BY_ORDINAL(pThunkData->u1.Ordinal))
winsockの関数だけこのif文が真になります。



デバッガでIAT覗くと、正しい関数名ではないが、２つの関数らしきもの？が表示されていて
これがWSAStartup()/WSACleanup()に対応するものだと思われます

他のDLLでは関数名が正しく表示されます。

これが、関数名が名無しということならどう対処するのかご教示頂きたいです。

海外のフォーラムの似たような質問では
ImageDirectoryEntryToData()の第３引数を
IMAGE_DIRECTORY_ENTRY_DELAY_IMPORTに変えて成功したと書かれていたんですけどね、成功しませんでした。

>>328
関数名は名前あるけど、インポートが名無し

マクロというオチ

対処は名前比較じゃなくてアドレス比較

>>331
ヒントありがとうございました。解決しました

PIMAGE_THUNK_DATA pThunkData = (PIMAGE_THUNK_DATA)((PBYTE)hmodCaller + pImportDesc->OriginalFirstThunk);
PIMAGE_THUNK_DATA pRealThunk = (PIMAGE_THUNK_DATA)((PBYTE)hmodCaller + pImportDesc->FirstThunk);
while(pThunkData->u1.Function){
FARPROC pfnImportedFunc = (FARPROC)(pRealThunk->u1.Function);
・・・
上記のIAT上の関数アドレスと、
LoadLibrary()&GetProcAddress()で取得したwinsock関数のアドレス
を比較し一致したものを書き換えたら成功しました。


これそもそも
文字列比較より
アドレス比較を用いる方法のほうが正確なやりかたですよね？

CreateProcess関数の質問です。この関数で開いた外部プロセスを、操作しようとしたらハンドルされていない例外エラー発生したことある人いますか？

エラーメッセの
オブジェクト参照がオブジェクトインスタンスに設定されていませんの意味もいまいちわからずです。悩んでいます。

どなたかヒントをくれたら幸いですm(__)m

たぶんCreateProcessの問題じゃなくてソースコードの問題
基本的なとこをどっか間違えてると思う

前後のソース載せてみて

>>333
まずは使ってるプログラム言語から書こうか

>>335
>>336

HWND hwnd;
STARTUPINFO si;
BOOL boRet = 0;
DWORD dwRet = 0;

ZeroMemory(&si, sizeof(si));
ZeroMemory(&piMplab, sizeof(piMplab));
si.cb=sizeof(si);

GetStartupInfo(&si);
boRet = CreateProcess(_T(""C:\Program Files (x86)\Microchip\PICkit 3 v3\"Pickit3.exe"),NULL,NULL,NULL,FALSE,NORMAL_PRIORITY_CLASS,NULL,NULL,&si,&piMplab);

CloseHandle(piMplab.hThread);
CloseHandle(piMplab.hProcess);

すみませんこんな感じですm(__)m↑

>>337
それ以外の部分、もしくは書くために変えた部分に問題があると思う

アクセス権か

>>337
まずは CreatepProcess の戻り値とエラーなら GetLastError の値を確認しようか

_Tの中は本当にそれでいいのか

\はここに貼り付けたから崩れたのか
元のソースが1個なのか

>>333
なんか.NETのエラーメッセージっぽいけど、.NETから呼び出しているの？
該当部分のソースを全部貼り付けなきゃ誰もわからないでしょ。

そもそもどっちのプロセスがエラーを出してるかすら把握できてなさそう
子プロセス呼び出しはなんとなくコピペで扱うには荷が重い

プロセスを起動して、ユーザーの入力に応答しているか確認するにはどうしたらいいでしょうか。
Process::Responding プロパティ以外の方法でお願いします。
うちの開発環境にはないので。

プロセスのウインドウを取得して、メッセージを送るくらいしか思いつかないのですが、ウィンドウがない可能性もあるし
もっとスマートな方法があればいいなと。

>>345
> ユーザーの入力に応答している
をきちんと定義しないと無理でしょ

ネットワークプログラミングで言う所のキープアライブ的なのを実装じゃあかんの？

>>345
WM_PAINT系のメッセージを投げて
クライアント領域が書き換わってるかどうかとか
show/hideメッセージ送って反応するかどうか見るとか

>ウィンドウがない可能性

プロセスId見て稼働率調べるかな

ああ無限ループで稼働率100%だとだめなのか

WaitForInputIdle

TrayNotifyWndにアプリアイコンを追加と削除をしたいのですが、どうすればよいでしょうか？
Shell_NotifyIconの登録みたいなやつです。
Shell_NotifyIconの登録と削除右派知っています。

Shell_NotifyIconでないならこれのことかな
https://msdn.microsoft.com/en-us/library/windows/desktop/cc144099(v=vs.85).aspx

>>353
情報ありがとうございます。やりたい内容と、ちょっと違います。
windows8.1/10とかだと、タスクバーが上か下にあるとき、タスクトレイの右側か左側にTrayNotifyWndに
[IME]、[タッチパネル向けのキーボード]、[通知]などが表示されていますよね？

それらの場所に、自作のアプリアイコンを作りたいのです。
スパイでみると、
通知 ハンドル 001016E キャプション 通知センター クラス TrayButton
キーボード ハンドル 0010172 キャプション タッチキーボード クラス TIPBand
IME ハンドル 0010156 キャプション 無し クラス Button
となっています。
親ハンドルからたどってクラスを見るとTrayNotifyWndとなっています。
知りたいのは、SHAppBarMessageを使ったタスクバーみたいなウインドウではありません。

googleの画像検索で googleimeとかってやると下のような画面がでますよね？
https://www.google.co.jp/search?q=googleime&;biw=1280&bih=607&source=lnms&tbm=isch&sa=X&sqi=2&ved=0ahUKEwiZzey0zfDRAhUJbrwKHQ4dBuAQ_AUICCgD#imgrc=j130VRRhjR7jdM:

TrayNotifyWndでにて、設定メニュをいじっているような画面のようなプログラムを作りたいのです。

Shell_NotifyIconで登録して、クリックされたらメニュー表示すればそれになる

>>356
一般的な、Shell_NotifyIconでタスクトレイの登録ではないです。
タスクトレイの横に登録する手続きが知りたいのです。
mozcのソースコードをgrepしたところShell_NotifyIconは使われていないようです。

comクラスとかでTrayNotifyWndに追加するような機能があるのかなぁ。。

すまん。通知領域はその右側か盲目だった
直接CreateWindowでぶらさげちゃうとかできないかな

IMEツールバーみたいにタスクトレイにドッキングしたいってこと？

>>359
機能はIMEではないですが、そんなかんじです。

TrayNotifyWndを親にしてCreateToolbarExで作ればいいんじゃないのかな

>>357
> mozcのソースコードをgrepしたところShell_NotifyIconは使われていないようです。
ならそのソースを読めばいいんじゃね？

>>362
多分ソースは言語バーのcomクラス呼び出しだけで、実際の実装はWindows側

>>363
ざっくり調べたところ、おっしゃる通り言語バーのcom呼び出してるだけっぽかったです。
>>361
HWND hTaskBar = ::FindWindow(L"Shell_TrayWnd", NULL);
HWND hTrayNotify = ::FindWindowEx(hTaskBar, NULL, L"TrayNotifyWnd", NULL);
hButton = CreateWindowEx(0,L"button",L"@",WS_CHILD | WS_VISIBLE,0,0,48,24,hTrayNotify,0,hInst,0);
一瞬ボタンが表示されて消えましたｗ
登録のさせ方がたぶん違いますよね。
TBBUTTON tbButton = { 0 , 0 , TBSTATE_ENABLED , TBSTYLE_BUTTON , 0 , 0 , 0 };
SendMessage(hTrayNotify, TB_ADDBUTTONS, 1, (LPARAM)&tbButton);
なにも起こらず。。orz

HWND hTaskBar = ::FindWindow(L"Shell_TrayWnd", NULL);
HWND hTrayNotify = ::FindWindowEx(hTaskBar, NULL, L"TrayNotifyWnd", NULL);
だと、タスクトレイの内部に描画されてました。
やりたいことと違う；；

>>364
親側をsubclassしてボタン用のエリア常に用意してないからじゃない？

>>364
TrayNotifyWndが、もしツールバーのクラスを内部で保持してたら登録できるかなーと思いついての実験でした。。
ウインドクラスTrayNotifyWndにそんな機能はなかった。うまくいかないものですね。

HWND hTaskBar = ::FindWindow(L"Shell_TrayWnd", NULL);
HWND hTrayNotify = ::FindWindowEx(hTaskBar, NULL, L"TrayNotifyWnd", NULL);
HWND hToolbarWindow32 = FindWindowEx(hTrayNotify, NULL, L"ToolbarWindow32", NULL);
printf("handle %p %p %p ", hTaskBar, hTrayNotify, hToolbarWindow32);
SendMessage(hToolbarWindow32, TB_ADDBUTTONS, 1, (LPARAM)&tbButton);
実験してだめだったコード。。こんな感じでした。ウインドハンドルは普通に取得は成功していたみたいなんですけどね〜

指定したソフトが生きてるかフリーズしてるかを判断できるAPI教えてくださいよ

メッセージ投げて帰ってくるかどうか

>>368
>>364の上のコードでいいでしょ。あとはボタン用の領域作るだけでいけるよ

>>371
その画像だと、ウインドウが、タスクトレイの位置にありませんか？
タスクトレイの内部にアプリアイコンを作るのであれば、Shell_NotifyIconで登録すればいいだけです。
やりたいのは、その画像でいうと、時計の右横の通知領域の右にウインド領域を追加したいのです。

>>370
それだと帰ってこなかったら出した側も固まりませんか？

>>373
別スレッドからメッセージ投げて、メインでスレッド監視して待機時間オーバーしたかどうかで判定するとか

>>374
なるほど。
メッセージ投げてから返答が帰るまでの待ち時間で判断するって事ですね。
ありがとうございます。さっそくやってみます。

>>372
タスクトレイの左側にある隠れたアイコンを表示するための　＾　ボタンの上に作ったボタンが表示されてる
ウインドウ表示位置だけの問題で期待してる通りだと思うよ


>>373
無限ループで処理してるかもしれないから、生き死にの定義による

>>375
IsHungAppWindow

>>376
今ターゲットソフトをwhile(1)で固めて
監視ソフトでPostMessageやGetWindowRectをしたら正常に帰ってきました。
while(1)だとウィンドウの移動もできたのでこれは死亡にはならないですね

>>377
そんなのあったのですね、ありがとうございます試してみます

>>378
PostMessageは相手の処理を待たないから当然。
GetWindowRectも相手のプロセスが情報を返すわけじゃないから当然。
その方法を試すならSendMessage。

＞while(1)だとウィンドウの移動もできたので
コンパイラの最適化によって（無意味な）無限ループが消されているかも。

あと参考までに

SendMessageTimeout
https://msdn.microsoft.com/ja-jp/library/cc411010.aspx

>>379
失礼、PostMessageじゃなくてSendMessageでした。
while(1)はウィンドウは動かせますがフォーム自体は固まった状態でした（マウスカーソルがくるくるになります）

IsHungAppWindowで指定間隔で数回みて連続でTRUEなら落ちてると判断できそうな感じでした

しかしwhile(1)ではなく実際にどこかのDLL関数内で落ちてる場合とかにFindWindowでハンドルは取れるのでしょうか？

>>380
こんな関数あったんですね・・・
これは良い情報を頂きましたありがとうございます

メッセージ投げといてタイムアウトしたらあとは知らないって
まるで鍵垢へのフォロリクか２ちゃんの独り言のようだ

ピンポーン　宅配便でーす　お留守ですかー　ピンポーン　ピンポーン

帰りに台車を放り投げて荷物を蹴とばすんですね判ります

使い道が想像できない

WindowsＡＰＩのＲｅｃｔ系は右と下の1ドットは含まれないはずだったが

ピクセルの左上の隙間の位置を返す仕様(Javaと同じ)
なので単純に差を出して指定しないと膨らむ

>>387
画面DPI100%以外になってない？vista以降はそれ原因で従来のAPIの扱いが面倒になってる

MSDNを見ると
GetClientRectはleftとtopが常に0で
rightとbottomには幅と高さが入ってくると書かれていて
事実その通りになっていますが
GetWindowRectのほうは
ウインドウの左上座標と右下座標と表記されてるので
right-left+1 が幅になるはずです
なのでこの仕様はおかしいと思います

>>391
英語版みたらちゃんと書いてあったよ

ていうかこの関数に限らず
Rect構造体の定義としてbottomとrightは1ピクセル外側を示すことになってる

オセロでなく碁盤で数えろってことですね
納得しました

>>392この辺ちゃんと理解してないと1ドット足りないみたいな事態になるんだよな
VBerとか1オリジンでUboundとか慣れてるとドはまりしそう

>>391
GetClientRectの話だけど
left=top=0だとして
right=bottom=1だったら
幅と高さは1で
ウィンドウは(0,0)-(0,0)で1ピクセルのウィンドウだから
やっぱり幅と高さは1だし矛盾しない

画像の部分クリップとかやりだすとちょっと混乱したりする教訓か
ドトネトなんかではx y width heightなプロパティを別に持っている

SetWindowPosとMoveWindowとで
ウィンドウを動かした時に何か違いはあるんでしょうか？
SetWindowPosでウィンドウは動かせるのに
MoveWindowは何のために用意されてるんですか？

>>397
SetWindowPosの方がフラグ指定や挿入位置指定など、できることが多い。

>>398
ではMoveWindowは何のために存在しているの

フラグとか触らないでただ動かす時のため

昔のことは知らないけど SetWindowPos が後から追加されたんじゃないの

理由も昔のことも知らないけど 今はMoveWindowの内部でSetWindowPosが呼ばれてたと思う

後方互換性のため

DeferWindowPos

実行ファイルの埋め込みマニフェストの実体をいじらずに
内容を修正した上で起動したり、任意の外部マニフェストファイルを読めるように
操作できませんか？
具体的には、マニフェストのcompatibilityの項目なんですが。。。

OSのバージョンにより異なる
https://msdn.microsoft.com/ja-jp/library/ms235342%28VS.80%29.aspx
http://www.taosoftware.co.jp/blog/2008/02/windows_1.html
http://nekojiru.blog.so-net.ne.jp/2007-09-03

Windows7以降は埋め込み優先で、
実行ファイルのマニフェスト自身を書き換える方法、レジストリでOS自体の設定をいじる方法、
ActivateActCtx()でcommctl.dllは変更できるっぽい？
ってのはわかったんですが、個別に実行ファイルをいじらずに操作する方法があるかな、と思った次第です。

ショートカット作って、そのプロパティにアクセスして、互換性編集して、そのショートカットで起動させるとか？

windows8.1/10 マルチモニター環境で、ウインドウの位置がタッチパネルデバイスを
有するモニターであるかを調べたい場合どうすればよいですか？

HMONITOR hMonitor = MonitorFromWindow(hWnd,MONITOR_DEFAULTTONEAREST);
これで、モニターのハンドルは調べられるのですが、
このモニターがタッチパネルを有するモニターを調べる場合どうすればいいかわかりません。

Win32_PointingDeviceあたりだろうな

Win32 Pointhig Device軽く調べたんですが、それっぽいのないですね；；

それでタッチかどうかわかるでしょ
あとはWin32_VideoController、Win32_DesktopMonitor、GetMonitorInfoあたりと情報突き合わせたら
その座標がタッチ対応かわかる

応用がきくプログラマーを目指せ

ここさわって

っていううメッセージを描いておく

俺ならそのメッセージでもマウス操作しかしなさそうだわｗ

ユーザー側に、全てのモニターをタッチさせて、有効無効を設定してくれとダイアログだろうかと思いましたが、
プライマリーモニターかどうかを調べるのは簡単だったので、プライマリーモニターのみ対応にしたほうが混乱ないかなーと思いました。

ユーザー側に、全てのモニターをタッチさせて、有効無効を設定してくれと、ダイアログを出そうかと思いましたが、
プライマリーモニターかどうかを調べるのは簡単だったので、プライマリーモニターのみ対応にしたほうが混乱ないかなーと思いました。

Windowsじゃ何やっても無駄ですよ。
生産性はないです。

まともにタブで操作すると考え方をタブに合わせて全体を設計し直さないとダメでです。
ポインターの概念を画像で処理する必要ががります。
マルチで接触してる部分の個々の中心点を求めて

接触している部分にボタンの候補があるかどうか
そういう処理を行わないとだめ
Windowsが使えないのは、ポインティングデバイスから無理に
座標変換してるので誤操作と誤作動だらけになる。

マイクロソフトにはこの分野は作れないと思いますよ。

入力なんていう低レベルからシェア捕れる可能性を秘めてる
集金システムもまともなのがないからそこもね
ハードからソフトまでガチガチなiphoneやandroidと違ってビジネスチャンスに溢れた自由なOS。それがWindows

>>418
窓板に何年も毎日貼り付いてるキチガイタイポマカーのコピペじゃねえかw

どんなに優れていても誰にも使われなければ意味が無い。

使われてるやん
って言ったら使ってる奴がアホってか？

シェア獲得率と優劣は比例しない

そう言っておかないとシェア4%のMacなんか何の立場もないもんな

シェア獲得率が高いものは、シェアに優れてる

別に使われてると思ってるなら良いんでない?
俺は趣味でもあり金を稼ぐ道具でもあるからMacなんて使わんけど。

だいたい、知らんもんで金は稼げない。

MacをPCだとするとシェア4%になるが
DTMコンソールやCG用レンダラーだとするとシェアが何倍にもなる不思議

>>419
でも優良見込み客を囲い込んでるのは i & a なんだよなぁ

>>427
2015年での世界におけるAppleのシェアは７．５％だそうです。

ベンダー出荷シェアとかOSの販売数ってのは利用率なシェアとは別モンだからな

光学ドライブのAutoRunを無効にしてると、ディスクを入れ替えたことに気付けないみたいですが、
どうやったらディスクの情報をリフレッシュさせることができるのでしょうか？
ディレクトリ一覧を取得しようとしても、入れ替え前のディスクのディレクトリが出てきて困ってます

今のOSはAutoRun最初から無効だから、それが本当ならほとんどのPCでまともに取得できないってことになるな
ソースどっかミスってるんでしょ

もちろんエクスプローラーで開けば情報は更新されます。プログラムからトレイを開閉しても情報は更新されます。
光学ドライブのボタンで開閉すると、情報が更新されないままなのです。

>>431
この辺、参考にならないかな

https://support.microsoft.com/ja-jp/help/163503/how-to-receive-notification-of-cd-rom-insertion-or-removal

https://ideone.com/i4fQGS
Win32API勉強中なんですが、ウィンドウを作ることができません、hWndがNULLになってしまって途中で終わってしまいます
ウィンドウクラスの登録も失敗していないみたいなので原因がわかりません、どこが悪いのか教えてください

自分のウインドのＺオーダーが変化したタイミングを調べたいのですが、
ウインドメッセージでなにかありましたっけ？

>>435
× defalut
〇 default
>>436
WM_WINDOWPOSCHANGEDかな

WM_WINDOWPOSCHANGEDは、だめでした。

ちなみにウインドウはCreateWindowExで、WS_EX_TOPMOSTしています。
ウインドウのスタートメニューが重なっと時にそれよりも前面に表示したいのですが。。
WM_WINDOWPOSCHANGEDにメッセージ来てないっぽいです。

今は、代案として１秒ごとに、SetWindowPos(hWnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE);を入れているのですが、
もっといい方法ないでしょうか？

いま、GetWindowあたり調べているのですが、GetWindow(hWnd, GW_HWNDPREV);だと
imeのハンドルが取れるっぽいのでなんか違う。。orz

ランサムウェアですねわかります

>>439
悪さするアプリじゃないんだが？

異教徒の大量虐殺をためらわない一神教の思想性を理解するのに役立つ。
いずれ日本がアメリカに復讐する日が来るだろう。

>>441 誤爆失礼

>>440
昔からこういう奴はいるから気にするな

図星ですねわかります

NG: (HBRUSH)COLOR_BACKGROUND
OK: (HBRUSH)(COLOR_3DFACE + 1)

ShowWindow(hWnd, SW_SHOW);の後にUpdateWindow(hWnd);がない。

ShowWindow(hWnd, SW_SHOW);
じゃなくて、ShowWindow(hWnd, nCmdShow);
かShowWindow(hWnd, SW_SHOWNORMAL);にしろ。

>>437
ありがとうございますこれでいけました

すいませんまた質問させてください
テトリスを作る動画を見ながらこれを作っているのですが、リソースの画像を一度表示されたんですが、画像のサイズが変だったので訂正したところ表示されなくなりました
どこが悪いのか教えて頂けないでしょうか？
https://ideone.com/i4fQGS

r.right = 24 * 10;
r.bottom = 24 * 20;

タスクトレイのShell_NotifyIcon();について質問です。
タスクトレイのアイコンサイズは32ｘ32または16x16が一般的っぽいのですが、
64x32などの長方形サイズなどのカスタムアイコンを設定できるのでしょうか？
icdata.dwInfoFlagsで NIIF_LARGE_ICONっていうパラメーターを設定したのですが、
反映されていないっぽいです。
case WM_CREATE:
{
ZeroMemory(&icdata, sizeof(icdata));
hIcon = LoadIcon(hInst, MAKEINTRESOURCE(IDI_ICON1));
icdata.cbSize = sizeof(NOTIFYICONDATA);
icdata.hWnd = hWnd; icdata.uID = 0;
icdata.uFlags = NIF_MESSAGE | NIF_TIP | NIF_SHOWTIP | NIF_ICON;
icdata.dwInfoFlags = NIIF_LARGE_ICON;
icdata.uCallbackMessage = WM_USER;
icdata.uVersion = NOTIFYICON_VERSION_4;
icdata.hIcon = hIcon;
wcscpy_s(icdata.szTip, sizeof(icdata.szTip), L"左クリックで終了");
Shell_NotifyIcon(NIM_ADD, &icdata);
}

LoadIconは、LoadIconMetricでした。
HRESULT hr = LoadIconMetric(hInst, MAKEINTRESOURCE(IDI_ICON1), LIM_LARGE, &hIcon);
しかし、変化なし。。

右クリックとかでよく出るポップアップメニューの
フォントの大きさを変更したい場合どうすればよいですか？
case WM_RBUTTONDOWN:
{
POINT pt;
pt.x = LOWORD(lParam);pt.y = HIWORD(lParam);
ClientToScreen(hWnd, &pt);
TrackPopupMenu(hMenu, TPM_LEFTALIGN, pt.x, pt.y, 0, hWnd, NULL);
}
break;

自己解決。。調べたら、メニュー・オーナードローについて詳しいページが出てきました。

紀平さんのか

>>450
shell icon sizeで画一的に決まってる。

>>450
オーナードロー

>>456
それだけじゃ答えから遠い

>>449
違うみたいです・・・

https://ideone.com/i4fQGS
VC++で見ているんですが24行目のhBitmapにはちゃんとアドレスが確保されているのになぜか描画されません
どういった原因が考えられるでしょうか？

>>459
SelectObjectは、BeginPaintの後に呼ばないといけない。HDCが違う。

>>459
コンパイルして実行してみたけど表示されたよ。bmpファイルがおかしいんじゃない？
あとWM_DESTROYでhMemDCとhBlockDCをDeleteObjectしてるけどDeleteDCじゃないとダメ

>>459
テトリスのひとか
がんがれ

環境も書いたほうがいいですね、Win7 x64でVC++2010 Expressです、rcファイル作って「BLOCKS BITMAP "block.bmp"」と書いてます
ファイル名は間違えていないですし、リンクしてoファイルは作っていないですけど間違っていますか？
最初は自作のbmpファイルでやっていたんですけど、途中から作られたbmpファイルでやろうとして表示されなくなりました
ここにあるblock.bmpというやつです
https://github.com/DQNEO/CppTetris

動画を見てロジックを理解しながら学習したいのですが、なかなか捗らないです

>>460
ごめんなさい、何行目のことかわからないです

>>461
修正しました！

>>462
ありがとうございます

馬鹿には無理

用意されてたbmpでは動く。自作bmpでは動かない。ってことかよ。だとしたら原因ひとつじゃん

>>463
imgurにでも自分で作ったbmp上げてみてよ

imgurって内容変わるんじゃね

マジかごめん

>>463
たぶん表示されてるんだと思う
WM_CREATE内の//debugの下の行を
BitBlt(hMemDC, 0, 0, 24, 24, hBlockDC, 0, 24, SRCCOPY);
にするとどうなる？

ちょっと見てみたよ
bmpのIDだけど、BLOCKS と "BLOCKS" は別だからね
BLOCKSは数値に置き換えられてるけどLoadBitmapは文字列の"BLOCKS"で読もうとしてる
初心者の頃はやりがちなやつだな

>>469
ありがとうございます、これで表示されました
でもhttp://dqn.sakusakutto.jp/2012/11/cpp_tetris.htmlこの動画とは別の画像が表示されます
動画上では灰色ブロックが出てきているのに、自分の環境では赤色のブロックが出てきている状況です

>>470
動画では「"BLOCKS"」と定義されていたので自分は「TEXT("BLOCKS")」と定義したんですが両者は違うものなのでしょうか？

rcの方だろ

USBメモリなどUSB機器の接続検知をおこないたいのですが、WM_DEVICECHANGEを使用すると
https://qanda.rakuten.ne.jp/qa5211631.html
のようにUSBメモリによってはDBT_DEVICEARRIVALが何度か来てしまいます。
↑のQ&Aにあるように、正常に認識されたときを検出するにはどうすればよいでしょうか？

>>472
rcのほうが間違えているということですか？
では「"BLOCKS" BITMAP "block.bmp"」ってことですか？

こうやって手取り足取りな奴はイライラする

>>475
じゃあ来なければいいよ

お前が手足を完全にもいでトドメを刺せばいい

モイっ！

>>473
((PDEV_BROADCAST_HDR)lParam)->dbch_devicetype が全部同じなの？

SHAppBarMessage(ABM_QUERYPOS, &abd);が正しい値を取得できない場合どうすればいいですか？

Windows10の設定：システム：ディスプレイ：ディプレイカスタマイズ画面
テキスト、アプリ、その他の項目サイズを変更する
で１００％から175％までいろいろ変化させてみると表示位置のずれが発生します。

>>473
デバイスイベントが来たら、タイマーで少し時間が経ってからデバイスをチェックする。
時間が経つ前に次のデバイスイベントが来たら、タイマーをセットしなおしてまた少し時間が経つまで待つ。

タスクトレイの自動的に隠すになっているかを調べる場合どうすればよいですか？

レジストリでも見ればわかるんじゃない？

自己解決・・
APPBARDATA appbardata;
appbardata.cbSize = sizeof(APPBARDATA);
appbardata.hWnd = FindWindow(L"Shell_TrayWnd", 0);
if(SHAppBarMessage(ABM_GETSTATE, &appbardata))
{
// 自動的に隠れている
}

最近、win32 はいつまで残るんだろうな、とふと不安になる
.net とか妙なものが蔓延ってるけど。

MS32bitOSが居る限りはなくならないだろ
.netだって内部的にWin32API呼び出しているし

ここまで来て過去の莫大な資産を捨てることなんてあるの？
過去のwindowsアプリが新しいwindowsで動かなくなる日が来たら、それはもうwindowsじゃないと思う

.NetですらFormsもWPFも放置でUWPに移行させようとしてるし、本音では過去のを全て捨ててUWPに一本化したいんだろう。
現実的には自らの強み(過去の資産)を手放すことになるから、やりたくてもやれないのだろうけど。

> FormsもWPFも放置でUWPに移行

MSって過去にも色々出しては無かったことにしてきたよな・・・
UWPすらどうなることか

新しいものを出してきても、古いOSに対応させないから状況的に使えなくて、
使ってもいいかなと思える状況になった頃には古い技術になっているという悪循環

>>485
windowsが無くなるまでは残るだろうと思ってたが

windowsが無くなりそうだしな

Win32APIは過去の莫大な資産であり、過去の莫大な負債でもある

WindowsRuntimeを使わないといけなくなって
c++でコーディングし始めたけどかなり面倒くさい。
c++/cx使えっていうことだろうけど。
windows runtimeがwin32apiの代わりになるのかな？

しっかし、なんで win32 はあんなに作るのが面倒くさいんだろうな・・・
1〜10まで教える感じではなく、1、10、100、1000まで教えてやっと動く感じ。
その分痒い所に手が届くが。。。
だんだん倦厭されているということは、今の納期！納期！の文化とは合わないんだろうな。

>>493
CX糞

https://github.com/Microsoft/cppwinrt
↑正解

工程の短縮というのもあるけど
「どのアプリケーションでも同じことをしたければ同じ操作をすればいい」と言うのを求めると
同じ操作（同じ動作）をひとつの部品として提供するほうが良い
そういう開発者独自の機能より、一般化された機能や操作性が重要視されるようになったのも一因だと思う