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/01/06(木) 11:47:58.14

hlp拡張子のファイルあるかなと思って探したら、以下のように最新のVisual Studio 2022にバンドルされてて
C:\Program Files\Microsoft Visual Studio\2022\Community\Common7\Tools\errlook.hlp

hlpアイコンまでちゃんとあるから動くもんだと思ってダブルクリックしたら、Edgeブラウザで以下Webページが開く予定調和
https://support.microsoft.com/ja-jp/topic/windows-%E3%83%99%E3%83%BC%E3%82%B9%E3%81%AE%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%A0%E3%81%A7%E3%83%98%E3%83%AB%E3%83%97%E3%82%92%E9%96%8B%E3%81%93%E3%81%86%E3%81%A8%E3%81%99%E3%82%8B%E3%81%A8-%E6%A9%9F%E8%83%BD%E3%81%AF%E5%90%AB%E3%81%BE%E3%82%8C%E3%81%A6%E3%81%84%E3%81%BE%E3%81%9B%E3%82%93-%E3%81%BE%E3%81%9F%E3%81%AF-%E3%83%98%E3%83%AB%E3%83%97%E3%81%AF%E3%82%B5%E3%83%9D%E3%83%BC%E3%83%88%E3%81%95%E3%82%8C%E3%81%A6%E3%81%84%E3%81%BE%E3%81%9B%E3%82%93-%E3%81%A8%E3%81%84%E3%81%86%E3%82%A8%E3%83%A9%E3%83%BC%E3%81%8C%E8%A1%A8%E7%A4%BA%E3%81%95%E3%82%8C%E3%82%8B-3c841463-d67c-6062-0ee7-1a149da3973b

**デフォルトの名無しさん** · 2022/01/06(木) 16:46:11.83

*.hlpを分解できるツールとかないの？
hlpファイルの詳細な仕様書でもいいけど

**デフォルトの名無しさん** · 2022/01/06(木) 19:46:36.73

>>48
> hlpファイルの詳細な仕様書でもいいけど
https://www.oocities.org/mwinterhoff/helpfile.htm

**デフォルトの名無しさん** · 2022/01/07(金) 14:07:50.44

ならおまいらで独自のもの作って広めれ

**デフォルトの名無しさん** · 2022/01/07(金) 14:26:37.48

HTMLヘルプは、アプリのヘルプとしては使わないというか使えない
要求仕様を満たすための形式的な役割で使うだけ

**デフォルトの名無しさん** · 2022/01/07(金) 14:31:02.53

>>51
「HTMLヘルプ」は何を指すの？
CHMではなく汎用的なHTML文書という意味で言ってると仮定させてもらうけど、
天下の「Git for Windows」のヘルプがhtmlファイルをWebブラウザを開く形式で提供されていることについてどう思うの？

**デフォルトの名無しさん** · 2022/01/07(金) 15:49:05.96

ヘルプとマニュアルの仕切りがどこにあるかわかりませんが
使用中にピンポイントにその使用方法を提示できるんであれば、それでいいんじゃね？

**デフォルトの名無しさん** · 2022/01/07(金) 15:56:16.42

一例を挙げると、git log --help とコマンドプロンプト上で入力したらWebブラウザが起動して以下のHTMLページが表示される変態仕様、それがGit for Windows
file:///C:/Program%20Files/Git/mingw64/share/doc/git-doc/git-log.html

**デフォルトの名無しさん** · 2022/01/07(金) 16:14:05.22

>>48
hh.exe -decompile folder chm

http://instany.seesaa.net/article/157173789.html

**デフォルトの名無しさん** · 2022/01/07(金) 16:32:56.59

>>50
素人受けするものがいいでしょうね

┌────────┐
│何を調べますか？│
│|￣￣￣￣￣￣￣|│
│|お前を消す方法|│
│|＿＿＿＿＿＿＿|│
│[ｵﾌﾟｼｮﾝ][ 検索 ]│
└─────ｖ──┘

　　　＿_／|_
　＿／　　　＼
〈―― ●　　　＼
　￣＼_＿＿　　　ヽ
　　 /＞―｜ヽ―-､|
　　　　　＼|￣＼|_
　　　　　　　　(人_)

**デフォルトの名無しさん** · 2022/01/07(金) 16:41:31.88

>>54
それをGUI操作の提示方法としてどう実装するかですね
操作仕様を考える時点で考慮してたかどうかでだいぶ変わる

**デフォルトの名無しさん** · 2022/01/07(金) 18:07:52.60

chmは表示にIEのコンポーネント使ってると思うんだけどサポート期間終了したらどうなるんだろう
あとUnicode対応じゃないんだよね
本文UTF8で書くと検索できないしインデックスもUnicode系統は使えない

**デフォルトの名無しさん** · 2022/01/07(金) 18:11:08.09

コマンドプロンプトで、start a.html
とすれば、ブラウザが開く

相対パスで、start ./x/y.htm
とか

**デフォルトの名無しさん** · 2022/01/07(金) 20:50:54.17

CHMって検索が不便だった気がする
分解してHTMLをGREP掛けた方がいいとかそんな感じ

**デフォルトの名無しさん** · 2022/01/08(土) 16:59:43.13

検索用インデックスが手入力だったかと

**デフォルトの名無しさん** · 2022/01/09(日) 08:21:52.72

WM_NOTIFYメッセージで以下のように lParam を LPNMHDR と LPNMTBCUSTOMDRAW の2つにキャスト可能です。継承などもしていないのになぜキャストできるのか理解できません。どいう仕組みでキャストできているのでしょうか？

LPNMHDR pnmh = (LPNMHDR)lParam;
switch (pnmh->code) {
case NM_CUSTOMDRAW:
{
LPNMTBCUSTOMDRAW lpNMCustomDraw = (LPNMTBCUSTOMDRAW)lParam;

**デフォルトの名無しさん** · 2022/01/09(日) 08:30:42.36

そもそもC言語のポインターキャスト自体は通常どんな構造体や型でもエラーなしでできる
ただし正しく動く保証はない(プログラマの責任)
でその2つの構造体は包括関係になっててNMHDRのメンバーの部分が共通ってこと
NMHDRの後ろにNMTBCUSTOMDRAW固有のメンバーが並んでる構造のはず

**デフォルトの名無しさん** · 2022/01/09(日) 08:35:06.13

>>63
ありがとうございます。理解できました。

**デフォルトの名無しさん** · 2022/01/12(水) 16:25:03.32

ShellExecuteを使うと、拡張子に関連付けられたアプリで開けるけど、
「このファイルを開く方法を選んでください」の画面を出す方法はありますか？

メールアプリなどは、添付ファイルを右クリックすると、
「開く」の他に「アプリケーションから開く」のようなメニューもあって、
それを選ぶと上記の画面が出てくるので、なにか方法はあると思うのですが

**デフォルトの名無しさん** · 2022/01/12(水) 16:32:06.52

一時的に関連付け削除してるのでは？
知らんけど

**デフォルトの名無しさん** · 2022/01/12(水) 18:23:17.98

>>65
動詞"openas"かな？
試したことないけど

**デフォルトの名無しさん** · 2022/01/13(木) 13:39:03.68

>>67
ShellExecuteの第2引数に_T("openas")を入れてみましたが、
戻り値が0x0000001F(SE_ERR_NOASSOC)になってしまいました

**デフォルトの名無しさん** · 2022/01/13(木) 20:02:30.01

>>65
コマンドプロンプトからこれで表示は確認できた
%SystemRoot%\system32\rundll32.exe %SystemRoot%\system32\shell32.dll,OpenAs_RunDLL ファイルのフルパス名
これをプログラムから実行するのは適当な方法でいけると思う

**デフォルトの名無しさん** · 2022/01/13(木) 20:43:33.40

コマンド呼び出し文字列を変更する手段を用意しとかないと、使えなくなった時に積むでしょ

**デフォルトの名無しさん** · 2022/01/13(木) 20:56:49.79

>>70
俺に言ってるのかな？
何言ってんのか判らんけどpowershell上からpinvoke経由でも普通に呼べるけど

**デフォルトの名無しさん** · 2022/01/13(木) 21:06:10.72

他人に提供する場合は気にしたほうがいいってだけ

**デフォルトの名無しさん** · 2022/01/13(木) 21:15:59.19

>>69
このヒントを元に探してみたところ、WinMergeのソースが見つかりました。
GetSystemDirectoryやShellExecuteを使って、全く同じことをやっていました。
ありがとうございます。

**デフォルトの名無しさん** · 2022/01/13(木) 21:16:09.21

どうも話が通じない人みたいだから俺は去るね
>>65に伝わればそれでいいので

**デフォルトの名無しさん** · 2022/01/13(木) 21:18:23.56

懐かしのWinMerge

**デフォルトの名無しさん** · 2022/01/13(木) 21:22:03.15

>>74
Win32APIスレなのにUndocumentedな話してるからだが

**デフォルトの名無しさん** · 2022/01/13(木) 21:27:35.21

原理的にこれ相当でできるって話だからスレチではない
意味が伝わってないどころか会話も通じていないコイツのスレチを超える常軌を逸した脳味噌に驚愕する

**デフォルトの名無しさん** · 2022/01/13(木) 21:36:13.59

公式な仕様として公開されてない機能を使う時は要注意だし、
サポート打ち切りを想定してコマンド呼び出し文字列を変更する手段を用意しておくのは当然だろ。

**デフォルトの名無しさん** · 2022/01/14(金) 13:34:07.42

公式サイトに乗ってないからここで質問してるんでしょうが
多少のリスクは自己責任だ

**デフォルトの名無しさん** · 2022/01/14(金) 13:45:56.78

行きはよいよい　帰りはこわい
こわいながらも
通りゃんせ　通りゃんせ

関東で生まれた童謡ってのが意外だよな

**デフォルトの名無しさん** · 2022/01/14(金) 13:56:06.62

サポート打ち切りや仕様変更によって開発したソフトやユーザーがどのような影響受けようが、
このスレ的には大きなお世話としか言いようがない
エラー処理は自己責任でやるだけだ
問題の糾弾は元凶であるMSに言え

**デフォルトの名無しさん** · 2022/01/14(金) 14:03:27.75

Win32API質問箱 Build127

**デフォルトの名無しさん** · 2022/01/14(金) 14:16:06.92

>>ID:/3p7Tbub

スレチ

**デフォルトの名無しさん** · 2022/01/14(金) 21:54:45.73

代替案を示すでもなく大昔から変わってない方法にケチつける時点でノイズ

**デフォルトの名無しさん** · 2022/01/20(木) 13:52:02.54

_beginthreadで作成したスレッドが、後で親プロセスから見て生きているかどうかを調べる方法はありますか？
基本的にずっとループして生きていることを期待しているスレッドですが、何らかの不具合でスレッドが異常終了した
ことを親プロセスで検知したいのです

スレッド側でシグナルオンオフしたりグローバル変数で動作してることを常に書き込むなどの工夫は思い付きましたが、
そもそもスレッドハンドルを使って有効か無効かを知る方法があれば簡単なのですが、そのような方法はありますか？

**デフォルトの名無しさん** · 2022/01/20(木) 14:31:29.07

GetExitCodeThreadかのう

**デフォルトの名無しさん** · 2022/01/20(木) 14:37:16.67

>>85
_beginthread でなく CreateThread でスレッド作成し、スレッドハンドルを受け取る
スレッドハンドルはスレッド停止でシグナル状態になる
スレッドハンドルの状態を WaitForSingleObject で監視する

**デフォルトの名無しさん** · 2022/01/20(木) 15:27:31.83

>>86-87
頂いた情報を元に色々テストしてみます
どうもありがとうございました

**デフォルトの名無しさん** · 2022/01/20(木) 17:07:19.13

_beginthreadexで作成して
GetExitCodeThreadは？

**デフォルトの名無しさん** · 2022/01/20(木) 18:12:57.50

_beginthreadはCランタイムを使うために必要なメモリ処理を追加したCreateThreadのラッパーらしいのと、
WaitForSingleObjectでの監視はこれまでも問題なく動作していたので、_beginthreadのままタイマー監視で
WaitForSingleObjectのテストしてみました

スレッドの異常終了に対応できるのかはテストできません（異常終了の再現はどうすれば？）のでスレッド途中で
特定条件で_endthreadを実行しただけですが、これは当然でしょうが問題なくWAIT_TIMEOUTの判定でスレッド状態を検知できました

同じく、WaitForSingleObjectの代わりにGetExitCodeThreadに置き換えた場合、スレッド動作中は
STILL_ACTIVEの判定、スレッド停止中はGetExitCodeThread自体がエラーで返ってくることでスレッド状態の検知ができました
（スレッドは永久ループで戻り値を返しませんから、threadex系を使っていません）

_endthreadを使ってのスレッド途中終了ではなく、異常終了時も同じように動作するのかが不安材料ですが、
とりあえずこれでOKということにしておきます（スレッドが動いていないんだったら各APIも同じ動作では？という判断）

どうもありがとうございました

**デフォルトの名無しさん** · 2022/01/20(木) 20:46:12.90

_beginthreadexはCreateThreadと同じハンドル返すやつやぞ
スレッド内でCランタイム使う場合こっち呼ばないとダメとか教わったりしてないのか
技術の断絶が起きてるのか

**デフォルトの名無しさん** · 2022/01/20(木) 20:54:27.58

誰に言ってるんだ

**デフォルトの名無しさん** · 2022/01/20(木) 20:58:50.89

>>90
スレッドの生死判定にGetExitCodeThreadを使うのは万が一スレッドが終了コードとしてSTILL_ACTIVEを返すと誤判定するからWaitForSingleObject使えって書いてあるよ
https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-getexitcodethread

**デフォルトの名無しさん** · 2022/01/21(金) 02:20:25.63

>親プロセスから見て

子プロセスのスレッドのハンドルって親プロセスから見えるの？

**デフォルトの名無しさん** · 2022/01/21(金) 02:37:12.98

文脈的にスレッドから見て起動元を親プロセスと呼んでるだけかと

**デフォルトの名無しさん** · 2022/01/26(水) 11:00:15.39

1秒おきのタイマーでtmDraw()を呼んで右に伸びる四角を描くプログラムです。VSCでMFC未使用。
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
switch (message)
{
case WM_PAINT:
OnPaint(hWnd);
break;
case WM_CREATE:
SetTimer(hWnd,1,1000,(TIMERPROC)NULL); //タイマー定義
break;
case WM_TIMER: //タイマー
{
PAINTSTRUCT ps;
HDC hdc = BeginPaint(hWnd, &ps);
tmDraw(hdc); //これを呼んで描画
EndPaint(hWnd, &ps);
}
break;
return 0;
}
static VOID tmDraw(HDC hDC)
{
SetDCPenColor(hDC, RGB(0x99, 0x66, 0x00)); //ここが呼ばれてるのは確認
SetDCBrushColor(hDC, RGB(0xFF, 0xCC, 0x00));
Rectangle(hDC, SIZE16(0, 0, cx++, 6)); //伸びる描画
}
最初の1回の描画はされます。タイマーでtmDraw()が呼ばれてるのは確認しています。
呼ばれて描画されてるはずなのですが、実際の画面は更新されず四角は伸びません。
windowサイズを手動で変えていくと四角は右に伸びていき更新されます。
タイマーでtmDraw()が呼ばれた時に描画だけでなく画面の更新もされるようにするにはどうすればよいですか？

**デフォルトの名無しさん** · 2022/01/26(水) 11:09:13.12

WM_TIMERでメモリDCに対してtmDrawの内容で描画、更新が必要な長方形に対してInvalidateRectを呼ぶ
WM_PAINTでBeginPaintの処理するが、ここではBitBltで更新が必要な長方形に対しメモリDCから画像転送だけするのがセオリー
WM_PAINTで直接描画してもよいが、WM_PAINTはイベント発生タイミングがOS依存のためタイマー以外でも必要時毎回tmDrawが呼び出されることになり時間が掛かる描画をここでやってると糞アプリ認定が俺からされる

**デフォルトの名無しさん** · 2022/01/26(水) 11:17:10.02

それと下みたいな描画処理内に状態を更新する処理を入れるのはタブー俺からど突かれる
>Rectangle(hDC, SIZE16(0, 0, cx++, 6)); //伸びる描画
tmDraw(); // 描画
tmUpdate(); // 状態の更新
に分けて、tmUpdate()内でcx++;を記述するべき

**デフォルトの名無しさん** · 2022/01/26(水) 11:20:11.61

WM_TIMER:でInvalidateRect(hWnd, NULL, NULL);で更新されるようになりました
ありがとうございます

**デフォルトの名無しさん** · 2022/01/30(日) 15:28:34.78

>>65
SHOpenWithDialog

**デフォルトの名無しさん** · 2022/01/30(日) 15:56:05.88

>>33
Shell_NotifyIconGetRect

**デフォルトの名無しさん** · 2022/02/19(土) 21:16:14.65

CreateFileで返ってきたファイルハンドルを使って、CreateFileでGENERIC_READ/GENERIC_WRITEの
どちら（もしくは両方）のアクセスモードが指定されていたかを調べる方法はないでしょうか？

**デフォルトの名無しさん** · 2022/02/19(土) 22:43:56.49

質問を撤回変更します
特定のファイルへの書き込みの際、同タイミングで別プロセスから同じファイルへの書き込みを防ぐため
ファイルのロックを行なおうとしましたが、下記のようなコードは間違っていますでしょうか？
実際にはWriteFileでエラーになります

HANDLE file;
BOOL ret;
DWORD wrote;
OVERLAPPED ov = {0};
file = CreateFile("test.dat", GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
ret = LockFileEx(file, 0, 0, 0xffffffff, 0xffffffff, &ov);
ret = WriteFile(file, "aaa", 3, &wrote, 0);
ret = UnlockFileEx(file, 0, 0xffffffff, 0xffffffff, &ov);
CloseHandle(file);

よろしくお願いします

**デフォルトの名無しさん** · 2022/02/19(土) 22:47:06.25

補足します
>>103は複数プロセスで実行しての結果ではなく、単一プロセスで実行した結果です

自プロセスでファイルに書き込むけど、その間は他プロセスで書き込んで欲しくない
ということをしたいですですが、競合しているわけでもないの人>>103ではエラーになってしまいます

**蟻人間** ◆T6xkBnTXz7B0 · 2022/02/19(土) 22:51:38.16

このページのACCESS_MASKのところに書いてある。
https://note.com/lacnote/n/n214c53e98cc4

**蟻人間** ◆T6xkBnTXz7B0 · 2022/02/19(土) 22:53:20.09

>>104
FILE_SHARE_*を見てみるといいよ。

**デフォルトの名無しさん** · 2022/02/20(日) 03:52:43.84

やりたいことが伝わっていないようですが、要するにWEBサーバーでよくある
アクセスカウンターや掲示板でファイルの読み書きをするにあたって衝突を防ぎたいということです
ファイルオープン時にエラーにしてしまうのは本意ではなく、あくまでファイルのロックで制御したいのです

ということで、書き込み時はこのようにすれば解決できました。
ret = LockFileEx(file, LOCKFILE_EXCLUSIVE_LOCK, 0, 0xffffffff, 0xffffffff, &ov);

読み込み時は元の
ret = LockFileEx(file, 0, 0, 0xffffffff, 0xffffffff, &ov);

このようにすれば、複数プロセスで読み込みが競合しても同時アクセスが可能で、書き込みプロセスが発生したときは
意図した通りに排他処理され、後から実行されたプロセスはLockFileExで待機されるようになりました

**デフォルトの名無しさん** · 2022/02/20(日) 19:05:58.76

Webサーバの排他処理を、このような実装で提案してくるレベルの会社に仕事を頼むのは危険、とは思った

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

CreateFileが先だとどのみちエラーになる可能性が残るから
ミューテックスやイベントオブジェクトで排他制御するなあ
Lockなんちゃらは使ったことないわ

**デフォルトの名無しさん** · 2022/02/20(日) 21:30:44.11

俺なら迷わずDBMS使うわ
SQLite3 とかならサーバーもいらんし

**デフォルトの名無しさん** · 2022/02/21(月) 03:06:22.69

>>109
shareが付いてるからエラーにはならないのでは？

**デフォルトの名無しさん** · 2022/03/07(月) 02:42:31.87

WritePrivateProfileString で ini ファイルに書き込むと、たまに「他のプロセスが使用中です。」という例外が発生します。
防止するにはどすればいいでしょうか？

**デフォルトの名無しさん** · 2022/03/07(月) 02:44:48.03

他のプロセスが使用しないようにする

**デフォルトの名無しさん** · 2022/03/07(月) 09:16:25.25

大体にして開いてるのエクスプローラー、アンチウイルス、常駐系だったりするしな
MS-DOSでも使うしか

**デフォルトの名無しさん** · 2022/03/07(月) 10:39:51.12

他のプロセスでiniファイルを使っていたとしてもWritePrivateProfileStringで例外なんか出るか？

**デフォルトの名無しさん** · 2022/03/07(月) 10:52:53.03

ぐぐった感じ APIそのものは例外を発行しないものの　C#のプラットフォーム側がだしてるくさい

**デフォルトの名無しさん** · 2022/03/07(月) 23:41:31.01

C#のランタイムはこのスレの範疇じゃないなあ

**デフォルトの名無しさん** · 2022/03/08(火) 17:52:46.46

リストビューを範囲選択しているときの四角形、7や10などでは青い半透明で描画されますが、
APIでこれと同じものを描画することはできるのでしょうか？

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

一方、ワイは自前で描画した

**デフォルトの名無しさん** · 2022/03/08(火) 18:33:19.49

だから自前で同じものを描画できるかって質問だろ
俺か？俺は知らん！

**デフォルトの名無しさん** · 2022/03/08(火) 18:36:57.44

>>119
自分で色などを調べて、直値で半透明の四角形を描いたということですか。

XP以降のエクスプローラーに載っている描画のようなので、
UxThemeのテーマ描画関数にでも含まれているのかと思ったのですが、
外からは呼べないものなのですかね。

**デフォルトの名無しさん** · 2022/03/08(火) 19:03:07.84

>>120
自前じゃなくてAPIでって書いてるやん

>>121
正攻法は分からないので、それっぽい色で直接描画した
参考にならなくてスマン
ワイもいい方法知りたい

DrawThemeBackgroundでリストビュー関係のパーツで描画をすればかなり近そうなんだけど、
本当にそれでいいのか分からなくて面倒でスルーした
https://docs.microsoft.com/en-us/windows/win32/controls/parts-and-states

こちらのツールも参考にさせてもらってた
ttp://dev.onionsoft.net/seed/info.ax?id=1201

で、結局描画そのものは自前になるわなということでやめた

**デフォルトの名無しさん** · 2022/03/09(水) 09:25:42.26

>>122
詳しい情報ありがとうございます。
テーマに沿った範囲選択の描画は、提供されていないものなんですかね。
DrawDragRectのような名前のAPIが用意されてよかったのですが。

**デフォルトの名無しさん** · 2022/03/17(木) 11:37:08.28

NamedPipeにおけるPIPE_TYPE_BYTEとPIPE_TYPE_MESSAGEの違いは何なのでしょうか？
PIPE_TYPE_BYTEでは書き込み側がWriteFileを何回行ったとしても読み手側はReadFile1度で済み、
PIPE_TYPE_MESSAGEでは書き込み側が行ったWriteFile回数分、読み手側もReadFileがヒットするという理解であってますか？

**デフォルトの名無しさん** · 2022/03/20(日) 18:08:07.29

参考書を一冊読み終わった程度のガチガチの初心者です。
初めて何か簡単なものを作ろうと思ったのですが、ウィンドウのサイズの指定の仕方が良くわかりませんでした。
VisualStudio2022でテンプレートはユニバーサルWindows-C++/Cxです。
どなたかwinndowの大きさの指定の仕方を教えていただければ幸いです。
そもそもどこからプログラムが始まるのかもよくわかっていません。

・・・質問する場所が間違ってたらすみません。

**デフォルトの名無しさん** · 2022/03/20(日) 20:18:13.42

Win32APIなら MoveWindow あたりかな。

UWPのことは↓の方がいいかもね。
https://mevius.5ch.net/test/read.cgi/tech/1627556967/

なお蛇足だけど「UWP 将来性」でGoogle検索してみると、UWPに関しては微妙な評価も少なくなく。
初心者が、あえてUWPを選んで、これから勉強していく・・・というのはどうなんだろう？　という気はしないでもない

**デフォルトの名無しさん** · 2022/03/20(日) 20:48:42.24

CreateWindow(Ex)のwidth,height引数だろ

**デフォルトの名無しさん** · 2022/03/20(日) 21:44:52.47

ウィンドウのサイズの指定の仕方すら載ってない参考書って何なの

**デフォルトの名無しさん** · 2022/03/20(日) 21:55:49.41

UWPはフルスクリーン専用ですから！

**デフォルトの名無しさん** · 2022/03/20(日) 21:57:26.05

ウィンドウのサイズはWindowsのプログラムじゃないんだよ
うまく言えないけど、それは違うんだよ

**デフォルトの名無しさん** · 2022/03/20(日) 22:29:38.63

自分で制御できてこそプログラミングなのでは
ちなUWP ウィンドウサイズでぐぐったら出てくるでしょ

**デフォルトの名無しさん** · 2022/03/20(日) 22:59:19.18

UWPなんて儲からないのが決定づいたからMSの投資対象じゃないでしょ
将来性とかじゃないんだよ
終わったの

**デフォルトの名無しさん** · 2022/03/20(日) 23:32:49.71

ケンシロウ「おわた」

**デフォルトの名無しさん** · 2022/03/21(月) 13:53:10.22

>>126
ありがとうございます。
なんか記事めっちゃ少ないなって思ったんですよ。
c++始めたてで「よし、c++でサーバー作るぞ！！」って思って探したとき以上に
記事がないんですよ。
そもそも将来性が危ぶまれていたのですね。
本当にありがとうございます。
テンプレート何使うのかから考え直します。

**デフォルトの名無しさん** · 2022/03/21(月) 17:01:31.15

Visual studio のテンプレート選びのことなら、最初だけね。
慣れてくると、テンプレートはかえって邪魔だったりするので、空のソリューションから始めるようになるよ。

C++でいくなら（初心者なら、最初はC++よりもCの方がいいかもしれないかな、覚えることが少ないので・・・とは思うけど）
（MFC等のクラスライブラリを使わずに）Win32APIだけでゴリゴリ動かすプログラム作成からトライするのがよろしいかと。
いずれにせよWindowsアプリの場合、Win32APIは避けて通れないので、勉強するなら順番的に最初で。
それで不満があったり、学校や仕事なら必要に応じて、趣味なら好みで、他の手法に手を出していくような順番で考えるといいと思われます。

困ったら Google 先生に聞いてみてね、いくらでもサンプルが入手できるから、理解も早まるはず

**デフォルトの名無しさん** · 2022/03/21(月) 17:46:41.29

結局テンプレートは自分で作ったな

**デフォルトの名無しさん** · 2022/03/21(月) 18:08:25.99

承知しました。
templateの作成から始めます。
ありがとうございます。

**デフォルトの名無しさん** · 2022/03/21(月) 21:19:01.53

いやー、普通にc#から入っていいとおもうがねぇ。
まっさらな人がこれからcharとwcharとutf8とutf16を
ちゃんとデフォルトで言語の標準ライブラリで変換出来ない世界から入るのは遠回り過ぎて、
結局は目的にまったく近づけず挫折するかと。

**デフォルトの名無しさん** · 2022/03/22(火) 01:06:06.87

何でrustの悪口言うの？
Microsoftがいつかライブラリを作って提供してくれるはずだよ？

**デフォルトの名無しさん** · 2022/03/22(火) 12:47:17.13

今使えないと…

**デフォルトの名無しさん** · 2022/03/22(火) 22:09:30.99

>>140
もう使えますよ
tps://store.steampowered.com/app/252490/Rust/

**デフォルトの名無しさん** · 2022/03/24(木) 17:58:28.49

>>138
どうも、134です。
インターネットとc++は相性悪いからやめとけって言う話は自分でも
どことなくわかっているはずなのになぜかc++に執着してしまっています。
はじめて3か月くらいでしょうか・・・。
boostのサーバーのサンプルコードの一つの中身を片っ端から読んでみようかと思いましたが、
なんかOSどれか調べてるなぁとか、c++のバージョンチェックしてるなぁとか、
このヘッダインクルードしてたらこっちはインクルードしないよーとか、
この関数ちゃんと動くの？とか
実際に知りたかったことにたどり着く前にboostには挫折してしまいましたが、
c++には”まだ”挫折してないです。

・・・”まだ”なんだよなぁ

**デフォルトの名無しさん** · 2022/03/24(木) 18:01:49.40

そんなわけで、DialogBoxの引数なんですが、LRESULTだったり、INT_PTRだったりします。
long以上の整数ポインタだったら何でもよいのでしょうか？

**デフォルトの名無しさん** · 2022/03/24(木) 18:10:21.95

ごめんなさい、全然違いました。
DialogBoxの第四引数につかうウィンドウプロシージャの
DialogProcの型はlong以上の整数型ポインタなのでしょうか？
また、ウィンドウプロシージャって関数であってますよね？
実はクラスでしたとか言わないですよね？

**デフォルトの名無しさん** · 2022/03/24(木) 19:01:41.84

DialogBox の第4引数はダイアログプロシージャー（関数）のアドレス値（ポインタ）だね。

Type: DLGPROC
A pointer to the dialog box procedure.

なお、ダイアログボックスの場合は「ダイアログボックスプロシージャー」といって。
ウィンドウプロシージャーとの共通点は多いけど、同じものではないから、区別して理解する必要があるよ。
DLGPROC と WNDPROC の違いについて調べてみてね

**デフォルトの名無しさん** · 2022/03/24(木) 19:14:59.99

>>145
補足含めて有難うございます。
WNDPROCも調べます。