Win32API質問箱 Build127

**デフォルトの名無しさん** · 2021/12/09(木) 21:32:56.60

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

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

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

■関連スレ
Visual Studio 2020 Part1 https://mevius.5ch.net/test/read.cgi/tech/1634166667/
Visual Studio 2019 Part7 https://mevius.5ch.net/test/read.cgi/tech/1634178709/
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/

**デフォルトの名無しさん** · 2022/03/26(土) 14:28:59.19

>>173
だからMSのルールを守りなさい。

**デフォルトの名無しさん** · 2022/03/26(土) 18:35:55.11

文字や文字列の記述は TCHAR（_TCHAR）系統のマクロで統一するのが旧来からの作法だわね。
最近の Visual Studio の C/C++ はデフォルトで UNICODE,_UNICODE が定義されているので。
APIの末尾にWを付けるというルールは忘れていい気もする。
必要時のみA（やW）を付けて、あとは WideCharToMultiByte、MultiByteToWideChar を使う程度かな

**デフォルトの名無しさん** · 2022/03/26(土) 18:41:49.01

TCHARなんかもう10年近く見かけてない。
普通にLとだけ書く。
マルチバイトにする意味ないんだし。

**デフォルトの名無しさん** · 2022/03/26(土) 19:14:13.28

マクロの結果で分岐させるコードだと
インテリセンスとかに負荷かかる印象しかないから
気づくとW系のコードで埋まっている

**デフォルトの名無しさん** · 2022/03/26(土) 19:22:58.17

UTF8になったら、またマルチバイトに戻るわけではいの？

**デフォルトの名無しさん** · 2022/03/26(土) 19:41:02.41

サロゲートペア対応とかで、特定のWin32APIの仕様が混乱してたりして、メリットが無くなってきてるからね。
将来的に ANSI/UTF8 がデフォルトになる可能性も完全には否定できず

**デフォルトの名無しさん** · 2022/03/26(土) 20:07:18.83

>>181
1バイト配列だった場合どっちで処理されるかの部分がチーム環境や実行環境に左右されたのて
十数年前から wchar_t で持つようにした

**デフォルトの名無しさん** · 2022/03/26(土) 20:14:40.35

そうね、今は基本W系だよね。
ただそうねえ、念のためA系についても忘れないでおいた方がいいかも、とは少しだけ思う。
https://docs.microsoft.com/ja-jp/windows/apps/design/globalizing/use-utf8-code-page

**デフォルトの名無しさん** · 2022/03/26(土) 20:57:55.95

忘れてはいないからこそ忘れてる(OR 分かっていない)人が混ざった時の問題が怖いのよ

**デフォルトの名無しさん** · 2022/03/26(土) 21:11:34.30

プラットフォームによってはワイド版のPOSIX関数がなかったりするから微妙だなあ

**デフォルトの名無しさん** · 2022/03/26(土) 21:22:26.00

>>172
その「人」が確保出来ないから、放置されてんだよな
MSは金は余ってるが、翻訳に関しては全く予算を割くことは無くなった
日本のMSが、無能だらけになったのと関連してるのは間違いない

**デフォルトの名無しさん** · 2022/03/26(土) 21:22:54.54

ダイヤルボックスで指定したIPアドレスとポートで作ったソケットからちょっとした文字列を
送ろうとしたんですけどLNK2019エラーが出てしまいます。
VisualStudio2022、c++14、サブシステムはWindows (/SUBSYSTEM:WINDOWS)です。
エラー2019は何となくサブシステムが違うようなイメージで間違っていないでしょうか。

**デフォルトの名無しさん** · 2022/03/26(土) 21:32:36.07

>>187
> エラー2019は何となくサブシステムが違うようなイメージで間違っていないでしょうか。
何故ググらないの？
https://docs.microsoft.com/ja-jp/cpp/error-messages/tool-errors/linker-tools-error-lnk2019

**デフォルトの名無しさん** · 2022/03/26(土) 21:37:24.88

>>188
すみません、前回別の事で同じエラーが出たときに読んだんですけどよくわからなくて
マイクロソフト見てもわからないと思ったのですけど、もう一度読み直してみると、
何か忘れてるのかなぁって思ったので、もう少し頑張ってみます。

**デフォルトの名無しさん** · 2022/03/26(土) 21:39:46.78

クリティカルセクションで質問です
EnterCriticalSectionでスレッドの排他制御を行うとき、
作成したスレッド間では排他制御できています

これを、作成したスレッドではなく呼び出し元のプロセス側で
EnterCriticalSectionを実行しても、その間はスレッドの動作は
排他制御されて停止する（待つ）という認識で間違いないでしょうか？

**デフォルトの名無しさん** · 2022/03/26(土) 22:55:33.42

質問の意図が正しく理解できてない可能性がありますが。

A critical section object provides synchronization similar to that provided by a mutex object,
except that a critical section can be used only by the threads of a single process.
Critical section objects cannot be shared across processes.

要約：
「クリティカルセクション」オブジェクトはミューテックスオブジェクトと同様な同期を実現しますが､
クリティカルセクションオブジェクトは1つのプロセス内のスレッド間でだけ使えます。
クリティカルセクションオブジェクトは、プロセス間で共有できません。

**デフォルトの名無しさん** · 2022/03/26(土) 23:03:19.27

>>189
"何故" LNK2019が起きているかをぐぐったり他人に投げる前に確認しないと遠回りになりそう

**デフォルトの名無しさん** · 2022/03/26(土) 23:16:32.24

>>177
自分で勝手に W つけちゃだめだと思うよ…
ちゃんと「windows.h をインクルードする前に」 #define UNICODE しているか確認してね
C++11 or later になってからずいぶんと楽になりました…
https://mevius.5ch.net/test/read.cgi/tech/1434079972/53

**デフォルトの名無しさん** · 2022/03/26(土) 23:17:11.29

>>190
つソース出せ、話はそれからだ

**デフォルトの名無しさん** · 2022/03/26(土) 23:25:46.00

>>191
ありがとうございます

> クリティカルセクションオブジェクトは1つのプロセス内のスレッド間でだけ使えます。
> クリティカルセクションオブジェクトは、プロセス間で共有できません。

これは認識しているのですが、この文面を借りれば

「クリティカルセクションオブジェクトは1つのプロセス（メインプロセス・スレッド呼び出し側）と
スレッド（メインプロセスから呼び出されたスレッド）間で使えるのかどうか」

ということです
よろしくお願いします

**デフォルトの名無しさん** · 2022/03/26(土) 23:48:22.49

>>195
複数のスレッドで使えると思いますよ、というか、そのためのクリティカルセクションでしょう？
ただ、私もクリティカルセクションの使い方がまずいのか、スタベーションに悩まされたまま放置しているので、断言はできないけど

なおちゃんとハンドルを static かヒープに置いていますか？スタック上にハンドルを置いていたら無意味ですよ…

**デフォルトの名無しさん** · 2022/03/26(土) 23:54:48.59

>>195
使えます（正しくコーディングされていれば

念のため補足すると、プロセスというのはスレッドの集合であり。
プロセス生成と同時にスタートするスレッドのことを「メインスレッド」と言います。

なので、より正しい言い方としては以下のようになると思われます。
・メインスレッド
・（メインスレッドと同じプロセスに属する、メインスレッド等で生成された）メインスレッド以外のスレッド

これらのスレッド間でクリティカルセクションオブジェクトを共有することができます（排他制御可能です）

**デフォルトの名無しさん** · 2022/03/26(土) 23:59:25.14

>>196
ありがとうございます

何か不具合が起きていると言うことではなくて、クリティカルセクションの
仕様について確認しようと思って質問しました

結局、そういうコードを書いて確認しましたが、メインプロセスではEnterCriticalSection
が効きませんでした

メインプロセスでEnterCriticalSectionを実行すれば、その間スレッドが止まる（その逆もある）
ということがもしかして可能なのかなと思った訳です

どうも失礼しました

**デフォルトの名無しさん** · 2022/03/27(日) 00:06:26.31

>>197
入れ違いになってすみません
使えるとレス頂いたのでプログラムを確認しましたが、これは書き方が
悪かったようで確認になってませんでした

レス頂いた内容でとても分かりやすく理解できました
どうもありがとうございました

**デフォルトの名無しさん** · 2022/03/27(日) 01:02:38.66

>>197
＞念のため補足すると、プロセスというのはスレッドの集合であり。

全然説明になってませんよ…
次の質問にちゃんと答えられますか？
「プロレスごとに固有に持つ値はなにでしょうか、最重要な二つ答えなさい」

**デフォルトの名無しさん** · 2022/03/27(日) 01:03:29.30

>>198
＞そういうコードを書いて確認しましたが、メインプロセスではEnterCriticalSection
＞が効きませんでした

コードを張ってください https://ideone.com

**デフォルトの名無しさん** · 2022/03/27(日) 01:10:29.42

>>201
>>199で書き方が悪かったと言ってるから解決済みだぞ

**デフォルトの名無しさん** · 2022/03/27(日) 01:12:55.86

>>200
スタン・ハンセンとハルク・ホーガンかなあ。
プロレスについては詳しくないので、プロレススレで

**デフォルトの名無しさん** · 2022/03/27(日) 04:28:08.59

1プロセス内に、複数のスレッドを起動できる。
1対多の関係

それら同一プロセス内の複数のスレッドを調停するのが、critical section じゃないの？

**デフォルトの名無しさん** · 2022/03/27(日) 04:33:51.34

>>204
まちがってはいないがアバウトすぎる…
スレッド固有のデータは何？
スレッドで共有するデータは何？

**デフォルトの名無しさん** · 2022/03/27(日) 06:46:03.90

馬場アンドレ

**デフォルトの名無しさん** · 2022/03/27(日) 06:51:08.16

実は「ウィー！」と言ってなかった　スタン・ハンセン雄たけびの真相: J-CAST ニュース
https://www.j-cast.com/2015/10/08247400.html?p=all
2015年10月08日18時42分

🤘ウィー！

**sage** · 2022/03/27(日) 07:55:58.79

ちと出遅れたが
WinMainの第３引数は LPSTR
UNICODE版はスレチ

**デフォルトの名無しさん** · 2022/03/27(日) 10:41:58.12

LPWSTR GetCommandLineW();

**デフォルトの名無しさん** · 2022/03/27(日) 12:16:20.60

wWinMain(int, wchar_t**)
はい論破

**デフォルトの名無しさん** · 2022/03/27(日) 14:13:00.54

キーワード同士でカードゲームみたいに対戦している気分になってくるな…

**デフォルトの名無しさん** · 2022/03/27(日) 14:19:54.35

wWinMainは長いことmingwでサポートされてこなかったので

**sage** · 2022/03/27(日) 23:11:37.78

WinMain function (winbase.h)
https://docs.microsoft.com/ja-jp/windows/win32/api/winbase/nf-winbase-winmain

Some programming frameworks might provide an alternative entry point that provides a Unicode command line. For example, the Microsoft Visual Studio C++ complier uses the name wWinMain for the Unicode entry point.

**デフォルトの名無しさん** · 2022/04/05(火) 10:57:12.74

現在プリンタ選択ダイアログを自作していて、質問があります。
印刷コモンダイアログに表示されているプリンタ名はEnumPrintersで取得できたのですが、アイコンを取得する方法がわかりません。
どうすればアイコンを取得できますか？

**デフォルトの名無しさん** · 2022/04/05(火) 19:37:38.68

それ俺も知りたいわ
どっかのプリンタ関連のdllにあるだろうけど

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/05(火) 19:59:11.48

https://stackoverflow.com/questions/59685889/how-to-get-printer-icons

**デフォルトの名無しさん** · 2022/04/05(火) 22:36:38.88

あーCOMオブジェクトか
C#でもサクっと書けないやつだな

**デフォルトの名無しさん** · 2022/04/06(水) 19:20:29.72

>>216
ありがとうございます
参考にします

**デフォルトの名無しさん** · 2022/04/07(木) 19:12:44.04

ウィンドウのリサイズイベント(WM_SIZE、WM_SIZING等)が来た時、ユーザーが直接そのウィンドウに対してリサイズを行ったのか、
ディスプレイ解像度等が変わり、システムの都合で結果的に変わったのかを判定したいと考えています。
ディスプレイ設定が変わった場合はWM_DISPLAYCHANGE等で判るので、
ユーザーが能動的にウィンドウをリサイズしたかどうかの判定ができればよいと思うのですが、
何か良い判定方法はあるでしょうか。

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/07(木) 19:39:54.47

>>219
WM_ENTERSIZEMOVE
WM_EXITSIZEMOVE

**デフォルトの名無しさん** · 2022/04/07(木) 22:02:00.24

>>220
よさげなメッセージがあったんですね！
ありがとうございます！

**デフォルトの名無しさん** · 2022/04/07(木) 22:34:26.91

https://stackoverflow.com/questions/1826165/wm-entersizemove-wm-exitsizemove-when-using-menu-not-always-paired
ここによると、WM_ENTERSIZEMOVEが来てもリサイズや移動がキャンセルされるとWM_EXITSIZEMOVEが来ない場合があるようで、
その場合でもWM_ENTERSIZEMOVE中のWM_CAPTURECHANGEDで終了が判定できるとのことです。
たしかにタイトルバーからサイズや移動をキャンセルするとそのような動きでした。
これで解決しそうです。ありがとうございました。

**デフォルトの名無しさん** · 2022/04/07(木) 23:19:33.94

全ウィンドウを「並べて表示」したりした場合には対応してるのかい

**デフォルトの名無しさん** · 2022/04/08(金) 01:10:43.73

鬼門エアロスナップもよろしく

**デフォルトの名無しさん** · 2022/04/08(金) 15:18:23.25

スケーリング変更で実質解像度が変わった場合もWM_ENTERなんちゃらが来るね
WM_DISPLAYCHANGEも来るから区別は付くかな

**デフォルトの名無しさん** · 2022/04/09(土) 22:15:49.34

画面端の四隅に独自スナップはやったなあ
吸い付くと気持ちいいのよね

**デフォルトの名無しさん** · 2022/04/09(土) 22:35:18.94

osの画面の位置設定が、吸いつくくせにぴったり揃わず微妙にずれる
ふざけた動作だったな

**デフォルトの名無しさん** · 2022/04/10(日) 09:07:01.55

windows10になってから
座標を0,0にしても少し隙間が空くようになったのもふざけてる

**デフォルトの名無しさん** · 2022/04/10(日) 11:51:01.29

10は枠が透明になったふざけた仕様
何の意味あんのあれ

**デフォルトの名無しさん** · 2022/04/10(日) 12:00:36.82

最低限必要な処理性能を引き上げることで
グラフィックボードやPCの買い替えを促進することができました。

**デフォルトの名無しさん** · 2022/04/10(日) 13:17:17.03

実際AVX2未満だと256bit命令でまともな事ほとんどできないからHaswell未満切り捨てたくなる気持ちは分かる

**デフォルトの名無しさん** · 2022/05/10(火) 16:03:53.83

MSゴシックなどのフォントで、DrawTextで右寄せ(DT_RIGHT)の文字列を描くと、
イタリック体のときに右が欠けてしまうのですが、こんな仕様なのでしょうか？

**デフォルトの名無しさん** · 2022/05/10(火) 16:41:45.60

はい

**デフォルトの名無しさん** · 2022/05/12(木) 23:26:02.37

>>232
日本語のことなど真剣に考えてませんから

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/12(木) 23:36:32.49

TEXTMETRIC.tmOverhang

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/12(木) 23:39:10.86

https://tutorialmore.com/questions-1814307.htm

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/12(木) 23:41:39.46

DT_NOCLIP付ければうまく行くかも。

**デフォルトの名無しさん** · 2022/05/13(金) 15:10:08.96

>>232
最後にスペース足しとけ

**デフォルトの名無しさん** · 2022/05/13(金) 15:33:38.71

そもそもMSゴシックを斜体にするのがダサいので、DrawTextとしても想定外という説

**デフォルトの名無しさん** · 2022/05/13(金) 17:05:13.85

どのフォントでもそうなるんでは？

**デフォルトの名無しさん** · 2022/05/13(金) 17:38:27.24

自力で右端を広げないといけないんですかね。
ただ、DT_WORDBREAKやDT_EDITCONTROLを付けて自動折り返しを設定していると、
どこで折り返されるかは事前に想定できないので、行末にスペースというのも難しそうです。

**デフォルトの名無しさん** · 2022/05/19(木) 17:45:14.82

斜体だけ個別対応する
俺は気にしない

**デフォルトの名無しさん** · 2022/05/20(金) 06:40:29.02

テンポラリのビットマップに描画して実測する関数作っとけば以後は気にせずに済む

**デフォルトの名無しさん** · 2022/05/20(金) 08:17:42.44

うわぁ…

**デフォルトの名無しさん** · 2022/05/20(金) 12:03:14.21

>>243
オラも対応するならその方法ダナ！

**デフォルトの名無しさん** · 2022/05/20(金) 14:53:55.20

使ったことないから知らないけどGDI+,DrawStringならどうなんだろうね

**デフォルトの名無しさん** · 2022/06/07(火) 13:41:20.24

アスペクト比を固定したいため、ウィンドウの最大化を完全に無効にしたいのですが、フレームをダブルクリックしたり、Windowsキー + ↑での最大化を塞ぐにはどのように処理すればいいでしょうか？

**デフォルトの名無しさん** · 2022/06/07(火) 14:34:51.30

WM_GETMINMAXINFO

**蟻人間** ◆T6xkBnTXz7B0 · 2022/06/07(火) 14:38:53.32

ウィンドウスタイル

**デフォルトの名無しさん** · 2022/06/07(火) 14:39:30.72

>>248
ありがとうございます！
一度やってみたのですが、うまくいかなかったので、やり方がよくなかったのかもしれません
Unityという特殊な環境が影響してるのかもしれないですが、、、

**デフォルトの名無しさん** · 2022/06/07(火) 14:41:36.70

>>249
後出しですみません
ドラッグでのサイズ変更は許可したいので、ウィンドウスタイルでは無理なのかなーと思ってます
今のところWM_SIZINGはうまく機能してるようです

**デフォルトの名無しさん** · 2022/06/07(火) 14:54:06.59

ムリだと思いますゥ～じゃねえよいいからWS_MAXIMIZEBOX抜けや

**デフォルトの名無しさん** · 2022/06/07(火) 15:01:19.63

>>252
そんなのは一番最初に抜いてる

**デフォルトの名無しさん** · 2022/06/07(火) 15:31:44.87

ちゃんと抜いてんならそれだけで自動的にシステムメニューも含めて
タイトルバーダブクリやWin+↑も無効化されるはずだがな

**デフォルトの名無しさん** · 2022/06/07(火) 15:35:08.03

メッセージループの入り口で
WM_NCLBUTTONDBLCLK 等のメッセージを捨てればＯＫ

**デフォルトの名無しさん** · 2022/06/07(火) 16:05:01.49

>>255
ありがとうございます
ダブルクリックの方はこれで回避できるんですけど、Windowsキーの方がどうやっても防げなくて、、、
WM_WINDOWPOSCHANGING を拾えばいけるかなー

**デフォルトの名無しさん** · 2022/06/07(火) 16:09:54.86

>>254
Windowsキーの方は正確には、Windowsキー + SHIFT + ↑ ですね

**デフォルトの名無しさん** · 2022/06/07(火) 16:55:24.79

正確には、ってかそれじゃ最初からスナップによるリサイズを防ぎたいって全然違う質問じゃん
SYSCOMMAND監視して無理矢理引っぺがしたりはできるけど行儀悪すぎだから
任意のウィンドウサイズになってもボックスでレンダリングのアスペクト比維持した方がマシだな

**デフォルトの名無しさん** · 2022/06/07(火) 17:24:17.68

>>256
SPYでその時にどのメッセージ(多分複数)が来てるか調べて
どれを捨てる or 改変すれば望みの動作になるかを考えろ

**デフォルトの名無しさん** · 2022/06/07(火) 21:10:34.66

最大化はダイアログのスタイルにして抑止するのが定石だけど誰も書かないので一応
C#のFormBorderStyle = FixedDialog の時のウィンドウスタイル=0x16c80000 拡張ウィンドウスタイル=0x00050101
これでスナップの影響も受けないし、その上でサイズ変更もやりたければできる。
許容しつつアス比を維持するのもいい。ゲームのフルスクリーンモードとかそんな感じだろうし

**デフォルトの名無しさん** · 2022/07/03(日) 16:22:44.87

HINSTANCEかHWNDから、そのプロセスが貰っているコマンドラインオプションを知る方法ってある？

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/03(日) 16:43:25.38

>>261
WMIか、NTAPIのNtQueryInformationProcessを使う。

https://stackoverflow.com/questions/71237606/get-full-command-line-from-process

https://github.com/reactos/reactos/blob/b671b1cf8f7c3dce718d81f9067e07c66f878498/base/applications/taskmgr/perfdata.c#L585

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/03(日) 16:44:52.75

GetWindowThreadProcessId使えばHWNDからプロセスID (pid)が得られるはずだ。

**デフォルトの名無しさん** · 2022/07/03(日) 17:40:46.92

>>262
ｔｈｘ
もう晩酌始めちまったんで
素面に戻ってからやってみるわ

お、飯が炊けた
酢飯と酢の物作んなきゃ

**デフォルトの名無しさん** · 2022/07/13(水) 14:56:13.92

SetWindowPlacement, GetWindowPlacement を使ってウィンドウ位置の保存と復元をしています
マルチモニター環境でも当該モニターで表示されていたウィンドウ情報の保存と復元が Windows10 以前では行えていましたが、
Windows11 になってからは、マウス操作しているモニターで全てウィンドウが表示されてしまいます

これはプログラム側で何か修正が必要なのか、Windows11 上の設定（アプリのプロパティ？）が必要なのでしょうか？
Windows11 でマルチモニターの仕様が変わったというのは分かりますが、具体的にどのように対応すればいいのか分かりません

よろしくお願いします

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/13(水) 15:03:09.79

>>265
lengthメンバーはセットしているかな？

**デフォルトの名無しさん** · 2022/07/13(水) 15:53:47.47

標準の仮想デスクトップとかも追加されてるのでちゃんと動くのかよくわからんよな

**デフォルトの名無しさん** · 2022/07/13(水) 17:22:23.86

>>266
構造体のゼロクリア、length メンバへの sizeof 設定は行っています
使用しているメンバは rcNormalPosition と showCmd のみです

>>267
Windows11 では、モニターのオンオフで狂ってしまったウィンドウ位置の復元を
するようになったという程度の知識しかありません（正しいかどうかも分かりません）が、
実機で色々テストするしかないかもですね（Windows11 にしたくない）

**デフォルトの名無しさん** · 2022/07/14(木) 22:38:26.85

ベータ以前の11のことだからバグかもしれないのがな
11.1で完成するOSなんだろうな

**デフォルトの名無しさん** · 2022/07/14(木) 23:19:01.63

手元の開発環境を Windows11 & マルチモニターで揃えてテストしてみると問題は再現しませんでした
これは問題が発生した環境依存によるものの可能性が非常に高くなりました

お騒がせしましてすみませんでした

**デフォルトの名無しさん** · 2022/07/22(金) 09:23:12.50

名前付きパイプで質問です。
Windows10(x64)で64ビットアプリ(サーバー)と32/64ビットアプリ(クライアント)でパイプ通信するのですが、クライアントが64ビットの場合は問題なし、32ビットの場合は動作したりしなかったっりで、サーバーのCreateNamedPipe関数のnMaxInstancesを1から255にしたら解消しました。
クライアントは１つだけなので1で良いと思ったのですが、何なんだろう？

**デフォルトの名無しさん** · 2022/07/22(金) 10:36:39.51

>>271
再現性なかったわ。
すまん、忘れてくれ。

**デフォルトの名無しさん** · 2022/07/26(火) 18:26:55.94

プログラ厶の最低限の文法わかってる人間が、WindowsAPIを使用したGUIプログラムを作りたい場合に、おすすめの本ってありませんか？

正直WindowsAPIのハンドルとかハンガリー記法とかで面食らってぶつかってます。

**デフォルトの名無しさん** · 2022/07/26(火) 18:51:12.11

> WindowsAPIを使用したGUIプログラムを作りたい

そもそも止めとけ楽な道を進めと思うんだけど、なんで？

> おすすめの本

今時そんな本あるのか分からないけど、猫でもわかるシリーズのWEBサイトでいいんじゃないの

**デフォルトの名無しさん** · 2022/07/26(火) 19:38:38.71

NT4.0や95の頃の書籍はメッセージやハンドル等丁寧な解説がされていたと思う

**デフォルトの名無しさん** · 2022/07/26(火) 19:54:38.78

>>273
その程度でなんで面食らうのか面食らってるが
その都度ググっていけば充分じゃないかな