Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Track error conversion locations using #[track_caller]

オープン
#155 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
30/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
rust
領域
tooling

調査の方向性

まず、#123で導入されたcrate全体のError型とヘルパーマクロから始め、Rust issue #87401と、そこで参照されているpull request #123の議論を読んでください。#[track_caller]とcore::panic::Locationによって、エラーの発生元と変換の両方を取得できるかを判断し、そのアプローチが実現可能で実装されている場合にのみ、issueが完了したとみなしてください。

索引モデルが issue の本文から書いたものです。

説明

#123 added a crate-wide Error type and some helper macros to add logs gated by the log feature. One could use the new macros everywhere to provide additional context to errors for debugging. But it might be possible to use #[track_caller] and core::panic::Location to automatically track and log where errors originate and where they get converted to other error types, eliminating a bunch of tedious work. Investigate this and implement if possible.

References
主要言語
Rust
スター
17
フォーク
11
PR マージ指標
30日以内にマージされた PR はありません

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

lowRISC/manticore のほかの issue

lowRISC/manticore の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。