X

Win32API質問箱 Build127

2021/12/09(木) 21:32:56.60ID:sYLpmj89
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/13(木) 13:39:03.68ID:MYQMTdwJ
>>67
ShellExecuteの第2引数に_T("openas")を入れてみましたが、
戻り値が0x0000001F(SE_ERR_NOASSOC)になってしまいました
2022/01/13(木) 20:02:30.01ID:gOiUT2XU
>>65
コマンドプロンプトからこれで表示は確認できた
%SystemRoot%\system32\rundll32.exe %SystemRoot%\system32\shell32.dll,OpenAs_RunDLL ファイルのフルパス名
これをプログラムから実行するのは適当な方法でいけると思う
2022/01/13(木) 20:43:33.40ID:kn1ls6LS
コマンド呼び出し文字列を変更する手段を用意しとかないと、使えなくなった時に積むでしょ
2022/01/13(木) 20:56:49.79ID:gOiUT2XU
>>70
俺に言ってるのかな?
何言ってんのか判らんけどpowershell上からpinvoke経由でも普通に呼べるけど
2022/01/13(木) 21:06:10.72ID:kn1ls6LS
他人に提供する場合は気にしたほうがいいってだけ
2022/01/13(木) 21:15:59.19ID:zlr4Kbw5
>>69
このヒントを元に探してみたところ、WinMergeのソースが見つかりました。
GetSystemDirectoryやShellExecuteを使って、全く同じことをやっていました。
ありがとうございます。
2022/01/13(木) 21:16:09.21ID:gOiUT2XU
どうも話が通じない人みたいだから俺は去るね
>>65に伝わればそれでいいので
2022/01/13(木) 21:18:23.56ID:H+18Uz0q
懐かしのWinMerge
2022/01/13(木) 21:22:03.15ID:kn1ls6LS
>>74
Win32APIスレなのにUndocumentedな話してるからだが
2022/01/13(木) 21:27:35.21ID:b+qvLzV0
原理的にこれ相当でできるって話だからスレチではない
意味が伝わってないどころか会話も通じていないコイツのスレチを超える常軌を逸した脳味噌に驚愕する
2022/01/13(木) 21:36:13.59ID:kn1ls6LS
公式な仕様として公開されてない機能を使う時は要注意だし、
サポート打ち切りを想定してコマンド呼び出し文字列を変更する手段を用意しておくのは当然だろ。
2022/01/14(金) 13:34:07.42ID:yD3j1Fg+
公式サイトに乗ってないからここで質問してるんでしょうが
多少のリスクは自己責任だ
80デフォルトの名無しさん
垢版 |
2022/01/14(金) 13:45:56.78ID:/3p7Tbub
行きはよいよい 帰りはこわい
こわいながらも
通りゃんせ 通りゃんせ

関東で生まれた童謡ってのが意外だよな
2022/01/14(金) 13:56:06.62ID:A/cS6S7f
サポート打ち切りや仕様変更によって開発したソフトやユーザーがどのような影響受けようが、
このスレ的には大きなお世話としか言いようがない
エラー処理は自己責任でやるだけだ
問題の糾弾は元凶であるMSに言え
2022/01/14(金) 14:03:27.75ID:/3p7Tbub
Win32API質問箱 Build127
2022/01/14(金) 14:16:06.92ID:o4SvXBFp
>>ID:/3p7Tbub

スレチ
2022/01/14(金) 21:54:45.73ID:J37qhhdP
代替案を示すでもなく大昔から変わってない方法にケチつける時点でノイズ
2022/01/20(木) 13:52:02.54ID:5C47L32n
_beginthreadで作成したスレッドが、後で親プロセスから見て生きているかどうかを調べる方法はありますか?
基本的にずっとループして生きていることを期待しているスレッドですが、何らかの不具合でスレッドが異常終了した
ことを親プロセスで検知したいのです

スレッド側でシグナルオンオフしたりグローバル変数で動作してることを常に書き込むなどの工夫は思い付きましたが、
そもそもスレッドハンドルを使って有効か無効かを知る方法があれば簡単なのですが、そのような方法はありますか?
2022/01/20(木) 14:31:29.07ID:UFDwubQ6
GetExitCodeThreadかのう
2022/01/20(木) 14:37:16.67ID:xRXRc1mt
>>85
_beginthread でなく CreateThread でスレッド作成し、スレッドハンドルを受け取る
スレッドハンドルはスレッド停止でシグナル状態になる
スレッドハンドルの状態を WaitForSingleObject で監視する
2022/01/20(木) 15:27:31.83ID:5C47L32n
>>86-87
頂いた情報を元に色々テストしてみます
どうもありがとうございました
2022/01/20(木) 17:07:19.13ID:mJD5+zFk
_beginthreadexで作成して
GetExitCodeThreadは?
2022/01/20(木) 18:12:57.50ID:5C47L32n
_beginthreadはCランタイムを使うために必要なメモリ処理を追加したCreateThreadのラッパーらしいのと、
WaitForSingleObjectでの監視はこれまでも問題なく動作していたので、_beginthreadのままタイマー監視で
WaitForSingleObjectのテストしてみました

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

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

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

どうもありがとうございました
2022/01/20(木) 20:46:12.90ID:Ibae9TV2
_beginthreadexはCreateThreadと同じハンドル返すやつやぞ
スレッド内でCランタイム使う場合こっち呼ばないとダメとか教わったりしてないのか
技術の断絶が起きてるのか
2022/01/20(木) 20:54:27.58ID:PY3Mro/S
誰に言ってるんだ
2022/01/20(木) 20:58:50.89ID:kUGZMDvk
>>90
スレッドの生死判定にGetExitCodeThreadを使うのは万が一スレッドが終了コードとしてSTILL_ACTIVEを返すと誤判定するからWaitForSingleObject使えって書いてあるよ
https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-getexitcodethread
2022/01/21(金) 02:20:25.63ID:Fsu/5xwq
>親プロセスから見て

子プロセスのスレッドのハンドルって親プロセスから見えるの?
2022/01/21(金) 02:37:12.98ID:rP34XQ0N
文脈的にスレッドから見て起動元を親プロセスと呼んでるだけかと
2022/01/26(水) 11:00:15.39ID:vhiSf69I
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.12ID:TX0OTodc
WM_TIMERでメモリDCに対してtmDrawの内容で描画、更新が必要な長方形に対してInvalidateRectを呼ぶ
WM_PAINTでBeginPaintの処理するが、ここではBitBltで更新が必要な長方形に対しメモリDCから画像転送だけするのがセオリー
WM_PAINTで直接描画してもよいが、WM_PAINTはイベント発生タイミングがOS依存のためタイマー以外でも必要時毎回tmDrawが呼び出されることになり時間が掛かる描画をここでやってると糞アプリ認定が俺からされる
2022/01/26(水) 11:17:10.02ID:TX0OTodc
それと下みたいな描画処理内に状態を更新する処理を入れるのはタブー俺からど突かれる
>Rectangle(hDC, SIZE16(0, 0, cx++, 6)); //伸びる描画
tmDraw(); // 描画
tmUpdate(); // 状態の更新
に分けて、tmUpdate()内でcx++;を記述するべき
2022/01/26(水) 11:20:11.61ID:vhiSf69I
WM_TIMER:でInvalidateRect(hWnd, NULL, NULL);で更新されるようになりました
ありがとうございます
2022/01/30(日) 15:28:34.78ID:CkvbqakA
>>65
SHOpenWithDialog
2022/01/30(日) 15:56:05.88ID:CkvbqakA
>>33
Shell_NotifyIconGetRect
2022/02/19(土) 21:16:14.65ID:XaFwU4s3
CreateFileで返ってきたファイルハンドルを使って、CreateFileでGENERIC_READ/GENERIC_WRITEの
どちら(もしくは両方)のアクセスモードが指定されていたかを調べる方法はないでしょうか?
2022/02/19(土) 22:43:56.49ID:XaFwU4s3
質問を撤回変更します
特定のファイルへの書き込みの際、同タイミングで別プロセスから同じファイルへの書き込みを防ぐため
ファイルのロックを行なおうとしましたが、下記のようなコードは間違っていますでしょうか?
実際には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.25ID:XaFwU4s3
補足します
>>103は複数プロセスで実行しての結果ではなく、単一プロセスで実行した結果です

自プロセスでファイルに書き込むけど、その間は他プロセスで書き込んで欲しくない
ということをしたいですですが、競合しているわけでもないの人>>103ではエラーになってしまいます
2022/02/19(土) 22:51:38.16ID:okjLjEAk
このページのACCESS_MASKのところに書いてある。
https://note.com/lacnote/n/n214c53e98cc4
2022/02/19(土) 22:53:20.09ID:okjLjEAk
>>104
FILE_SHARE_*を見てみるといいよ。
2022/02/20(日) 03:52:43.84ID:CO1siO2a
やりたいことが伝わっていないようですが、要するに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.76ID:9HPBNdt5
Webサーバの排他処理を、このような実装で提案してくるレベルの会社に仕事を頼むのは危険、とは思った
2022/02/20(日) 20:03:47.36ID:M4xRQQqb
CreateFileが先だとどのみちエラーになる可能性が残るから
ミューテックスやイベントオブジェクトで排他制御するなあ
Lockなんちゃらは使ったことないわ
2022/02/20(日) 21:30:44.11ID:uUEkIMOM
俺なら迷わずDBMS使うわ
SQLite3 とかならサーバーもいらんし
2022/02/21(月) 03:06:22.69ID:duSmRXnB
>>109
shareが付いてるからエラーにはならないのでは?
112デフォルトの名無しさん
垢版 |
2022/03/07(月) 02:42:31.87ID:TXt6EOws
WritePrivateProfileString で ini ファイルに書き込むと、たまに「他のプロセスが使用中です。」という例外が発生します。
防止するにはどすればいいでしょうか?
2022/03/07(月) 02:44:48.03ID:qb65CxmV
他のプロセスが使用しないようにする
2022/03/07(月) 09:16:25.25ID:cTvXM31Y
大体にして開いてるのエクスプローラー、アンチウイルス、常駐系だったりするしな
MS-DOSでも使うしか
2022/03/07(月) 10:39:51.12ID:Xc0f0iGk
他のプロセスでiniファイルを使っていたとしてもWritePrivateProfileStringで例外なんか出るか?
2022/03/07(月) 10:52:53.03ID:2N5B8miS
ぐぐった感じ APIそのものは例外を発行しないものの C#のプラットフォーム側がだしてるくさい
2022/03/07(月) 23:41:31.01ID:oHAGcJuV
C#のランタイムはこのスレの範疇じゃないなあ
2022/03/08(火) 17:52:46.46ID:f1RrvjSh
リストビューを範囲選択しているときの四角形、7や10などでは青い半透明で描画されますが、
APIでこれと同じものを描画することはできるのでしょうか?
2022/03/08(火) 18:26:38.59ID:ZpoSJ5Ls
一方、ワイは自前で描画した
2022/03/08(火) 18:33:19.49ID:iHDsiIkr
だから自前で同じものを描画できるかって質問だろ
俺か?俺は知らん!
2022/03/08(火) 18:36:57.44ID:f1RrvjSh
>>119
自分で色などを調べて、直値で半透明の四角形を描いたということですか。

XP以降のエクスプローラーに載っている描画のようなので、
UxThemeのテーマ描画関数にでも含まれているのかと思ったのですが、
外からは呼べないものなのですかね。
2022/03/08(火) 19:03:07.84ID:ZpoSJ5Ls
>>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.26ID:DJwI/bmR
>>122
詳しい情報ありがとうございます。
テーマに沿った範囲選択の描画は、提供されていないものなんですかね。
DrawDragRectのような名前のAPIが用意されてよかったのですが。
2022/03/17(木) 11:37:08.28ID:SxsSQH3/
NamedPipeにおけるPIPE_TYPE_BYTEとPIPE_TYPE_MESSAGEの違いは何なのでしょうか?
PIPE_TYPE_BYTEでは書き込み側がWriteFileを何回行ったとしても読み手側はReadFile1度で済み、
PIPE_TYPE_MESSAGEでは書き込み側が行ったWriteFile回数分、読み手側もReadFileがヒットするという理解であってますか?
125デフォルトの名無しさん
垢版 |
2022/03/20(日) 18:08:07.29ID:XF1vAqW3
参考書を一冊読み終わった程度のガチガチの初心者です。
初めて何か簡単なものを作ろうと思ったのですが、ウィンドウのサイズの指定の仕方が良くわかりませんでした。
VisualStudio2022でテンプレートはユニバーサルWindows-C++/Cxです。
どなたかwinndowの大きさの指定の仕方を教えていただければ幸いです。
そもそもどこからプログラムが始まるのかもよくわかっていません。

・・・質問する場所が間違ってたらすみません。
2022/03/20(日) 20:18:13.42ID:km0F04pf
Win32APIなら MoveWindow あたりかな。

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

なお蛇足だけど 「UWP 将来性」 でGoogle検索してみると、UWPに関しては微妙な評価も少なくなく。
初心者が、あえてUWPを選んで、これから勉強していく・・・というのはどうなんだろう? という気はしないでもない
2022/03/20(日) 20:48:42.24ID:pl7vy6ae
CreateWindow(Ex)のwidth,height引数だろ
2022/03/20(日) 21:44:52.47ID:KeTIMbSf
ウィンドウのサイズの指定の仕方すら載ってない参考書って何なの
2022/03/20(日) 21:55:49.41ID:+2LwwNeE
UWPはフルスクリーン専用ですから!
2022/03/20(日) 21:57:26.05ID:DiBIkIVz
ウィンドウのサイズはWindowsのプログラムじゃないんだよ
うまく言えないけど、それは違うんだよ
2022/03/20(日) 22:29:38.63ID:KeTIMbSf
自分で制御できてこそプログラミングなのでは
ちなUWP ウィンドウサイズでぐぐったら出てくるでしょ
2022/03/20(日) 22:59:19.18ID:O6cWnna8
UWPなんて儲からないのが決定づいたからMSの投資対象じゃないでしょ
将来性とかじゃないんだよ
終わったの
2022/03/20(日) 23:32:49.71ID:n/9ce90/
ケンシロウ「おわた」
134デフォルトの名無しさん
垢版 |
2022/03/21(月) 13:53:10.22ID:ROKj/vns
>>126
ありがとうございます。
なんか記事めっちゃ少ないなって思ったんですよ。
c++始めたてで「よし、c++でサーバー作るぞ!!」って思って探したとき以上に
記事がないんですよ。
そもそも将来性が危ぶまれていたのですね。
本当にありがとうございます。
テンプレート何使うのかから考え直します。
2022/03/21(月) 17:01:31.15ID:2zy4bB2k
Visual studio のテンプレート選びのことなら、最初だけね。
慣れてくると、テンプレートはかえって邪魔だったりするので、空のソリューションから始めるようになるよ。

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

困ったら Google 先生に聞いてみてね、いくらでもサンプルが入手できるから、理解も早まるはず
2022/03/21(月) 17:46:41.29ID:UrcF9Qp5
結局テンプレートは自分で作ったな
137デフォルトの名無しさん
垢版 |
2022/03/21(月) 18:08:25.99ID:ROKj/vns
承知しました。
templateの作成から始めます。
ありがとうございます。
2022/03/21(月) 21:19:01.53ID:pAID/0z9
いやー、普通にc#から入っていいとおもうがねぇ。
まっさらな人がこれからcharとwcharとutf8とutf16を
ちゃんとデフォルトで言語の標準ライブラリで変換出来ない世界から入るのは遠回り過ぎて、
結局は目的にまったく近づけず挫折するかと。
2022/03/22(火) 01:06:06.87ID:TibwPpTv
何でrustの悪口言うの?
Microsoftがいつかライブラリを作って提供してくれるはずだよ?
2022/03/22(火) 12:47:17.13ID:qjij/RpP
今使えないと…
2022/03/22(火) 22:09:30.99ID:XUVyJctM
>>140
もう使えますよ
tps://store.steampowered.com/app/252490/Rust/
142デフォルトの名無しさん
垢版 |
2022/03/24(木) 17:58:28.49ID:EzbC8tGw
>>138
どうも、134です。
インターネットとc++は相性悪いからやめとけって言う話は自分でも
どことなくわかっているはずなのになぜかc++に執着してしまっています。
はじめて3か月くらいでしょうか・・・。
boostのサーバーのサンプルコードの一つの中身を片っ端から読んでみようかと思いましたが、
なんかOSどれか調べてるなぁとか、c++のバージョンチェックしてるなぁとか、
このヘッダインクルードしてたらこっちはインクルードしないよーとか、
この関数ちゃんと動くの?とか
実際に知りたかったことにたどり着く前にboostには挫折してしまいましたが、
c++には”まだ”挫折してないです。

・・・”まだ”なんだよなぁ
143デフォルトの名無しさん
垢版 |
2022/03/24(木) 18:01:49.40ID:EzbC8tGw
そんなわけで、DialogBoxの引数なんですが、LRESULTだったり、INT_PTRだったりします。
long以上の整数ポインタだったら何でもよいのでしょうか?
144デフォルトの名無しさん
垢版 |
2022/03/24(木) 18:10:21.95ID:EzbC8tGw
ごめんなさい、全然違いました。
DialogBoxの第四引数につかうウィンドウプロシージャの
DialogProcの型はlong以上の整数型ポインタなのでしょうか?
また、ウィンドウプロシージャって関数であってますよね?
実はクラスでしたとか言わないですよね?
2022/03/24(木) 19:01:41.84ID:bNSOayig
DialogBox の第4引数はダイアログプロシージャー(関数)のアドレス値(ポインタ)だね。

Type: DLGPROC
A pointer to the dialog box procedure.

なお、ダイアログボックスの場合は「ダイアログボックスプロシージャー」といって。
ウィンドウプロシージャーとの共通点は多いけど、同じものではないから、区別して理解する必要があるよ。
DLGPROC と WNDPROC の違いについて調べてみてね
146デフォルトの名無しさん
垢版 |
2022/03/24(木) 19:14:59.99ID:EzbC8tGw
>>145
補足含めて有難うございます。
WNDPROCも調べます。
2022/03/25(金) 01:06:11.70ID:1GxlrlpP
20年以上前まではWin32APIに関する本は山ほどあったけどもうそういう時代じゃないから今すぐ辞めたほうがいいよ
一応20年以上前の知識が今でも通用はするけど知ってたらちょっと得する程度で今は他にもっといい手段があるからね
生まれてくる時代が遅すぎたね
2022/03/25(金) 01:37:15.09ID:4RHKXjgo
日本語ではね
英語ならPavel Yosifovich氏のWindows 10 System Programming, Part 1 と 2 が有る
Pavel Yosifovich氏はインサイドWindowsやWindowsカーネルドライバプログラミングの原著の人だ
誰か翻訳してくれればいいけど、今更Win32本を翻訳したいと思う酔狂な人は居ないだろう…
2022/03/25(金) 01:37:29.01ID:5XdEy59o
バカ言うなよ
Win32APIはずっとこの先生きのこる
150デフォルトの名無しさん
垢版 |
2022/03/25(金) 01:40:27.96ID:F8nkIqx9
>>148
おまえは英語を読めないのか?読めたとしてもマイクロソフトは解釈が難しい表現ばかりだから、日本マイクロソフトでもわからないことばかり。
2022/03/25(金) 06:30:11.55ID:0hAphrOl
WIN32APIの本なんか読んだ覚えがない
Win32.hlpとグーグル検索だけでマスターした
もう20年も使ってるが一番長生きでコスパ最強の言語だわ
2022/03/25(金) 07:15:38.67ID:yedPBFGG
Advanced Windowsだけは読んでたな
15年くらい前から1に書いてあるよね
思えば遠くに来たな…
2022/03/25(金) 08:13:48.45ID:EjQkOY3c
>>150
英語を読めないなんて一言も書いてないだろ
2022/03/25(金) 10:10:19.86ID:mOX1pyWB
>>1 > ・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
これ古いよな
APIフックもネット上の情報を組み合わせるだけでできる
2022/03/25(金) 11:28:00.83ID:7tuvarTq
Advancedと言いつつペゾルト本よりよほどプリミティブな部分を網羅してくれてる書籍よね
邦訳版はもはや入手性悪いけど
156デフォルトの名無しさん
垢版 |
2022/03/25(金) 13:43:49.12ID:o7CXkIQI
c++やるんだったら英語は必須なのでしょうか。
マイクロソフトのサイトに載っている説明もほぼほぼ英語ですし・・・、
自分は英語読めないんですけど、なんかもう、最近少しなら読めるようになってきました。
頭痛くなりますけど・・・。
2022/03/25(金) 13:50:30.58ID:6oNwnU1m
>>156
うん、必須
IEEE14882の規格票が英語だから
JIS X3014はバージョンがもはや化石レベルだし
2022/03/25(金) 13:51:07.06ID:6oNwnU1m
アホミスしちまったw
- IEEE
+ ISO/IEC
2022/03/25(金) 19:29:22.91ID:04aIfOpD
>>155
そもそも原題はAdvancedじゃないしな
160デフォルトの名無しさん
垢版 |
2022/03/26(土) 08:24:31.76ID:PxCGY5CH
>>157
やっぱ必須ですかぁ
すらすら読めないときついレベルですか?
辞書使ったり、グーグル翻訳使わないときついです。
2022/03/26(土) 08:47:33.85ID:rc4mKLfq
>>160
俺もそんなもんだよ
決して英語が得意なわけではないので
自分が誤訳してないかのチェックにグーグル翻訳使ってる
グーグル翻訳のほうがおかしいこともあるので相互補完だ
162デフォルトの名無しさん
垢版 |
2022/03/26(土) 09:48:41.10ID:PxCGY5CH
>>161
ありがとうございます。
2022/03/26(土) 10:06:36.44ID:AckD8zcc
DeepL翻訳お勧め
164デフォルトの名無しさん
垢版 |
2022/03/26(土) 10:21:19.75ID:PxCGY5CH
エディットボックスの中のテキストをGetDlgItemTextでもらってきたのですが(TCHAR*)、
PCSTRに変換する方法がわかりません、便利な関数は用意されていなくて、自分で作ったほうが良いのでしょうか?
char*をwchar_t*に変換するのは見つかったのですが、その逆が出来ません。
2022/03/26(土) 11:13:01.22ID:53jeva53
>>164
GetDlgItemTextA?
GetDlgItemTextW?

A ならそのまま使えるのでは?W なら https://mevius.5ch.net/test/read.cgi/tech/1434079972/53 ::WideCharToMultiByte
2022/03/26(土) 11:27:14.11ID:v+3Jhngl
>>163
d
2022/03/26(土) 12:03:42.82ID:ZxvtMkkN
DeepL の方が、Google 翻訳よりも高品質

でも最近、Googleも向上した。
DeepLを真似たのかも
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況