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/

**デフォルトの名無しさん** · 2017/05/09(火) 21:48:08.53

>>604
それは「重い処理のときにハングアップしているように見える」というだけの話で、
そういうレベルでの意味ならマルチスレッド化によって役には立たない。
でもそういうマルチスレッド化したソフトウェアでも
画面描画の時の不具合などでハングアップすることもあるわけで役に立たないということはないよ。

**デフォルトの名無しさん** · 2017/05/09(火) 22:06:52.23

>>605
バグでずっと重い処理が終わらない場合を想定してた。ウィンドウメッセージは処理されるものの、事実上のハング。
確かに全く役に立たないわけではないね。

**デフォルトの名無しさん** · 2017/05/09(火) 23:47:50.15

ウィンドウがわかるならIsHungAppWindowってのがある

**デフォルトの名無しさん** · 2017/05/10(水) 02:35:27.31

>>606
動画の変換みたいに純粋に時間がかかる場合とか、ユーザーのクリック待ちとかもあるから、判断はできんだろうな

**デフォルトの名無しさん** · 2017/05/10(水) 02:56:46.04

止めようとしても停まらないもの？
WindowsUpdateかな？

**デフォルトの名無しさん** · 2017/05/10(水) 11:25:51.30

>>609
ネットワーク切れてからのタイムアウトも異常に遅いんだよな

**デフォルトの名無しさん** · 2017/05/14(日) 19:29:07.89

まだ見放されてないぞ

【IT】マイクロソフト、サポート切れOS「Windows 8、Windows XP、Windows Server 2003」にも修正ソフト提供

asahi.2ch.net
test/read.cgi/newsplus/1494723803

**デフォルトの名無しさん** · 2017/05/19(金) 19:48:39.48

質問ささてください
構造体AをGlobalAllocで領域を確保して値を入れた後、構造体BをGlobalAllocで確保すると、構造体Aのメンバであるポインタのアドレスが変わってしまうのですが何が原因なのでしょうか？

**デフォルトの名無しさん** · 2017/05/19(金) 20:35:00.88

あるプロセスのメモリ情報のリージョンサイズや属性を調べるにはどのAPIを使えばいいですか？

**デフォルトの名無しさん** · 2017/05/19(金) 20:49:42.55

>>612
Windowsは働き者の賢いOSだからなぁ

**デフォルトの名無しさん** · 2017/05/19(金) 21:09:20.04

動かしたくないならLockしてください

**デフォルトの名無しさん** · 2017/05/19(金) 21:11:02.62

>>612
GlobalAllocじゃなくて自分で書き換えてるんでしょ

**デフォルトの名無しさん** · 2017/05/19(金) 21:22:03.75

>>612
GMEM_FIXEDを指定していないGlobalAllocでロックカウントが0の場合はメモリの再配置が起きる
GlobalLockとGlobalUnlockの間なら
「構造体Aのメンバであるポインタのアドレス」は変わることがないけど
GlobalUnlockを呼び出しロックを解除した場合は再配置される可能性がある

**デフォルトの名無しさん** · 2017/05/20(土) 18:36:33.10

皆様レスありがとうございます
>>612
構造体BのGlobalAllocをコメントアウトすれば問題なく動くのでこれが原因なのはたぶん間違いないです

>>617
構造体A自体のLockやFIXは試しましたがダメでした。構造体Aは領域確保後にwinAPIに渡して値を格納してもらうのですが格納後にメンバ全ての固定が必要なのでしょうか？

ともあれメモリ再配置が原因なのですね。ありがとうございました。この方向でもう少し試してみます。

**デフォルトの名無しさん** · 2017/05/20(土) 18:43:52.60

違うんじゃね

**デフォルトの名無しさん** · 2017/05/20(土) 19:05:41.41

ソースコードにイージーミスがある可能性の方がクッソ高いと思う

**デフォルトの名無しさん** · 2017/05/20(土) 19:06:46.68

>>618
そもそもの使い方が間違っているんじゃないか？

＞構造体Aは領域確保後にwinAPIに渡して
そのwinAPIは何？
というかなぜ隠す必要があるのか

**デフォルトの名無しさん** · 2017/05/20(土) 19:08:39.87

必要最小限の再現ソース晒してからだな

**デフォルトの名無しさん** · 2017/05/21(日) 02:26:55.08

構造体A、もしくはその近くのメモリ確保量が足りていないような気がする
スタック破壊、または、メモリ内容破壊では？

**デフォルトの名無しさん** · 2017/05/21(日) 10:34:21.57

>>613
VirtualQueryEx

**デフォルトの名無しさん** · 2017/05/21(日) 10:40:12.71

すみません。自分がC++素人でメモリ周り疎いのでよくあるトラブルかなと思い、動作確認できている部分は抽象的に書きました。イージーミスの可能性はかなりあります。
ソースが手元にないのですが、具体的にはこのような処理をしています。スマホから書いたので文法ミスあるかもしれません。

メイン処理
DWOR count=0;
LPBYTE pStructA = (LPBYTE)GlobalAlloc(GHND,sizeof(0));

GetPrinterInfo(pStructA,&count);//自作関数 pStructAに構造体格納

/*ここでブレーク張ってpStructAのpNameのアドレスが正しい文字列指してるのは確認済み*/
PStructB pStructB = (PStructB)GlobalAlloc(GHND,sizeof(StructB)*count);

/*ここで改めてpNameを取得しようとするとpNameのアドレスがpStructBを確保する前と変わっている。元の文字列データは以前として前のアドレス上に存在してることは確認済み。pStructA自体のアドレスは変わっていない
*/
for(i=0 ;i<count;i++){
LPTSTR name= (((PRINTER_INFO_1*)pStructA)+count)->pName;
}
～～～
自作関数 (動作確認済み)
DWORD GetPrinterInfo(LPBYTE pStructA, LPDWORD count){
DWORD result=0;
DWORD pNeeded=0;
//必要サイズ取得
EnumPrinter(PRINTER_ENUM_LOCAL,NULL,1,NULL,pdw
&pNeeded,count);
//必要サイズ再確保
Global ReAlloc(pStructA,pNeeded,GHND);
//ここでPRINTER_INFO_1構造体をpStructAに格納
EnumPrinter(PRINTER_ENUM_LOCAL,NULL,1,pStructA,pdw
pNeeded,count);
return result;
}

**デフォルトの名無しさん** · 2017/05/21(日) 11:10:23.22

GlobalAllocの戻り値のハンドルを直接キャストしてポインタに代入したら駄目だろ
ハンドルを引数としてGlobalLockを呼び出して、その戻り値をキャストしてポインタに代入しろ

**デフォルトの名無しさん** · 2017/05/21(日) 11:25:17.73

蓋を開けてみればやはりこんなもんだ

◆QZaw55cn4c · 2017/05/21(日) 11:29:51.82

p = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, size);
HeapFree(GetProcessHeap(), 0, p);
でうまくやってるよ，GlobalAlloc は win3.1 の仕様を下敷きにしているので使いにくいよ

**デフォルトの名無しさん** · 2017/05/21(日) 14:52:03.05

オワコンだしな
今はもうmallocでいいよ

◆QZaw55cn4c · 2017/05/21(日) 15:16:35.99

>>629
それはどこにあるのかな？

**デフォルトの名無しさん** · 2017/05/21(日) 16:25:59.44

>>625
関数の仕様ぐらい確認しろといいたい
https://msdn.microsoft.com/ja-jp/library/cc430065.aspx
GMEM_FIXEDを指定していないGlobalAllocはメモリハンドルを返す
アドレスではなくハンドルであり、このハンドルをGlobalLockに渡すことでメモリアドレスを取得できる

メイン処理
DWORD count=0;
HGLOBAL gm = GlobalAlloc(GHND,sizeof(0));
GetPrinterInfo(gm,&count);
LPBYTE pStructA = (LPBYTE)GlobalLock(gm);
for(i=0 ;i<count;i++){
LPTSTR name= ((PRINTER_INFO_1*)pStructA)[i].pName;
}
～～～
DWORD GetPrinterInfo(HGLOBAL gm, LPDWORD count){
DWORD dwSize;
DWORD result=0;
DWORD pNeeded=0;
EnumPrinter(PRINTER_ENUM_LOCAL,NULL,1,NULL,0,&pNeeded,count);
Global ReAlloc(gm,pNeeded,GHND);
dwSize = GlobalSize(gm);
LPBYTE pStructA = (LPBYTE)GlobalLock(gm);
EnumPrinter(PRINTER_ENUM_LOCAL,NULL,1,pStructA,dwSize,&pNeeded,count);
GlobalUnlock(gm);
return result;
}

**デフォルトの名無しさん** · 2017/05/21(日) 16:40:14.23

GMEM_MOVEABLE
移動可能メモリを割り当てます。Win32 環境では、物理メモリ内でメモリブロックが移動されることは決してありませんが、既定のヒープ内で移動することは可能です。
戻り値は、メモリオブジェクトのハンドルです。このハンドルをポインタへ変換するには、GlobalLock 関数を使います。
この値を GMEM_FIXED フラグと組み合わせることはできません。

Win32では移動することがないあるよって言ってるし、GPTRフラグを使うか、メモリ確保をmallocなりに置き換えたほうが良いね
EnumPrintersに渡すバッファのポインタは別になんでも良いみたいだし

**デフォルトの名無しさん** · 2017/05/21(日) 16:51:37.43

GlobalAllocはクリップボード弄る時くらいでいいよ

**デフォルトの名無しさん** · 2017/05/21(日) 18:27:54.67

こうゆう奴がプロジェクトにいると、デバックでは動くがリリースでは動かない
プログラムとか出来上がるんだろうな。。。

（もちろん、リリース＋デバック情報埋込なら動く最悪のパターン）

**デフォルトの名無しさん** · 2017/05/22(月) 03:45:08.81

mallocでも、newでも好きなのつかったらいいんじゃね？

**デフォルトの名無しさん** · 2017/05/22(月) 07:02:35.87

sizeof(0) ...

**デフォルトの名無しさん** · 2017/05/22(月) 10:58:01.86

みなさま本当にありがとうございました。
メモリ確保の方法に関しては古いのはなんとなくわかってるのですが、意見できる程知識がないのが実情です……
ともあれ解決方法の兆しが見えたので頑張ってみます。

>>634
耳が痛いですが自分も本当にそう思います……個人的には勉強になるのでいいんですが……
リリース気をつけておきます

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/05/26(金) 15:19:18.57

※未承認広告※
Win32メッセージクラッカー簡単入力。
MsgCrack
https://github.com/katahiromz/MsgCrack

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/05/27(土) 10:36:14.50

※未承認広告※
これがWin32のラバーバンドやで。重要な技術だから、確認しとくれや。
https://github.com/katahiromz/RubberBandSample

**デフォルトの名無しさん** · 2017/05/27(土) 10:39:23.30

皆さんは、ダイアログの HWND に対し SetWindowLongPtr, GetWindowLongPtr を使用する場合
GWLP_USERDATA と DWLP_USER をどのように使い分けていますか？

**デフォルトの名無しさん** · 2017/05/27(土) 13:16:53.40

使い分けもなにも
get してから & とか | とかして set してる

**デフォルトの名無しさん** · 2017/06/14(水) 11:22:26.39

エディットボックスにES_MULTILINEを付けると
Ctrl+Aですべて選択ができなくなってしまうのだけど、
これはなにか技術的な理由があってのことですか？
それとも、昔から修正されていないだけのバグですか？

**デフォルトの名無しさん** · 2017/06/14(水) 11:39:15.66

642の追記ですが、ES_MULTILINEだけでなく、ES_READONLYを付けたときも、
同じようにCtrl+Aが効かなくなるようです。

**デフォルトの名無しさん** · 2017/06/14(水) 12:11:52.68

>>643
それはサブクラス化で対応

**デフォルトの名無しさん** · 2017/06/14(水) 12:19:57.15

>>644
つまり、ES_MULTILINEやES_READONLYはCtrl+Aに対応すべき状態ではない
というような技術的な理由があるわけではなく、
単にマイクロソフトが修正していない昔からのバグで、
サブクラス化などで対応しても問題ないものなんですよね？

**デフォルトの名無しさん** · 2017/06/14(水) 13:35:54.11

ctrl+aが全選択という統一ルールがないとかなんとか

**デフォルトの名無しさん** · 2017/06/14(水) 19:35:40.93

>>646
エディットボックスが常にCtrl+Aを扱っていないなら納得するんですが、
ES_MULTILINEやES_READONLYが付いているときだけ効かなくなるんです。

**デフォルトの名無しさん** · 2017/06/15(木) 10:24:59.35

>>647
挙動としては認識通り
技術的な問題ではないのでサブクラスなりインスタンスなりのKeyDownイベントでSelectAll()して構わない
普通はついでにCopy()やCut()のショートカットキー処理もつけておく

**デフォルトの名無しさん** · 2017/06/15(木) 11:09:41.39

>>648
解説ありがとうございます。
エディットボックスの処理を信じずに、Ctrl+Aなどの動作を載せてしまいます。

**デフォルトの名無しさん** · 2017/06/23(金) 01:36:52.51

CLIP STUDIO PAINTのようにツールっぽくする為にウインドウ全体を茶色に統一するようなWin32APIと言うのがありますでしょうか？
SKINかもしれないのですがSKINの仕方が解りません。

それとMediBang Paint Proのようにウインドウ全体でなくメニューとツールウインドウだけを茶色に統一する方法も
解りましたらお願いします。

**デフォルトの名無しさん** · 2017/06/23(金) 03:31:09.37

>>650
ないです。

**デフォルトの名無しさん** · 2017/06/23(金) 10:30:01.91

中学生でもランサム作ってるんだから
がんがれ

**デフォルトの名無しさん** · 2017/06/24(土) 05:45:55.83

>>652
ランサムだけなら誰でもできる。ランサムウェアと呼ぶから重要なことが抜けて伝わってしまう。

**デフォルトの名無しさん** · 2017/06/24(土) 12:23:00.00

ただのバッチだったしな

**デフォルトの名無しさん** · 2017/06/24(土) 12:44:27.58

警察は実績が欲しく、子供は有名になりたかったらしいので
両者の思惑が一致した最高の形なんだろう

**デフォルトの名無しさん** · 2017/06/24(土) 18:30:11.33

>>654
重要なのはWindowsの穴をついてプログラムを実行できたところだからね。

**デフォルトの名無しさん** · 2017/06/24(土) 18:34:45.55

穴ついてたのかよｗ
どうせこのbat実行してね、だろうと思ってたんだが違ったか

**デフォルトの名無しさん** · 2017/06/24(土) 18:47:24.91

エッチなビデオ.avi .bat
とかじゃないの？

**デフォルトの名無しさん** · 2017/06/24(土) 19:05:41.31

軽くぐぐってみたがどこの穴ついたかわからなかった

**デフォルトの名無しさん** · 2017/06/24(土) 20:21:25.60

そういえば歴代OSの擬人化
みんな女の子だったよな
穴あって当然だな

**デフォルトの名無しさん** · 2017/06/24(土) 20:22:32.89

男の子にだって穴はあるよ？

**デフォルトの名無しさん** · 2017/06/24(土) 20:25:44.81

ｱｯｰ!

**デフォルトの名無しさん** · 2017/06/24(土) 21:08:00.00

こないだの WannaCrypt ランサムの話なら SMB の穴だけど

**デフォルトの名無しさん** · 2017/06/24(土) 21:26:43.99

中学生WannaCryptt使ってたのかよ・・・

**デフォルトの名無しさん** · 2017/06/25(日) 16:33:39.46

バッチファイルを書き換えられると危険が危ないと書いてある
朝日新聞の記事を読んだだけなのでよくわからないけど、
暗号化するプログラムをコピペで作ったんでしょう？
暗号化するバッチをコピペで作っただけなの？

どっちにせよ、穴は使ってない、ただのオナニーだった感じなんだが。

**デフォルトの名無しさん** · 2017/06/25(日) 17:24:22.61

>>665
じゃあどうやってファイルを書き換えたんだよ？

**デフォルトの名無しさん** · 2017/06/25(日) 17:29:15.45

バッチファイル実行前にファイル書き換えたのか？

**デフォルトの名無しさん** · 2017/06/25(日) 17:35:36.22

ランサムウェアよりも前に穴をつくマルウェアが出てきて、そのマルウェアを参考にしたのが、今回のランサムウェアだと思うが。

**デフォルトの名無しさん** · 2017/06/25(日) 18:10:10.89

その元になったマルウェアは何なんだ？

**デフォルトの名無しさん** · 2017/06/25(日) 18:17:51.52

nimda

**デフォルトの名無しさん** · 2017/06/25(日) 18:22:48.05

>>666
crypt.exe c:\windows\*.*
echo 暗号化しました金払え

こんな感じ。

**デフォルトの名無しさん** · 2017/06/25(日) 18:43:40.36

>>670
nimdaで中学生逮捕って情報見つからん。ソースどっかある？

**デフォルトの名無しさん** · 2017/06/25(日) 22:03:09.80

いい加減にしろよ
引っ込みつかなくなった奴のマウント取って喜ぶような
小学生並みの神経してんのかお前は

**デフォルトの名無しさん** · 2017/06/25(日) 22:11:16.11

そんなキレるような話なのか

**デフォルトの名無しさん** · 2017/06/25(日) 22:42:25.16

windows10のGDI描画をXP相当にするAPIは無いものかのう

**デフォルトの名無しさん** · 2017/06/25(日) 23:05:37.96

>>672
誰がnimdaで中学生逮捕なんて話をしてんだ？
脳みそ湧いてんの？

**デフォルトの名無しさん** · 2017/06/25(日) 23:21:44.20

>>675
visual style、runa style...いわゆる ThemeAPI の話？
なら、いわゆるスキンの類だと思うので API とか GDI とかの階層の話じゃないと思う。

カスタマイズでどうにかって話になるか、
ttps://www.japan-secure.com/entry/how_to_customize_the_windows_10_to_windows_xp.html

XP から theme.dll をぶっこ抜き・・・うーんﾜｽﾚﾀ

**デフォルトの名無しさん** · 2017/06/26(月) 05:22:59.28

>>677
THX もう少し研究してみます

**デフォルトの名無しさん** · 2017/06/26(月) 12:35:00.28

XP風は好きじゃないので
2000風にしたいな

**デフォルトの名無しさん** · 2017/06/26(月) 12:42:47.84

>>675
MFCとかを使っていいのなら、そういうライブラリは売ってるけどな。

**デフォルトの名無しさん** · 2017/06/27(火) 16:01:04.05

>>675
GDIのAPI自体は変わってないと思うんだけど
Direct3Dを通さないで描画するとかならもう無理じゃね

**デフォルトの名無しさん** · 2017/06/27(火) 18:31:38.30

そういう話じゃないんじゃね

**デフォルトの名無しさん** · 2017/06/27(火) 18:49:42.58

自分のアプリだけならオーナードロー
OS全部なら方法わからん

**デフォルトの名無しさん** · 2017/06/27(火) 22:00:01.81

OS全体ならXP時代によくやってたtheme.dllの差し替えでいける・・・はずなんだが
XP時代でしか通用しない技なのかも知れんね

**デフォルトの名無しさん** · 2017/06/27(火) 23:05:04.28

だってそれまんま脆弱性だし

**デフォルトの名無しさん** · 2017/06/28(水) 01:51:29.20

なあに、グローバルフックすりゃなんとななるやろ（鼻ほじ

**デフォルトの名無しさん** · 2017/06/28(水) 05:06:05.09

なんとかなればそれも脆弱性だっていう

**デフォルトの名無しさん** · 2017/06/28(水) 06:37:49.26

脆弱性って意味わかってんのかな・・・

**デフォルトの名無しさん** · 2017/06/28(水) 07:28:38.92

お前こそ

**デフォルトの名無しさん** · 2017/06/28(水) 10:07:49.00

MSのハンコ入りなら大丈夫

**デフォルトの名無しさん** · 2017/06/28(水) 10:45:09.51

どういうつもりでみんなGDI描画という言葉を使ってるのかわけわからんな

**デフォルトの名無しさん** · 2017/06/28(水) 14:01:52.20

GDI 描画と言えば FillRect とかの、HDC 用いるグラフィック描画で、
Windows 10 でも Windows 3.1 でも基本的に動作同じだよね。

**デフォルトの名無しさん** · 2017/06/28(水) 14:02:36.67

↑動作というか出力というか

**デフォルトの名無しさん** · 2017/06/28(水) 14:03:11.40

>>692
違うよ
ルートウィンドウの扱いとかキャプチャしてみると違いが判る

**デフォルトの名無しさん** · 2017/06/28(水) 14:14:49.61

そりゃ違うけど同じだよ

**デフォルトの名無しさん** · 2017/06/28(水) 14:27:13.10

ウィンドウシステムの動作は GDI では規定されていないだろ。
以上、異論は無視する。

**デフォルトの名無しさん** · 2017/06/28(水) 16:20:30.66

>>692 が考えてる範囲が(以下略)

**デフォルトの名無しさん** · 2017/06/28(水) 20:15:54.39

矩形を塗りつぶすという意味の範囲では同じだな

**デフォルトの名無しさん** · 2017/06/28(水) 20:21:27.87

FillRectはuser32.dll

**デフォルトの名無しさん** · 2017/06/29(木) 05:23:51.54

dwm.exe というデスクトップマネージャーのプロセスがGUI描画の番人になってるからXP再現は無理でしょ。

**デフォルトの名無しさん** · 2017/06/29(木) 06:47:05.22

xpからファイル持ってきてosにぶちこむのができないからって
>>675ができないというわけじゃない

**デフォルトの名無しさん** · 2017/06/30(金) 09:55:47.80

VM使えよ

**デフォルトの名無しさん** · 2017/06/30(金) 10:04:08.61

Win10 SDK で作ると Windows 8.1 で動かないんだっけ？

**デフォルトの名無しさん** · 2017/06/30(金) 10:24:15.07

動くよ