Win32API質問箱 Build125

**デフォルトの名無しさん** · 2019/02/27(水) 15:09:08.64

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

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

■過去スレ
Win32API質問箱 Build124
http://mevius.5ch.net/test/read.cgi/tech/1510395780/
Win32API質問箱 Build123
http://mevius.2ch.net/test/read.cgi/tech/1475897582/
Win32API質問箱 Build122
http://echo.2ch.net/test/read.cgi/tech/1451988219/
Win32API質問箱 Build121
http://echo.2ch.net/test/read.cgi/tech/1438695290/
Win32API質問箱 Build120
http://echo.2ch.net/test/read.cgi/tech/1428570962/

■関連スレ
Visual Studio 2019
http://mevius.5ch.net/test/read.cgi/tech/1548765663/
Visual Studio 2017 Part6
http://mevius.5ch.net/test/read.cgi/tech/1528645068/
【C++】 DirectX初心者質問ｽﾚ Part41 【C】
http://mevius.5ch.net/test/read.cgi/tech/1521786252/

**デフォルトの名無しさん** · 2019/10/07(月) 22:23:56.51

>>440
世の中には発酵食品が沢山ある。
発酵腐敗熟成の違いを見極めるのは難しい。

◆QZaw55cn4c · 2019/10/09(水) 21:21:44.79

質問です。
SetFilePointer()
https://docs.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-setfilepointer
を FILE_END で使ったことのある方はおられますか？

第3引数 PLONG lpDistanceToMoveHigh を 0 （そして第 2 引数 LONG lDistanceToMove も 0 ）で使うと、FILE_END であっても当のファイルが 4GB 以上の場合にはポインタがファイルの最後に設定されない現象があるようです
この場合ダミー変数（毎回 0 を投入している）を設けて lpDistanceToMoveHigh にそのアドレスを設定すると FILE_END がその本来の意味を示すようにみえます。
推量形で記述しているのは、私の環境（mingw64-gcc）ではコンパイラのオプティマイザが過剰に効いている可能性があり -O0 でコンパイルしてはじめて、ある程度この現象が確認できたという事情のためです。

これは一般的な話なのでしょうか？

◆QZaw55cn4c · 2019/10/09(水) 21:24:08.20

>>442
ソースを晒します
https://ideone.com/riD8Jc

**デフォルトの名無しさん** · 2019/10/09(水) 21:49:31.92

longの場所になぜintを使う

◆QZaw55cn4c · 2019/10/09(水) 22:06:12.13

>>444
printf("sizeof(int):%d, sizeof(LONG):%d\n", sizeof(int), sizeof(LONG));
$ ./a.exe
sizeof(int):4, sizeof(LONG):4

**デフォルトの名無しさん** · 2019/10/09(水) 22:12:20.45

lpDistanceToMoveHighがNULLの時のFILE_ENDは単純にファイルサイズも下位32bitだけ見て処理してそう
でかいファイル扱うなら素直にSetFilePointerEx使った方がよさげ

◆QZaw55cn4c · 2019/10/09(水) 22:39:59.07

>>446
*Ex には気がつきませんでした

昔書いたものをみると
s1 = GetFileSize(f, &s2);
SetFilePointer(f, s1, (PLONG)&s2, FILE_BEGIN);
WriteFile(f, p, strlen(p), &n, 0);
ってやっていましたから、どうも、昔も同じところで嵌ったらしく、お茶を濁す方法まで昔と同じのまま、しかもその記憶が今はない…
もうなにもかも忘れてしまった…

コメントありがとうございました

**デフォルトの名無しさん** · 2019/10/15(火) 14:52:27.44

書き込むなよクソコテの分際で

**デフォルトの名無しさん** · 2019/10/15(火) 19:34:41.89

みんなクソだと思ってたけど

**デフォルトの名無しさん** · 2019/10/15(火) 20:02:45.72

そうなんだ
病気だね

**デフォルトの名無しさん** · 2019/10/15(火) 20:59:08.69

こんな場所でこんなクソ書き込みしてるくせに自身のクソさ加減に気付かないなんて病気だぞ☆

**デフォルトの名無しさん** · 2019/10/15(火) 22:41:36.61

そうなんだ
病気だね

**デフォルトの名無しさん** · 2019/10/17(木) 09:57:15.46

PCが複数のネットワークにつながっています。
IUPnPDeviceFinderで検索するネットワークを指定するのはどうしたらいいのでしょう？

**デフォルトの名無しさん** · 2019/10/21(月) 22:12:09.79

CSPのハンドルであるHCRYPTPROVなんだけど、
これってスレッドセーフ？
具体的には、同じハンドル使って別スレッドで同時にCryptGenRandom()呼んでも大丈夫なものなの？

Goのcrypt/randが排他せずに同じハンドルで呼んでいて気になったんで

**デフォルトの名無しさん** · 2019/10/21(月) 23:03:30.44

7から10にしたらこんな感じで画面外の領域が描画されなくなってしまいました ttps://i.imgur.com/IjNvIme.png
Windows10で画面外の領域を描画させるような関数か方法はありますか？
InvalidateRect、UpdateWindow、RedrawWindow、PrintWindow、DwmGetDxSharedSurfaceは試しましたが無理そうです
ソースです ttps://dotup.org/uploda/dotup.org1975774.cpp.html

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/21(月) 23:12:02.12

>>455
CreateDC("DISPLAY", ...)
CAPTUREBLT

**デフォルトの名無しさん** · 2019/10/22(火) 00:53:22.73

>>456
CreateDCではディスプレイに表示されてる領域のデバイスコンテキストしか取得できませんでした
ウィンドウの外ではなく、ディスプレイの外に出ている領域を取得したいのです
CAPTUREBLTは単体だと真っ黒、SRCCOPYと一緒に指定してもSRCCOPY単体と変化はありませんでした

**デフォルトの名無しさん** · 2019/10/22(火) 01:13:45.23

455に貼ってるスクショでは単に5chのページが途中までしか描画されないように
見えるだけで、"画面外の領域"の意味がよく分からんが・・・・

それはともかく、実は管理者権限で実行するといけちゃうとか？

**デフォルトの名無しさん** · 2019/10/22(火) 02:01:10.02

>>458
別アプリ（画像ではブラウザ）をSetWindowPosでウィンドウの一部がディスプレイの外に出る位置に移動して
そのウィンドウの内容をBitBltで取得して自分のウィンドウに表示してるんですが
ディスプレイに表示されてないディスプレイの外に出た部分が真っ白になってしまいます
すいません、説明下手なのでソースを見てもらえると助かります

**デフォルトの名無しさん** · 2019/10/22(火) 02:29:09.84

まともに説明もできないソースだとそもそも何したいのかわからないほどのバグな気がする

**デフォルトの名無しさん** · 2019/10/22(火) 02:57:41.77

対象となるアプリのスクショを取るようなアプリでOK?

面倒なので試さないけど、単に画面外に描画しても無駄なので描画してない
だけのような気がするが、その理屈なら画面外ではなくその上に別ウィンドウを
表示させるとどうなるんだろうなってことと、対象アプリがブラウザ以外だと
どうなるんだろうなってことなど突き詰めたい項目が（面倒くさくなり以下略

**デフォルトの名無しさん** · 2019/10/22(火) 09:19:42.21

Windows7でaero有効なら画面に見えていないウィンドウからbitbltできるが、10でaero廃止されたのが
関係しているのかな。
10でもタスクバーのウィンドウプレビューは表示されるから7と同じようにできてもいいとは思うが。

**デフォルトの名無しさん** · 2019/10/22(火) 09:22:47.36

10でも取れるぞ。これは確実
ソース見てないから原因はしらね

**デフォルトの名無しさん** · 2019/10/22(火) 12:27:17.50

>>461
OKです
デスクトップのデバイスコンテキストから転送すると上にある別ウィンドウの画像込みになりますが
対象アプリのデバイスコンテキストから転送すると対象アプリの画像だけを取得できます
対象はブラウザ以外でも描画されない部分が白か黒かの違いだけです ttps://i.imgur.com/Mm7HOQP.png

>>462
プレビューでも描画されないです ttps://imgur.com/ATYh4ng

**デフォルトの名無しさん** · 2019/10/22(火) 13:41:14.15

画面コピー貼る前にソース貼れ

◆QZaw55cn4c · 2019/10/22(火) 13:44:24.15

>>464
早く解決したいのだったらソースを貼らないと

**デフォルトの名無しさん** · 2019/10/22(火) 13:47:22.65

そのコードだとキャプチャできないのは確認したけどプレビューまではそんな風にならんな
なんとなくOS自体の省力設定に連動して
OSがクリップしてる or アプリ自身のクリップを引き起こしてる臭いけど

新しめのキャプチャAPIだと↓

https://docs.microsoft.com/en-us/windows/uwp/audio-video-camera/screen-capture

**デフォルトの名無しさん** · 2019/10/22(火) 13:55:50.74

補足、そっからじゃC++のデスクトップアプリからの使い方がわかんねえな

https://github.com/microsoft/Windows.UI.Composition-Win32-Samples/tree/master/cpp/ScreenCaptureforHWND

**デフォルトの名無しさん** · 2019/10/22(火) 14:05:08.56

>>465
>>466
>>455 で張ってますが落とせないとかありますか？
別のろだで用意したほうがいいですか？

>>467
うちだと実機でも仮想PCでもプレビュー欠けてるんですよね
仮想PCに新規でWin10入れて確かめてみます
C++のソースありがたいです。試してきます

**デフォルトの名無しさん** · 2019/10/22(火) 14:09:15.53

一度memdcにコピーする手間があったような

**デフォルトの名無しさん** · 2019/10/22(火) 14:32:05.02

俺も>>455と同じようなキャプチャソフトを自作してたんで今win10で試してみたが
ウィンドウが画面外にはみ出しているからといってキャプチャできないことはないな。
プレビューが欠けるということもなかったが。

>>464
プレビューが欠けるのが特定のアプリだけならそのアプリの問題だろうから
あきらめるしかないだろうねえ。
どのアプリでも欠けるとしたらwindowsの設定かGPUの問題かなにかかな。

**デフォルトの名無しさん** · 2019/10/22(火) 15:53:33.65

クリーンインストールWin10でも症状変わらず
ScreenCaptureforHWNDも変わりませんでした

>>471
画面内で表示してから画面外に移動してキャプチャしてませんか？
キャプチャはできても更新がされない感じなので
移動してから内容更新するとキャプチャ画像とプレビューがこうなります ttps://imgur.com/9IQYBMH

**デフォルトの名無しさん** · 2019/10/22(火) 16:05:23.75

それをedgeとかでやっても同じなん？
動画を表示していもプレビューは随時更新されるが、ふつう。

**デフォルトの名無しさん** · 2019/10/22(火) 16:09:29.85

他のキャプチャソフトではどうなるの？っと

**デフォルトの名無しさん** · 2019/10/22(火) 17:18:39.23

コンパイラ設定がxp互換だと撮れないってのもあるな

49 · 2019/10/22(火) 17:33:47.67

そもそも何がしたいのか分からない。

**デフォルトの名無しさん** · 2019/10/22(火) 18:06:58.79

こっちで試してる限りでもいまいち挙動に一貫性がなくて確証は無いんだが
そのWaterfoxってのだけ更新時に画面外のレンダリングを省いてるのはプレビューで確認できたんで
検証するのにそれは外した方がいいな

画面外に出たアプリのWM_PAINTでrcPaintが差分を返すのは正常な挙動なので
アプリ自体の画面更新と内容の取得のタイミングによってはプレビューがそうなる理屈は説明できる
キャプチャに用いているBitBltとも内容が異なるのはGDIとDWMでは見てるバッファが違うのかもしれない

ただ全部のアプリがそうなるとなるとこっちじゃ現象自体が確認できないのでなんとも

**455** · 2019/10/22(火) 21:17:47.98

>>473
>>477
Firefox、Waterfox、Chrome、VisualStudio2019、MPCBE、ペイント、メモ帳
画面外に出た部分はプレビュー更新されないし、BitBltも更新されてない画像しか取れない

Edge、フォト
画面外に出た部分もプレビュー更新される、BitBltでは画面内でも画像が取れない

IE
画面外に出た部分もプレビュー更新される、BitBltでは画像が取れたり取れなかったり不安定

動画です https://dotup.org/uploda/dotup.org1976519.mp4.html

>>474
Loiloだと画面外は真っ黒でした。他は名前言ってもらえれば試します

>>475
x64でプラットフォームツールセットはVisual Studio 2019(v142)なのでXP互換ではないと思います

>>476
ウィンドウの一部が画面外に出ても、ウィンドウがすべて画面内にあるのと同じようにキャプチャしたいです

**デフォルトの名無しさん** · 2019/10/22(火) 21:59:23.80

ディスプレイ外にはみ出した窓があってそのはみ出したリージョン内で表示更新かかってて
そいつを ALT+PrtScr でキャプチャしてもうまく取れてないなら厳しいんでないかな

**デフォルトの名無しさん** · 2019/10/22(火) 22:11:54.49

俺自作のソフトはキャプチャできるが、ALT+PrtScrはキャプチャできん＠win10

**デフォルトの名無しさん** · 2019/10/22(火) 22:35:32.44

グラボに依存とか？

**デフォルトの名無しさん** · 2019/10/22(火) 22:54:01.75

>>478
なるほど、ペイントで現象確認した。
GPUリソースを食わないよう改善した結果とかかねえ。

**デフォルトの名無しさん** · 2019/10/22(火) 22:56:43.07

どうなんだろう。BitBlt(,,,SRCCOPY | CAPTUREBLT) しか方法ないのかね。

**デフォルトの名無しさん** · 2019/10/22(火) 23:00:04.93

2段階のアクセラレータはどのようにやるのがいいの？
Visual Studio のCtrl+K Bみたいな・・・

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/22(火) 23:03:39.56

>>484
アクセスキーテーブル切り替えか、
状態遷移だろうよ。

**デフォルトの名無しさん** · 2019/10/22(火) 23:10:21.12

なんかだんだんワケがわからなくなってきたが再度確認したら
基本的にUWPアプリ以外は画面外の再描画しないっぽいな（Chromium系はやっぱり描画されてるけど）
ほとんどのアプリが律義にrcPaint見てるとも思えんし描画先がGDIだと強制的にOSでクリップされてんのかしら？

おそらくWindows Compositionが噛んでてBitBltで取れないUWPアプリはWindows.Graphics.Captureで取れるけど
UWPアプリ以外でクリップ済みのイメージしか取れないのはまあ当然っちゃ当然

**デフォルトの名無しさん** · 2019/10/22(火) 23:28:56.03

win10でUWPでない従来のアプリの画面外キャプチャできるよ
win7がaeroオフだと撮れなかったみたいに何らかの条件があるのかもしれないが

**デフォルトの名無しさん** · 2019/10/23(水) 00:49:00.28

Mozilla Firefoxなどサードパーティ大手は今もWin32APIをネイティブに使っており.NETは使ってない。

**デフォルトの名無しさん** · 2019/10/23(水) 01:17:59.09

エクスプローラのアドレスバーで「デスクトップ」とか「ダウンロード」って入れたら
そこのパスに移動しますが、「デスクトップ」（という日本語）からパスに変換するAPIはありますか？

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/23(水) 01:29:37.00

>>489
SHGetLocalizedNameの逆写像っぽい。CSIDLからテーブルを作るのが楽かと。

**デフォルトの名無しさん** · 2019/10/23(水) 01:33:15.99

あれ？なんか上の方に同じような質問がｗ

**デフォルトの名無しさん** · 2019/10/23(水) 01:52:47.01

なんかめちゃくちゃめんどくさそうｗ

**デフォルトの名無しさん** · 2019/10/23(水) 02:38:41.47

SHGetFolderPath() でCSIDLコンプリートをめざすとか

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/23(水) 03:33:00.02

https://github.com/katahiromz/SHVistaPathMap
作ったぞ。自由に使え。

**デフォルトの名無しさん** · 2019/10/23(水) 04:05:49.94

>>494
早いですね。
とはいえ、実在するパスからの逆引きだと、「コントロールパネル」とか「プリンター」みたいな仮想フォルダ名は取れない。

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/23(水) 04:20:43.92

仮想フォルダならPIDLを使うのではないか？

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/23(水) 04:23:26.39

PIDLとGUIDをどうやれば結び付けられるか？え～と

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/23(水) 04:25:53.53

https://stackoverflow.com/questions/31480239/how-to-get-a-pidl-from-a-windows-librarys-guid
ここにヒントが。

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/23(水) 04:32:28.94

落ちます。

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/23(水) 04:40:22.67

仮想フォルダならレジストリを見る方法があるが、KnownFolderの方が正しい方法に思える。

**デフォルトの名無しさん** · 2019/10/23(水) 04:47:44.97

WTL公式gitレポジトリにあるエクスプローラもどきアプリのサンプルが参考になるかも。
https://sourceforge.net/p/wtl/git/ci/master/tree/Samples/WTLExplorer/

**デフォルトの名無しさん** · 2019/10/23(水) 12:55:03.32

画面外のスクショが取れない件、1809からの挙動のようだねえ

https://stackoverflow.com/questions/54572498/manipulate-system-visible-clipping-region-in-windows-1809

**デフォルトの名無しさん** · 2019/10/23(水) 12:59:02.01

>>502
日本語で

**デフォルトの名無しさん** · 2019/10/23(水) 15:31:41.90

いや判るだろ

1809 update 入れた後に可笑しくなったんだろω

**455** · 2019/10/23(水) 21:03:31.35

1809以降の挙動ならプログラムじゃなくてWindows側の問題みたいですね
BitBltだけじゃなくプレビューにも問題出てるからバグっぽいですし
そのうちアップデートで治ることを期待しつつプログラムでの対応は諦めます
いろいろ答えてくれた皆様ありがとうございました

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/23(水) 22:21:30.01

やっぱりKnownFolderから取得できた。
https://github.com/katahiromz/SHVistaPathMap/blob/master/dump.cpp
自由に使え。

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/23(水) 23:01:48.53

揚げ物

**デフォルトの名無しさん** · 2019/10/24(木) 00:20:06.38

ありがとう。だがしかし別のアプローチで
俺が解決したい（本当の）問題は解決できていたのだよ

まあ誰かの役に立つだろうから放っておいたけどな
すまんなｗww

**デフォルトの名無しさん** · 2019/10/24(木) 00:41:12.27

アップデートで直るかっちゅーても挙動自体は描画の最適化とも言えるので仕様としてこのままいきそうだけどなあ

自作ので試してみたけどやはり一部でも画面外に出てると無効領域をクライアント全体と指定しても
強制的にクリップされたHDCが返ってくるね
BeginPaintだけじゃなくてWM_PAINT外でのGetDCでも同様
DXGI swap chainが出力先ならクリップされない

普段窓を画面外に追い出したままにするってことがないから気付かなかったなコレ

**デフォルトの名無しさん** · 2019/11/04(月) 15:23:29.75

SetForegroundWindowでフォーカスを奪えない、
入力中にフォーカスが奪われるとウザいからWindowsが
奪えないようにしてるって話はよく聞くと思うけど

逆にエクスプローラが起動すると（バックグラウンドなのに）
フォーカスを奪ってくれて困ってるんだけど対応策ない？
ウザいんだがｗ

◆QZaw55cn4c · 2019/11/04(月) 15:58:26.30

>>447
さらに追試を重ねていました
悪いときは 10G, うまくいっても 5000G 程度（日によってばらばらです）で
FILE_END ができなくなる現象は、
FILE_END が悪いのではなく、システムで圧縮するように指定するとそういうことがおきることがわかってきました。

Windows もいろいろとあてにならない、もう linux に軸足を移そうか、と思案しています

**デフォルトの名無しさん** · 2019/11/04(月) 16:19:56.83

>>510
SetFocus()を使うと好きなコントロールにフォーカスを与えることが出来る。
SetForegroundWindow()は余り効果が無い。

**デフォルトの名無しさん** · 2019/11/04(月) 16:52:05.66

longポインタ引数にintポインタ渡して>>445みたいなトンチンカンな返答する人が何か言ってる

◆QZaw55cn4c · 2019/11/04(月) 18:29:13.81

>>513
>>445 を日本語に翻訳してみました。
https://docs.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-setfilepointer
では api 関数の第二引数は　「LONG」で定義されています。
ここで注意しないといけないのは「long」ではなくて「LONG」。
すなわち LONG は win32api.h で定義されている型です。これが実際の環境ではどう typedef されているかは環境依存です。
それを調べるために >>445 で実際に sizeof(LONG) の値を出力させると sizeof(LONG) = 4
私は >>443 で第二引数に int (そして渡す値は 0) を使っていますが sizeof(int) = 4
値は 0 だから signed/unsigned については問題ない
そして sizeof(int) = sizeof(LONG) だからなおさら問題ないのです。
昔は DWORD (Double WORD) と定義されていましたが、1 word = 2 bytes, 2 words = 4 bytes
32bit 環境での普通の int のサイズは 4 なので昔から int を当てて問題なかったのですよ

結論：>>513 >>444 はニワカ、win32api スレに投稿する前に 10 年 ROM ってください

**デフォルトの名無しさん** · 2019/11/04(月) 18:55:51.87

>>514
445のどこがWindows環境？

**デフォルトの名無しさん** · 2019/11/04(月) 19:29:40.39

DOS窓でprintf出力しながらWin32APIだって使えるからWin環境

**デフォルトの名無しさん** · 2019/11/04(月) 20:03:10.14

LONGは、WPARAMやLPARAMと型変換する危険コードが多い気が。もちろん古いコードだけど。

◆QZaw55cn4c · 2019/11/04(月) 20:32:15.68

>>515
だから、あなたは 10 年 ROM ってなさい、ってさっき言ったでしょう？

**デフォルトの名無しさん** · 2019/11/04(月) 23:46:10.01

ここはWin32スレなんだからWin64や総称であるWindows APIはスレ違い
32ビットの話だけしてろ

◆QZaw55cn4c · 2019/11/05(火) 00:15:09.88

>>519
残念ながらその意見に賛同する人は少数派だと思いますよ

**デフォルトの名無しさん** · 2019/11/05(火) 01:54:03.16

Win64APIなんてどっから出てきたの？

**デフォルトの名無しさん** · 2019/11/05(火) 11:28:00.41

> 昔は DWORD (Double WORD) と定義されていましたが
LPARAMは 16bit,32bit共に LONG (符号付整数)

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

>>519
64bitプログラミングであっても使用するAPIは実体としてはWin32APIだぞ
Win64APIなんて実体はなく、論理的に実装区分として呼び分ける程度
つまりスレチでも何でもない

**デフォルトの名無しさん** · 2019/11/05(火) 19:37:14.92

double wordが32bitだなんて本来word幅が16bitという前提の話でインテルなら80286までのはずが386でパスされathlon64で再びパスされるという異常事態が今も続いているわけなんだが

**デフォルトの名無しさん** · 2019/11/05(火) 20:20:06.81

>>524
16bit CPUや32bit CPUという言葉と
ポインタ = アドレス幅が違うことは普通にあるってわかってる？

8086は16bit CPUでレジスタ幅は16bitだがアドレス幅は20bit（最大1MB）
80286も16bit CPUだがアドレス幅は24bit（最大16MB）

80386は32bit CPUでレジスタ幅、アドレス幅ともに32bitで
分かりやすい時代がPentiumの第一世代（1995年ぐらい）ぐらいまで続いたが
Pentium Proからは物理アドレス拡張が搭載され32bit CPUだが
アドレスバスは36bit（最大64GB）になったんだが

**デフォルトの名無しさん** · 2019/11/05(火) 20:52:13.30

>>525
釈迦に説法ご苦労

**デフォルトの名無しさん** · 2019/11/05(火) 21:08:53.99

釈迦は俺やしｗ

**デフォルトの名無しさん** · 2019/11/05(火) 21:43:32.83

俺メインフレームでdiagnose命令とかいじくってて
別な案件でhdlでcpu書いたりしてるけど

**デフォルトの名無しさん** · 2019/11/06(水) 01:32:27.55

メインフレームw
何歳になってもイキリ小僧してるんだな
サルのパパとママはご存命かい？

**デフォルトの名無しさん** · 2019/11/06(水) 02:20:55.89

>>529
何イキっとんねん

**デフォルトの名無しさん** · 2019/11/06(水) 04:07:48.25

イキなりえなり

**デフォルトの名無しさん** · 2019/11/06(水) 07:21:07.12

>>525
ソフト的なAPIの話に物理アドレス空間で語るバカ乙w

**デフォルトの名無しさん** · 2019/11/06(水) 12:01:28.81

釈迦がどうかはともかく
>>525 が全くトンチンカンなレスであることは事実
いつものあいつだろ

**デフォルトの名無しさん** · 2019/11/06(水) 15:05:39.69

>>532
APIの話だというのなら、OSが16bitだろうが32bitだろうが
APIの仕様が代わるわけないんやで
異常事態でもなんでもなく、それが高い互換性の理由だ

**蟻人間** ◆T6xkBnTXz7B0 · 2019/11/06(水) 15:13:44.92

64ビット対応で
Get/SetWindowLongよりもGet/SetWindowLongPtrを使え。とか、
DialogProcの戻り値をINT_PTRにしろ。
とかの若干の変更点があるようだ。

**デフォルトの名無しさん** · 2019/11/06(水) 15:19:20.45

HANDLEもこっそりtypedefに_PTR変えたんだっけ

**デフォルトの名無しさん** · 2019/11/07(木) 01:18:36.16

ダイアログプロシージャの戻り値がめんどうなことになる
x86じゃBOOLだけどx64だとINT_PTR
でもVC6だとBOOLはintだという

**デフォルトの名無しさん** · 2019/11/07(木) 01:32:58.79

歴史的理由で仕方のない面もあるが、
単一のソースで16bitと32bit、32bitと64bitでコンパイルできるようにしてきたから
型の実態は結局なんなんだ？って悩むことになってる。

もうそろそろネイティブ型だけを使えるようになってほしいが
そのために言語を変えるほうが楽だろうな

**デフォルトの名無しさん** · 2019/11/07(木) 01:44:34.42

intとlongのサイズ違うこともあるしな
c#みたいにint32みたいなの最初から用意しとけよ

**デフォルトの名無しさん** · 2019/11/07(木) 01:48:09.03

stdint.h使おう