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/

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/10/06(金) 00:17:07.07

gcc/g++の場合は、__attribute__((section (".shared"),??shared))を使うんだった。

**デフォルトの名無しさん** · 2017/10/29(日) 16:13:05.10

shcreatedirectoryexを無効化するにはどうしたら良いでしょうか？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/10/29(日) 16:14:21.78

>>960
APIフック。

**デフォルトの名無しさん** · 2017/11/06(月) 16:32:15.17

PEヘッダについての質問ってどこですればいいですか？
スレチな気がします・・・けどお願いします

**デフォルトの名無しさん** · 2017/11/06(月) 19:45:55.24

聴き給へ

**デフォルトの名無しさん** · 2017/11/06(月) 21:00:51.96

ありがとうございます

APIフックのための仲介DLL作成ツールを使おうと思ったんですけどkernel32.dllやuser32.dllを引数に与えても動かなくて
エラーの内容見てみたらNumberOfRvaAndSizes=0って出ていて
調べてみるとディレクトリ配列の数を示すパラメータみたいなんでPE INFOをつかって見てみました
そうしたら、Directoriesの情報タブにはExportの内容が表示されていたのですがDirectories　Exportのサイズは0でした

ここで疑問なんですが、Directoriesのパラメータ(Rva, Size)がPE Infoに表示されているのにディレクトリ配列の数が0になっているのはなぜでしょうか？
また、ExportディレクトリがSize=0ならエクスポート関数のリストはどこから来たんでしょうか？

そのソフトのソースを見てみると本来はディレクトリ配列の最初の要素からエクスポート関数のリストを得るものだったのですがそのようなメンバはない（というかディレクトリ配列の数が0）みたいです

どなたかわかりましたらよろしくお願いします

**デフォルトの名無しさん** · 2017/11/06(月) 23:03:33.39

手元にWindows環境がないので当てずっぽうに過ぎないが
dllがx64の奴だからと予想

**デフォルトの名無しさん** · 2017/11/06(月) 23:21:19.33

>>965
ありがとうございます、user「32」.dllとなっていたのでx86と同じだと思っていました
試してみたいですけど家に３２bit環境ないですね・・・

**デフォルトの名無しさん** · 2017/11/07(火) 16:30:21.10

wow64の中のを入れた？

**デフォルトの名無しさん** · 2017/11/08(水) 00:50:49.35

>>967

>>964です
wow64のなかにあったuser32.dllを使うと動きました、ありがとうございます！
できれば、なぜ64bit版としか思えないフォルダ名のなかのものなら動いたのか、そもそもwow64とsystem32の同名ファイルは何が違うのか教えていただけないでしょうか？

**デフォルトの名無しさん** · 2017/11/08(水) 00:59:31.38

すみません、ググったら出てきました
System32フォルダに入ってる方のdllが64bit用、wow64の中が32bit用という逆転があるんですね

教えていただいた方々ありがとうございました

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/11/08(水) 01:01:16.79

マイクロソフトは、64ビット環境で動くDLLをsystem32に格納し、32ビットのDLLをwow64に格納することにした。
32ビットと同じ名前なのは、互換性のため。詳しくはWin64APIについて調べるといい。

**デフォルトの名無しさん** · 2017/11/08(水) 01:01:34.79

>>968
wow64 = Windows (32bit) on Windows 64bit
→32bit

system32 = 昔(32bit)の時のフォルダー名変更してないだけ
→64bit

**デフォルトの名無しさん** · 2017/11/08(水) 01:31:09.47

systemのままで良かったよね

**デフォルトの名無しさん** · 2017/11/08(水) 03:22:35.44

32ビットはブームだったからなあ
そのくせProgram Filesはx86ってなんだよって感じ

**デフォルトの名無しさん** · 2017/11/08(水) 03:41:30.24

system32はWoW16でsystemを使ってたからねしょうがないね

**デフォルトの名無しさん** · 2017/11/08(水) 06:10:07.81

>>969
w(32) on w64
の略だから逆転はしていない
紛らわしいネーミングだとは思うが
ディレクトリ名決め打ちの糞ソフトが
大量に出回ったあとだからやむを得ない

**デフォルトの名無しさん** · 2017/11/08(水) 18:38:40.88

win32Windowsアプリって真っ白から作るんだな昔凄い量打ち込んでやっとウィンドウ出したのを思い出したわ・・・

**デフォルトの名無しさん** · 2017/11/08(水) 18:48:38.98

main()から手打ちしてたのはwin3.1時代までだなｗ

**デフォルトの名無しさん** · 2017/11/08(水) 19:00:03.99

>>977
今は基礎作ってくれるのか10年前だからな基礎作るだけで学校の午後の授業が半分使ったしｗ

**デフォルトの名無しさん** · 2017/11/08(水) 19:02:13.24

10年前でも、WinMainから書いて無かったか？

**デフォルトの名無しさん** · 2017/11/08(水) 19:07:13.31

書いてなかったねえprint貰って全部手書きで最初からウィンドウの幅構成とかカタカタ打ってたなそれか楽させないために空のファイルで作らされてたか

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/11/08(水) 19:09:52.22

今じゃWTLとかMFCとかが無料で使えるから、手作業は減っているはずだ。

https://github.com/katahiromz/MZC4

**デフォルトの名無しさん** · 2017/11/08(水) 20:59:58.61

構成の仕方まだわからんから出来ない

**デフォルトの名無しさん** · 2017/11/08(水) 21:34:54.68

最後にWTLウィザード使ったのいつだろう？ってぐらいご無沙汰だわ

**デフォルトの名無しさん** · 2017/11/08(水) 23:59:13.54

バッチプログラムから起動するかコマンドラインから起動するかで WinMain() アプリからの戻り方が違うのが困る、いまさらだが。

**デフォルトの名無しさん** · 2017/11/09(木) 00:24:21.64

バッチで？

**デフォルトの名無しさん** · 2017/11/09(木) 03:45:53.03

コマンドプロンプトやパワーシェル上から手入力でnotepad.exeと入力してメモ帳を起動すると、すぐに端末に制御が戻ってくる。

一方、以下の内容のように2回メモ帳を起動するbatファイルを作り実行すると一つ目のメモ帳が終わるまで待つことがわかる。
notepad.exe
notepad.exe

なお、windows10の場合、電卓calc.exeがユニバーサルWindowsプラットフォームのアプリなので
以下の内容のbatファイルからの起動でもすぐに制御が戻ってくるので電卓が2つ同時起動された状態になる。
calc.exe
calc.exe

ようするに、コンソールアプリ、Windowアプリ、ユニバーサルWindowsプラットフォームアプリの3種類でそれぞれ挙動が違う。

**デフォルトの名無しさん** · 2017/11/09(木) 04:18:01.90

昔はopenGLを使ってたんだったわ昔のプロジェクト起動したらおまじないがエラー起こしてた

**デフォルトの名無しさん** · 2017/11/09(木) 05:04:07.82

コマンドプロンプト上でのバッチファイル実行の挙動はDOSの仕様（MS-DOS）

バッチファイルは順次に作動するように作られてるので、WIN32プロセスの
終了待機が行われる。
ユニバーサルアプリは、DOS窓がEXEの終了待機を処理できないだけ。
WIN32アプリも、作りによっては同じく終了待機できない可能性はある。

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

補足すると、exeの戻り値で処理を分けるっていうのはDOS時代よく行うことだったので、
終了待機しないと戻り値が取れなくて困る。

**デフォルトの名無しさん** · 2017/11/09(木) 10:21:19.15

OSの正常なシャットダウンや再起動を妨げるクソなドライバー ZN200pcie.sys が悪名を轟かせている、
SKNET MonsterTV PCIE3 のドライバー追加・削除する時に処理をある程度自動化するため今もバッチ処理使ってる。
ドライバーを追加・削除するためのSKNET謹製アプリがGUIアプリなので終了を待ってくれないといろいろ困る。

set WAIT_EXE="C:\Program Files\Git\usr\bin\sleep.exe"
taskkill /F /IM MonsterTVLivePlayer.exe
taskkill /F /IM MonsterTVPlayer.exe
taskkill /F /IM MonsterTVMenu.exe
sc stop MonsterTVService
%WAIT_EXE% 3
PCIE3_win10_Driver\DriverInstall.exe <-- こいつがGUIアプリ。
sc start MonsterTVService
exit /B

**デフォルトの名無しさん** · 2017/11/09(木) 10:33:48.20

PCIE3_win10_Driver\DriverInstall.exe の終了を待ちたいけど待ってくれないなら、
このスレ的にはそれを起動して終了を待つプログラムを組めばいいんじゃない？

**デフォルトの名無しさん** · 2017/11/09(木) 10:46:19.38

>>991
失礼。質問したかったんじゃなくて、バッチがいまだ現役な例をあげた。
バッチでPCIE3_win10_Driver\DriverInstall.exe を終了待ちできてるので問題ない。

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

次スレよろ

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

待ってくれないならループで待つようにすればいいだけの話だな

**デフォルトの名無しさん** · 2017/11/09(木) 16:34:53.73

待っててくれないなら追いかければいいよ

**デフォルトの名無しさん** · 2017/11/11(土) 19:44:42.77

Win32API質問箱 Build124
https://mevius.5ch.net/test/read.cgi/tech/1510395780/

**デフォルトの名無しさん** · 2017/11/12(日) 17:50:54.93

test
http://mevius.2ch.net/test/read.cgi/tech/1510395780/

**デフォルトの名無しさん** · 2017/11/12(日) 17:51:42.96

なるほど新リンク先は 5ch がいいのか 2ch がいいのか
ようわからん
教えてけれ

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/11/12(日) 17:55:07.59

>>998
将来的には５chに移行するから、5chがいい。

**デフォルトの名無しさん** · 2017/11/12(日) 18:27:23.43

ラスト

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 400日 5時間 54分 21秒