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/
探検
Win32API質問箱 Build128
1デフォルトの名無しさん
2025/03/13(木) 15:59:48.40ID:fUgksTzw2025/03/14(金) 09:16:10.18ID:43evLOjO
DirectX SDK ってどれに吸収されたん
2025/03/14(金) 09:24:09.15ID:43evLOjO
2025/03/14(金) 12:59:29.93ID:2AUJtVVl
そこにそのまま、Windows SDKを使用してくださいって書いてあるやろ
2025/03/14(金) 20:34:41.80ID:5DwZxv5w
>>7
Windows SDKに移行されなかった古いD3DX(ユーティリティライブラリ)をどうしても使いたい場合は、
そのレガシーSDKの代わりにNuGetの「Microsoft.DXSDK.D3DX」を使用することが推奨されている
Windows SDKに移行されなかった古いD3DX(ユーティリティライブラリ)をどうしても使いたい場合は、
そのレガシーSDKの代わりにNuGetの「Microsoft.DXSDK.D3DX」を使用することが推奨されている
2025/06/29(日) 12:31:16.41ID:zQA4sk9y
質問なのですが
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してしまうようなことは起きない?)
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.41ID:zQA4sk9y
Q1はtimerKillEvent()を呼ばなくともリソースリークなど起きないよねという確認でつ、
2025/06/29(日) 14:00:36.58ID:Wmqo0iMM
timeKillEventは要る
2025/06/29(日) 14:54:32.72ID:zQA4sk9y
>>12
レスdクス、しかし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動作となる)ので問題なさげ。
レスdクス、しかし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動作となる)ので問題なさげ。
14デフォルトの名無しさん
2025/06/29(日) 20:50:23.96ID:uPw6yEHV >>13
TIME_ONESHOT の場合、イベントが発生したら timeKillEventは不要みたいですね。
timeKillEventですでにkillされたidを指定することになるため TIMERR_NOCANDO(=0x61) を返すようです。
timeKillEvent(適当な値)とすると、TIMERR_NOCANDOが返るので、おそらくtimeKillEventのドキュメントが間違っていると思われます。
TIME_ONESHOT の場合、イベントが発生したら timeKillEventは不要みたいですね。
timeKillEventですでにkillされたidを指定することになるため TIMERR_NOCANDO(=0x61) を返すようです。
timeKillEvent(適当な値)とすると、TIMERR_NOCANDOが返るので、おそらくtimeKillEventのドキュメントが間違っていると思われます。
15デフォルトの名無しさん
2025/06/30(月) 21:43:09.92ID:belteLuK https://learn.microsoft.com/ja-jp/windows/win32/api/shlobj_core/nf-shlobj_core-shgetspecialfolderpathw
SHGetSpecialFolderPathW 関数 (shlobj_core.h)
パラメーター
hwnd
型: HWND
引っ込み思案。
SHGetSpecialFolderPathW 関数 (shlobj_core.h)
パラメーター
hwnd
型: HWND
引っ込み思案。
2025/09/22(月) 20:26:47.94ID:fHSyAy+z
ShellExecuteでURLを指定して既定のブラウザを開くってやつだけど
普通はとくに問題なく動作してるんだけど
URLに”twitter.com”が含まれてるとWSAのTwitterアプリが開いてしまう
(WSAを使っててTwitterアプリもインストール済み)
ShellExecuteで必ずWindowsの既定のブラウザを開くようにできない?
普通はとくに問題なく動作してるんだけど
URLに”twitter.com”が含まれてるとWSAのTwitterアプリが開いてしまう
(WSAを使っててTwitterアプリもインストール済み)
ShellExecuteで必ずWindowsの既定のブラウザを開くようにできない?
2025/11/27(木) 10:29:18.63ID:2EmBR7sq
wvsprintf
vwsprintf
vswprintf
違いを教えてください
なんでこんなに節操無いんですか?ω
vwsprintf
vswprintf
違いを教えてください
なんでこんなに節操無いんですか?ω
2025/11/27(木) 10:45:50.34ID:2EmBR7sq
自己レス
wvsprintf が標準っぽいけど
vfwprintf は何で wvfprintf にしなかったん
wvsprintf が標準っぽいけど
vfwprintf は何で wvfprintf にしなかったん
20デフォルトの名無しさん
2025/11/29(土) 16:18:29.43ID:hbxZmChk GetFileAttributesExがあるのにSetFileAttributesExが無いのはなぜですか
レスを投稿する
ニュース
- ファミマ「遊べるコンビニ」へ ゲーム機を5000店舗に設置方針 IP強化 [七波羅探題★]
- 【赤坂サウナ火災】非常ベル電源「2年前から入れていない」、押した形跡も ★2 [ぐれ★]
- 【野球】WBC、録画放送含め地上波中継なし (ネットフリックス) ★2 [阿弥陀ヶ峰★]
- 日中関係改善は「下手をすると10年かかる」 トランプを全面信頼できない高市官邸の苦悩★4 [ぐれ★]
- フィンランド首相、「つり目」投稿問題で日本向けに「心からお詫び」 ★3 [どどん★]
- 牛丼チェーン店で5杯食べ終えて「支払えない」…詐欺容疑で逮捕の男「どうしても腹がすいて」 甲府 [蚤の市★]
- 【動画】米卸「助けてー!倉庫が米で溢れてるの!もう無理…」→ガチのマジでとんでもない量がwwwwwwwwwwwwwwwwwwww [802034645]
- 【実況】博衣こよりのえちえちダンガンロンパ4🧪
- 【悲報】赤坂蒸し焼きサウナオーナー「非常ボタンの電源…?どこにあるのそれ」 [329329848]
- 【朗報】日本人の米離れ、全くしていなかった。今年売れたもの1位「米」。 [812628211]
- ぺこヴィヴィ🐰💅✨初対面同接16万❗❗🏡
- 【実況】博衣こよりのえちえちダンガンロンパ3🧪
