return status of std::condition_variable wait_for is not always as expected
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 25/100
- issue の種類
- バグ
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- cpp, wasm
調査の方向性
報告された std::condition_variable::wait_for の呼び出し m_wait.wait_for(lock, ms) から始め、ネイティブ C++ と WebAssembly でその戻り値のステータスを比較します。周期的なスレッドとタイマーの動作を再現し、その後、条件変数の待機を扱っている Threads and Atomics proposal のセクションを読みます。no_timeout の結果が期待されるセマンティクスに違反しているかどうかを判断し、最小限の再現例または確認済みの仕様上の問題を文書化できれば完了です。
索引モデルが issue の本文から書いたものです。
説明
My application making use of a thread + timer to perform periodical operations in the background stopped working as expected when ported from native C++ (gnu c++) to web assembly.
Simply printing the status returned by
status = m_wait.wait_for(lock, ms);
i realised that from time to time it was 0 (no_timeout) when I expected a timeout.
Is that a possible bug?
Thanks
- 主要言語
- WebAssembly
- スター
- 769
- フォーク
- 54
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
WebAssembly/threads のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
WebAssembly/threads#254 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 30/100
WebAssembly/threads#253 · コメント 6 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
WebAssembly/threads#245 · リアクション 1 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
WebAssembly/threads#240 ·
-
Branch renamingオープン
難易度 1/5 1時間未満 初心者へのやさしさ 20/100
WebAssembly/threads#237 ·
WebAssembly/threads の issue をすべて見る
似ている issue
-
ktuner keeps a stale ledger path and can never restore that entry対応中かも @Frun1na が今日担当しました。 オープンcomponent:ktuner
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
agentic-os-org/ANOLISA#6483 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 2 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
void-linux/void-runit#141 ·