Win32API質問箱 Build123©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/10/08(土) 12:33:02.29

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/

**185** · 2016/11/30(水) 19:24:20.97

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

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

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

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

**デフォルトの名無しさん** · 2016/11/30(水) 20:49:07.15

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

**デフォルトの名無しさん** · 2016/11/30(水) 20:49:57.04

.
.
■■人間性に批判殺到　あの悪質パクツイ垢　@copy__writing の管理人は東京都三鷹市の莉里子■■
http://i.imgur.com/5qAgsHG.png
http://i.imgur.com/kldi84l.png
http://i.imgur.com/8vCymiC.jpg

■今までのプライベート垢
@riricoco0
@bibliophilia333
@muzimuzi333
@nekomatagensou
@hanasoraumimori
@mirainosekai3
@zibanyan666
@parlorchild
@liliririko
@EriotN
@mike_peko
@riricoco0
@ririko_neko
@nyanpas ※1
@telegraphyneko
・
・
@riricatputi (新アカ)　　http://imgur.com/a/X1vQA

100垢以上作ってるキチガイ出会い厨　（粘着やめろ詐欺師！はやく捕まれホラ吹きネットストーカー犯罪者！！）

**185** · 2016/11/30(水) 22:05:18.43

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

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

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

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

**デフォルトの名無しさん** · 2016/11/30(水) 23:20:53.03

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

**185** · 2016/11/30(水) 23:52:18.25

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

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

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

**デフォルトの名無しさん** · 2016/11/30(水) 23:54:22.80

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

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

**デフォルトの名無しさん** · 2016/11/30(水) 23:55:15.34

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

**デフォルトの名無しさん** · 2016/12/01(木) 00:37:40.42

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

**デフォルトの名無しさん** · 2016/12/01(木) 00:49:48.35

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

**デフォルトの名無しさん** · 2016/12/01(木) 00:54:41.76

クロックカウンタ使えよ

**デフォルトの名無しさん** · 2016/12/01(木) 02:56:36.59

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

**デフォルトの名無しさん** · 2016/12/01(木) 04:56:48.70

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

**185** · 2016/12/01(木) 11:21:31.25

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

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

**185** · 2016/12/01(木) 11:39:04.09

>>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で何がそんなに変わるでしょうか。

**デフォルトの名無しさん** · 2016/12/01(木) 11:55:52.25

最適化切ったら

**デフォルトの名無しさん** · 2016/12/01(木) 12:02:28.97

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

**デフォルトの名無しさん** · 2016/12/01(木) 12:14:25.23

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

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

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

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

**185** · 2016/12/01(木) 13:04:50.94

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

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

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

同じ傾向になりました。

**デフォルトの名無しさん** · 2016/12/01(木) 13:30:33.53

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

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

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

**デフォルトの名無しさん** · 2016/12/01(木) 13:34:44.58

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

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

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

**デフォルトの名無しさん** · 2016/12/01(木) 22:49:24.47

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

**デフォルトの名無しさん** · 2016/12/02(金) 08:27:00.87

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

**デフォルトの名無しさん** · 2016/12/02(金) 09:07:26.76

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

**デフォルトの名無しさん** · 2016/12/02(金) 09:21:55.13

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

**185** · 2016/12/02(金) 10:43:58.72

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

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

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

**デフォルトの名無しさん** · 2016/12/02(金) 10:47:04.34

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

**デフォルトの名無しさん** · 2016/12/02(金) 11:24:10.48

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

**デフォルトの名無しさん** · 2016/12/02(金) 11:27:08.99

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

**デフォルトの名無しさん** · 2016/12/02(金) 11:48:56.99

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

**185** · 2016/12/02(金) 11:58:27.27

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

**185** · 2016/12/02(金) 11:58:51.26

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

**デフォルトの名無しさん** · 2016/12/02(金) 12:10:39.48

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

**185** · 2016/12/02(金) 13:02:57.14

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

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

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

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

**デフォルトの名無しさん** · 2016/12/02(金) 13:27:24.15

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

**デフォルトの名無しさん** · 2016/12/02(金) 14:04:58.11

timeGetTimeやめてQueryPerformanceCounterを使ったら？

**デフォルトの名無しさん** · 2016/12/02(金) 14:15:28.80

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

**デフォルトの名無しさん** · 2016/12/02(金) 14:17:49.26

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

**デフォルトの名無しさん** · 2016/12/02(金) 14:21:54.01

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

**デフォルトの名無しさん** · 2016/12/02(金) 14:30:05.73

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

**デフォルトの名無しさん** · 2016/12/02(金) 17:49:56.46

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

**デフォルトの名無しさん** · 2016/12/02(金) 18:15:57.54

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

**デフォルトの名無しさん** · 2016/12/02(金) 22:19:54.42

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

**デフォルトの名無しさん** · 2016/12/02(金) 23:51:36.19

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

**デフォルトの名無しさん** · 2016/12/03(土) 10:51:33.05

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

**デフォルトの名無しさん** · 2016/12/03(土) 11:08:29.93

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

**デフォルトの名無しさん** · 2016/12/03(土) 20:00:37.46

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

**デフォルトの名無しさん** · 2016/12/03(土) 20:35:28.76

**デフォルトの名無しさん** · 2016/12/03(土) 20:36:25.77

the old new thing

**デフォルトの名無しさん** · 2016/12/04(日) 11:31:12.68

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

**デフォルトの名無しさん** · 2016/12/04(日) 11:37:47.55

com1～com256まで

**デフォルトの名無しさん** · 2016/12/04(日) 12:08:20.93

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

**デフォルトの名無しさん** · 2016/12/04(日) 12:22:02.41

select欲しい

**261** · 2016/12/04(日) 16:50:15.73

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

**デフォルトの名無しさん** · 2016/12/09(金) 00:46:48.41

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

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/12/09(金) 01:04:26.73

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

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/12/09(金) 01:07:15.74

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

**デフォルトの名無しさん** · 2016/12/12(月) 20:09:14.26

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

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

**デフォルトの名無しさん** · 2016/12/12(月) 20:14:54.27

>>269
つ AllocConsole

**デフォルトの名無しさん** · 2016/12/12(月) 20:17:01.65

EM_SETLIMITTEXT

**269** · 2016/12/12(月) 20:41:35.46

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

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

**デフォルトの名無しさん** · 2016/12/13(火) 09:08:32.63

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

**269** · 2016/12/13(火) 21:50:24.46

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

**デフォルトの名無しさん** · 2016/12/19(月) 05:43:50.59

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

**デフォルトの名無しさん** · 2016/12/19(月) 07:17:38.33

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

**デフォルトの名無しさん** · 2016/12/19(月) 23:46:04.62

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

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

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

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

**デフォルトの名無しさん** · 2016/12/19(月) 23:50:28.70

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

**デフォルトの名無しさん** · 2016/12/19(月) 23:52:55.75

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

**デフォルトの名無しさん** · 2016/12/20(火) 00:02:24.24

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

**デフォルトの名無しさん** · 2016/12/20(火) 06:12:08.47

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

**デフォルトの名無しさん** · 2016/12/20(火) 09:20:12.73

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

**デフォルトの名無しさん** · 2016/12/20(火) 12:55:43.49

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

**デフォルトの名無しさん** · 2016/12/20(火) 13:00:10.44

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

**デフォルトの名無しさん** · 2016/12/20(火) 16:58:42.80

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

**デフォルトの名無しさん** · 2016/12/20(火) 17:33:10.55

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

**デフォルトの名無しさん** · 2016/12/20(火) 17:44:58.45

今はちがうだろ

**デフォルトの名無しさん** · 2016/12/20(火) 18:45:47.25

新手のアフィか

**デフォルトの名無しさん** · 2016/12/20(火) 19:12:59.79

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

**デフォルトの名無しさん** · 2016/12/20(火) 22:05:37.09

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

**デフォルトの名無しさん** · 2016/12/21(水) 01:04:08.51

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

**デフォルトの名無しさん** · 2016/12/21(水) 01:09:18.76

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

こういうことだろ？

**デフォルトの名無しさん** · 2016/12/21(水) 01:10:40.03

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

**デフォルトの名無しさん** · 2016/12/21(水) 21:06:02.77

>>292
>>293

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

**デフォルトの名無しさん** · 2016/12/22(木) 08:34:56.43

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

**デフォルトの名無しさん** · 2016/12/22(木) 12:50:31.88

-jp もお忘れなく

**デフォルトの名無しさん** · 2016/12/22(木) 13:04:48.47

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

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

**デフォルトの名無しさん** · 2016/12/22(木) 18:24:16.26

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

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

**デフォルトの名無しさん** · 2016/12/22(木) 18:39:46.34

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

**デフォルトの名無しさん** · 2016/12/22(木) 18:47:30.93

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

**デフォルトの名無しさん** · 2016/12/22(木) 18:55:29.30

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

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

**デフォルトの名無しさん** · 2016/12/22(木) 19:02:14.56

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

**デフォルトの名無しさん** · 2016/12/22(木) 22:46:25.55

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

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

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

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

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

**デフォルトの名無しさん** · 2016/12/22(木) 23:02:45.31

LVN_ITEMCHANGED

**デフォルトの名無しさん** · 2016/12/23(金) 14:54:42.80

質問です。

win10 x64

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

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

よろしくお願いします。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/12/23(金) 15:00:49.80

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

**デフォルトの名無しさん** · 2016/12/23(金) 15:29:20.66

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

**デフォルトの名無しさん** · 2016/12/23(金) 15:36:22.73

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

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

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

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

**デフォルトの名無しさん** · 2016/12/23(金) 15:54:43.63

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

**デフォルトの名無しさん** · 2016/12/23(金) 15:59:09.98

>>305
proxy arp

**305** · 2016/12/23(金) 16:14:48.81

>>305, 306

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

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

>>307

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

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