Win32API質問箱 Build128

**デフォルトの名無しさん** · 2025/03/13(木) 15:59:48.40

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

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

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

■関連スレ
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/

**デフォルトの名無しさん** · 2025/03/14(金) 20:34:41.80

>>7
Windows SDKに移行されなかった古いD3DX（ユーティリティライブラリ）をどうしても使いたい場合は、
そのレガシーSDKの代わりにNuGetの「Microsoft.DXSDK.D3DX」を使用することが推奨されている

**デフォルトの名無しさん** · 2025/06/29(日) 12:31:16.41

質問なのですが
Q1. timeSetEvent()で(TIME_ONESHOT | TIME_KILL_SYNCHRONOUS)を指定してタイマーイベントを1回発生させた後、
timeKillEvent()することは必須ではない、でOK？

Q2. Q1の状況でtimeKillEvent()を呼んだ場合、0x61というMicrosoftの説明に無い謎の値が返されるんだけどこれは一体……
　　※ タイマーIDが16とか32とか何であっても実験する限りは常にその値やった。
　　※ MMSYSERR_INVALPARAM の値(0x0b)とは違う。環境はWindows 10、Visual Studio 2022、SDKのバージョンは10.0。
　　※ (TIME_PERIODIC | TIME_KILL_SYNCHRONOUS))を指定して繰り返しのタイマーイベントを発生開始後、
　　　　timeKillEvent()を2回呼んだときの2回目も同じく0x61が返される。

Q3. Q1の状況で、タイマーイベントIDが仮に16だったとして、タイマーイベント発生「後」にタイマーイベントID 16に対してtimeKillEvent()したとしまつ。
　　このとき16と言う値が、関係無いタイマーイベントのIDとして再利用されている危険性は無い？
　　（つまり確率的にtimeKillEvent()がTIMERR_NOERRORを返して成功し、しかし後から生成された無関係なタイマーイベントをkillしてしまうようなことは起きない？）

**デフォルトの名無しさん** · 2025/06/29(日) 12:36:45.41

Q1はtimerKillEvent()を呼ばなくともリソースリークなど起きないよねという確認でつ、

**デフォルトの名無しさん** · 2025/06/29(日) 14:00:36.58

timeKillEventは要る

**デフォルトの名無しさん** · 2025/06/29(日) 14:54:32.72

>>12
レス㌧クス、しかしQ1の状況
>timeSetEvent()で(TIME_ONESHOT | TIME_KILL_SYNCHRONOUS)を指定してタイマーイベントを1回発生させた後
でtimeKillEvent()を呼んだら0x61が返されて成功しているようには見えない(Q2)というそこはかとなく疑問が……
TIME_ONESHOTはタイマーイベントIDの寿命がいつまでなのか（イベント発生で破棄なのか、timeKillEvent()を明示的に呼ぶまで生きた状態なのか）がはっきりしなさすぐる印象……

質問してから思いついたのですだが、
やっぱtimeSetEvent()は常にTIME_PERIODIC で使うことにして、ONE SHOTのイベントが欲しかったらイベントハンドラ内でtimeKillEvent()を呼んで1回で止める、
みたいな方がIDの寿命のあいまいさが無くて安牌かもしれん……
実験する限りそうするとイベントハンドラ内のtimeSetEvent()はちゃんと成功（return値がTIMERR_NOERROR (0)）して、
なおかつイベントハンドラの呼び出しは1回で止まる（正しくONE SHOT動作となる）ので問題なさげ。

**デフォルトの名無しさん** · 2025/06/29(日) 20:50:23.96

>>13
TIME_ONESHOT の場合、イベントが発生したら timeKillEventは不要みたいですね。
timeKillEventですでにkillされたidを指定することになるため TIMERR_NOCANDO(=0x61) を返すようです。
timeKillEvent(適当な値)とすると、TIMERR_NOCANDOが返るので、おそらくtimeKillEventのドキュメントが間違っていると思われます。

**デフォルトの名無しさん** · 2025/06/30(月) 21:43:09.92

https://learn.microsoft.com/ja-jp/windows/win32/api/shlobj_core/nf-shlobj_core-shgetspecialfolderpathw
SHGetSpecialFolderPathW 関数 (shlobj_core.h)
パラメーター
hwnd
型: HWND
引っ込み思案。

警備員[Lv.1][新芽] · 2025/07/06(日) 12:03:54.13

!donguri

**デフォルトの名無しさん** · 2025/09/22(月) 20:26:47.94

ShellExecuteでURLを指定して既定のブラウザを開くってやつだけど
普通はとくに問題なく動作してるんだけど
URLに”twitter.com”が含まれてるとWSAのTwitterアプリが開いてしまう
（WSAを使っててTwitterアプリもインストール済み）

ShellExecuteで必ずWindowsの既定のブラウザを開くようにできない？

**デフォルトの名無しさん** · 2025/11/27(木) 10:29:18.63

wvsprintf
vwsprintf
vswprintf
違いを教えてください
なんでこんなに節操無いんですか？ω

**デフォルトの名無しさん** · 2025/11/27(木) 10:45:50.34

自己レス
wvsprintf が標準っぽいけど
vfwprintf は何で wvfprintf にしなかったん

**デフォルトの名無しさん** · 2025/11/29(土) 16:18:29.43

GetFileAttributesExがあるのにSetFileAttributesExが無いのはなぜですか