Win32API質問箱 Build126

**デフォルトの名無しさん** · 2020/05/01(金) 22:16:51.96

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

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

■過去スレ
Win32API質問箱 Build125
https://mevius.5ch.net/test/read.cgi/tech/1551247748/
Win32API質問箱 Build124
https://mevius.5ch.net/test/read.cgi/tech/1510395780/

■関連スレ
Visual Studio 2019 Part4 https://mevius.5ch.net/test/read.cgi/tech/1585715794/
Visual Studio 2017 Part7 https://mevius.5ch.net/test/read.cgi/tech/1558179898/
【C++】 DirectX初心者質問ｽﾚ Part41 【C】 https://mevius.5ch.net/test/read.cgi/tech/1521786252/

**デフォルトの名無しさん** · 2020/05/14(木) 18:11:15.76

それも時間の問題かも

**デフォルトの名無しさん** · 2020/05/14(木) 18:26:01.94

過去資産切り捨てるだけでメリット皆無
ってこの話題何回目だ

**デフォルトの名無しさん** · 2020/05/14(木) 18:27:58.15

コスト削減

**デフォルトの名無しさん** · 2020/05/14(木) 18:35:32.89

>>94
ということは16bitアプリ終了のお知らせってことか

**デフォルトの名無しさん** · 2020/05/14(木) 19:16:57.69

だね

**デフォルトの名無しさん** · 2020/05/14(木) 19:18:28.93

>>97
コスト削減どころかWindowsシェア削減になるね

**デフォルトの名無しさん** · 2020/05/14(木) 19:38:59.13

｢どころか｣
全然つながってない

32bitのシェアが減ればコストに見合わなくなるので
開発を打ち切るのは当然

それによってアプリ開発者も負担が減る

OSの64bit化で16bitを切ったのもそういう理由

**デフォルトの名無しさん** · 2020/05/14(木) 20:23:50.17

素人たちはこれだから困る
32ビット対応を継続することで、比較対象ができることでバグが少なくなるのだ
両方で動くコードは安定しているし、今後128ビット対応にも生きてくる

**デフォルトの名無しさん** · 2020/05/14(木) 20:25:45.84

同じコストを書ければ
片方だけの開発、評価の方がバグが少ない
当然だ

**デフォルトの名無しさん** · 2020/05/14(木) 20:26:28.62

128bit？
そんな時代は少なくとも数十年は来ない

**デフォルトの名無しさん** · 2020/05/14(木) 20:32:36.16

IPv6ですねわかります

**デフォルトの名無しさん** · 2020/05/14(木) 20:39:37.00

で、オマエラは32bitアプリはもう作らないの？

**デフォルトの名無しさん** · 2020/05/14(木) 20:40:13.60

ロクヨンロクヨンいちにっぱ、1988年。

**デフォルトの名無しさん** · 2020/05/14(木) 20:42:32.92

sizeof int == sizeof long
よりも
sizeof int < sizeof long
の方がなじみがある

**デフォルトの名無しさん** · 2020/05/14(木) 20:48:00.53

int : 16bit / long : 32bit
int : 32bit / long : 32bit
int : 32bit / long : 64bit
どれも良く使う

Windowsに限定すれば今は32bit/32bitだけだが

**デフォルトの名無しさん** · 2020/05/14(木) 20:49:50.08

趣味のプログラムだと32bitアプリはもう作らない
仕事だとまだ必要

**デフォルトの名無しさん** · 2020/05/14(木) 21:16:04.45

まーた自分の希望的観測を大局的指針だと強弁しちゃう勘違い君が来ちゃったか
前と全く同じ事言っちゃってて進歩してないな

**デフォルトの名無しさん** · 2020/05/14(木) 21:25:47.85

16bitは切った
これが事実

**デフォルトの名無しさん** · 2020/05/14(木) 21:39:36.59

なんのこっちゃと思ったらOEM向けの32bit版OSを提供しなくなるってだけの話か
Windowsに関しちゃMSはゆーっくり削ってくねえ

**デフォルトの名無しさん** · 2020/05/14(木) 22:18:38.95

APIHOOKどうする ?

**デフォルトの名無しさん** · 2020/05/14(木) 23:55:54.26

真っ赤な奴が一人で喋ってるというだけで信頼度0

**デフォルトの名無しさん** · 2020/05/15(金) 01:57:25.78

この人前も同じ様なガバガバ理論を連レスしてたな

> 16bitは切った
> これが事実

これをドヤ顔で推すのなら、同じ理論で128bitOSが出るまでは32bitアプリは生きることになるぞ

**デフォルトの名無しさん** · 2020/05/15(金) 02:07:48.44

>>116
96bitで切ります

**デフォルトの名無しさん** · 2020/05/15(金) 04:23:46.36

>>116
なんで？
AMD64は16bit切ったけど、128の時32bit切るってどうして言い切れるの？

**デフォルトの名無しさん** · 2020/05/15(金) 07:03:42.39

128bitなんか出ないよ

**デフォルトの名無しさん** · 2020/05/15(金) 07:09:21.09

16bitは切った
32bitもいずれ切る
128bit CPUは出ない

**デフォルトの名無しさん** · 2020/05/15(金) 07:25:33.82

32bitのCPUが4つだから128bitだ、と嘘をつくゲーム機メーカーがあったな

**デフォルトの名無しさん** · 2020/05/15(金) 08:01:44.45

プレステ3だっけ

**デフォルトの名無しさん** · 2020/05/15(金) 09:25:45.18

インテルのロードマップによると次に出るのは80ビットプロセッサ。

**デフォルトの名無しさん** · 2020/05/15(金) 10:32:06.39

レジスタに名前つけてほしいんだ
r10とか無機質な使い捨て兵士みたいな奴よりraxやrbpのほうがかわいげがあるだろ

**デフォルトの名無しさん** · 2020/05/15(金) 11:21:50.10

>>122
Cellに関してそんなデマ流れてたっけ？

**デフォルトの名無しさん** · 2020/05/15(金) 12:48:58.84

>>122
ドリームキャストでは

**デフォルトの名無しさん** · 2020/05/15(金) 18:13:09.35

>>124
鉄オタを見てみなよ
103とか485とか、謎の数字で大喜びしてるよ？

**デフォルトの名無しさん** · 2020/05/15(金) 18:18:02.87

昔、昔、あるところでの対話
友人：　おまえPC何使ってんの？
俺：　　486/33
友人：　？？？？？？？？

**デフォルトの名無しさん** · 2020/05/15(金) 18:45:16.23

PCを問われてるのにCPUを答えたらそうなるだろ
車何のってんの？って聞かれてHR15DEとか言ったら
オタクを蔑む目で見られるだけだろ

**デフォルトの名無しさん** · 2020/05/15(金) 19:22:59.50

>>124
なんだ…トムとかマイケルとかじゃないのか…

**デフォルトの名無しさん** · 2020/05/15(金) 20:11:01.88

>>130
MichaelはMikeでもMikeyでもMickyでもMickでもいいとかになるのかな

**デフォルトの名無しさん** · 2020/05/15(金) 21:26:50.30

>>125
CELLのSPEは128bitレジスタを128基備えた本物で、32x4のSIMD演算ができた。

**デフォルトの名無しさん** · 2020/05/16(土) 12:07:58.46

今のPC用CPUは256bitレジスタがあって
64bit x 4 のSIMD演算が出来るから
256bit CPUか

**デフォルトの名無しさん** · 2020/05/16(土) 12:17:02.93

昔のベクトルコンピューターは
65536bit CPUとか？

**デフォルトの名無しさん** · 2020/05/16(土) 12:36:13.35

SSDとかすごそうだな

**デフォルトの名無しさん** · 2020/05/16(土) 12:38:50.78

なにが？

**デフォルトの名無しさん** · 2020/05/16(土) 12:48:31.52

>>133
8bitCPUと言われる奴にだって16bitレジスタはあったよ？
でもそれを16bitCPUとかいったら馬鹿にされるよ？

**デフォルトの名無しさん** · 2020/05/16(土) 15:19:59.15

〇〇bit CPUネタはいつも定義がグダグダで荒れる元

**デフォルトの名無しさん** · 2020/05/16(土) 15:33:48.76

Z80は4bit CPUだとかｗ

**デフォルトの名無しさん** · 2020/05/17(日) 13:33:26.86

>>127
アオいいよね

**デフォルトの名無しさん** · 2020/05/24(日) 10:26:06.68

>>138
昔から定義があいまいだしな

30年以上前はデータバス長で決めるのが主流だったと思う
なので68000は16ビットCPUと言われることが多かった
でも、68000は内部が32ビットだからと32ビットCPU扱いしてる本もあった

子供ながらに早く定義を確定させろよと思ってたな

**デフォルトの名無しさん** · 2020/05/24(日) 10:38:26.14

何ビットかで性能を判断しようってのが間違い

**デフォルトの名無しさん** · 2020/05/24(日) 11:08:07.08

MC68008なんかどうなるんだよｗ

**デフォルトの名無しさん** · 2020/05/24(日) 16:10:49.32

8088だか8085だかもう忘れたが

◆QZaw55cn4c · 2020/05/24(日) 17:15:35.64

>>144
8085 は Z80 に似た位置付け
8088 は 8086 の 8 bit 版

**デフォルトの名無しさん** · 2020/05/24(日) 18:23:26.62

8080 は周辺回路用に、8251 (USART)、8253 (CTC / PIT)、8255（PPI）
というファミリがあったんだ。
「CHIPSET」というものの走りか。

**デフォルトの名無しさん** · 2020/05/25(月) 11:49:32.24

64180やろ常考

**デフォルトの名無しさん** · 2020/05/26(火) 10:31:04.56

ALUで一度に計算できるレジスタ長でいいんじゃないかね

**デフォルトの名無しさん** · 2020/05/26(火) 11:34:31.94

ALU幅=レジスタ幅とは限らないのだが

**デフォルトの名無しさん** · 2020/05/26(火) 11:48:43.44

100メガビットまだー？

**デフォルトの名無しさん** · 2020/05/26(火) 18:46:58.11

Project REUNION

このスレもまだまだ終わらんね

**デフォルトの名無しさん** · 2020/05/26(火) 19:24:46.61

アドレス空間の広さという定義もあった
さらに仮想アドレスや実アドレスに物理的サイズ(アドレス線の数)とか

**デフォルトの名無しさん** · 2020/05/26(火) 20:41:32.11

Win32でなんでこの話かとは思うが、基本的に
どれでも頭打ってる最小のビットがNならNビットCPUだろ
アドレスバスが32ビットでも命令長が16ビットのしかできなければそれは16ビットCPUだ

**デフォルトの名無しさん** · 2020/05/27(水) 05:52:37.50

>>153
その定義だと64bit CPUがほとんど無くなるけど
良いのかな？

**デフォルトの名無しさん** · 2020/05/27(水) 06:45:53.85

IA64「にやり」

**デフォルトの名無しさん** · 2020/05/27(水) 22:55:18.61

>>154
32ビット命令「しか」できないCPUそこらにないだろ
AMD64も「全部」64ビットだ

**デフォルトの名無しさん** · 2020/05/28(木) 05:57:08.15

Win32的にはexeヘッダのmagic#が10Bか20Bかだろ

◆QZaw55cn4c · 2020/05/30(土) 22:58:02.59

>>151
我々の勝利と理解していいでしょうか？

**デフォルトの名無しさん** · 2020/05/30(土) 23:12:23.25

Win32のカオスもたいがいだが、それを置き換えきれないドットネットもダメすぎる

**デフォルトの名無しさん** · 2020/05/31(日) 05:29:27.69

何かしら新しいものを担ぎ上げたと思ったら梯外しを続けて屍累々だしね
泥林檎全盛時代モバイルWin大敗北という状況なのに、それでもUWPでバリバリ開発するぞってプログラマーなんて増えないだろ？と思ってたけど、この有様よ

>>158
我々の勝利でしょう

**デフォルトの名無しさん** · 2020/05/31(日) 10:02:47.12

EnumWindowsのコールバックの中でHWNDからEXEを割だそうとしてるんだけど
GWLP_HINSTANCEで取得したハンドルをGetModuleFileNameに渡してもうまくいかん
どうやんのコレ？

**蟻人間** ◆T6xkBnTXz7B0 · 2020/05/31(日) 10:08:17.82

>>161
他のプロセスだと駄目だから、GetModuleFileNameEx使っちゃって。

https://github.com/katahiromz/WinHier/blob/master/WinHier/WinHier.cpp#L53
GetWindowThreadProcessId

**デフォルトの名無しさん** · 2020/05/31(日) 10:12:13.98

全然関係ないけど、この略であってる？
なんか Win32API って、略しまくってて一見さんお断りって感じ

GWLP
Get Window Long Pointer
HINSTANCE
Handle to the Instance

**デフォルトの名無しさん** · 2020/05/31(日) 10:23:14.96

この略で書かれたオプションを使ってる関数名の略語なんだから別にこれは合理的だろ
GetWindowLongPtrAのオプションなのにEDH64_とかで始まってたら頭おかしいが

**デフォルトの名無しさん** · 2020/05/31(日) 15:49:36.34

HINSTANCE はハンガリアン記法じゃね

**デフォルトの名無しさん** · 2020/05/31(日) 15:52:03.55

HRESULT って何の略だ？

**デフォルトの名無しさん** · 2020/05/31(日) 18:01:29.96

妊娠判定？

**デフォルトの名無しさん** · 2020/05/31(日) 18:08:14.04

>>156
命令長の意味

**デフォルトの名無しさん** · 2020/05/31(日) 19:56:38.10

>>166
昔はエラー情報へのハンドル値だったとどこかで読んだ気が

**デフォルトの名無しさん** · 2020/05/31(日) 20:45:34.27

エラー情報ハンドルからエラー情報を取得するには関数を使います

**デフォルトの名無しさん** · 2020/06/01(月) 02:49:57.62

>>169 >>170
なるほどね。
海外のサイトで、「Hex Result」説を書いていた人がいたが、どっちが正しいの？

**デフォルトの名無しさん** · 2020/06/01(月) 03:35:25.53

HEXもDECもなくてみんなBINだろ？

**デフォルトの名無しさん** · 2020/06/01(月) 07:10:51.50

>>171
https://devblogs.microsoft.com/oldnewthing/20180117-00/?p=97815

**デフォルトの名無しさん** · 2020/06/01(月) 07:46:34.47

>>173
it really was a handle to an object that contained rich error information.

これが答えってことかい？

**デフォルトの名無しさん** · 2020/06/01(月) 10:19:00.27

HFONT,HBRUSH,HDC,HPEN,etc
何でもかんでもハンドルとして扱ってるのに、HRESULTだけHEXかもなんて思うの？

**デフォルトの名無しさん** · 2020/06/01(月) 10:51:47.09

>>175
HEXと思うのはどうかと思うけど
> HFONT,HBRUSH,HDC,HPEN,etc
こいつらはハンドルだけどHRESULTの型はlongだし値もどう見てもハンドルじゃないからあーだこーだ言ってるんだろ

**デフォルトの名無しさん** · 2020/06/01(月) 11:03:16.80

通常voidだがエラーの場合は符号付きのlongにしてるだけ
実質型を隠蔽してハンドルとして扱うのは慣例みたいなもんだし、気にする必要は無い

**デフォルトの名無しさん** · 2020/06/01(月) 11:09:40.98

>>174
要は昔の仕組みが型名として残ってるだけだと

**デフォルトの名無しさん** · 2020/06/01(月) 11:51:23.63

>>174
それは昔の話、今は
The COM team decided that the cost/benefit simply wasn’t worth it, so the HRESULT turned into a simple number.
But the name stuck.
ってことだろ

**デフォルトの名無しさん** · 2020/06/01(月) 11:52:59.14

>>177
お前は何を言ってるんだよw
HRESULT型のハンドル返すAPIなんてないぞ

**デフォルトの名無しさん** · 2020/06/01(月) 11:56:51.06

>>173
だから意味不明な "interface not supported" とか返ってくるのか
Cだとエラー情報の領域管理が面倒なのはわかるけど固定で５個ぐらい持つとかやりようはあったと思うんだけどね

**デフォルトの名無しさん** · 2020/06/01(月) 12:06:26.41

>>181
5個どこにもつわけ？

**デフォルトの名無しさん** · 2020/06/01(月) 17:38:12.77

>>176
bool なのに 0 と 1 と -1 とか帰ってくる API に何求めてんだ

**デフォルトの名無しさん** · 2020/06/01(月) 21:11:55.51

>>183
boolとBOOLをいっしょにすんなよ

**デフォルトの名無しさん** · 2020/06/05(金) 13:41:09.29

https://ideone.com/iTPLPg
これなんで動かないんですか？
フォーマットノットサポートって出るんだけど、意味が解らないです。

**デフォルトの名無しさん** · 2020/06/05(金) 13:45:20.81

メイン関数です。

#include <iostream>

#include "WaveDeviceII.h"

int main() {
WaveDeviceII WD;

WD.Initialize(WAVE_MAPPER, NULL, CALLBACK_NULL , 8, 2, 8000);
}

**デフォルトの名無しさん** · 2020/06/05(金) 13:49:29.22

The specified format is not supported or cannot be translated. Use the Capabilities function to determine the supported formats.
エラーです。

**デフォルトの名無しさん** · 2020/06/05(金) 14:23:44.24

失格
やり直し

**デフォルトの名無しさん** · 2020/06/05(金) 17:48:01.41

>>187
日本語でおｋ

**デフォルトの名無しさん** · 2020/06/05(金) 18:41:24.19

ここ Win32 API の質問箱なんですが、
WaveDeviceII とやらがなんなのかをノーヒントで推測する能力が求められてます…？

…そもそもリンク先見てないけど

**デフォルトの名無しさん** · 2020/06/05(金) 18:51:59.15

再生・録音デバイスの設定がおかしいか、ドライバの問題ではないかな

**デフォルトの名無しさん** · 2020/06/05(金) 19:58:06.58

WaveOutDeviceIIに名前変えなきゃ。。。

>>191
うーん。他のアプリで音が鳴らないわけじゃないのだけど。うーん。

**デフォルトの名無しさん** · 2020/06/05(金) 20:09:06.67

>>187
具体的にエラーを出したAPIを特定して、その仕様をググって調べてこい。
あとその英語のメッセージに具体的に何をしろと欠いてあるからそれも調べて試してこい。

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

接続されているUSBメモリの名前ってどうすれば取得できますか？
ドライブレターではない名前で、メーカー名とかが含まれるやつです。
例：SONY、Transcend