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

Feature: verifying breakpoints when srcrefs are not found, auto-sourcing objects

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

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

評価

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

調査の方向性

既知のファイルに利用可能な srcrefs がない場合のブレークポイント検証を追跡することから始めます。ファイルまたはオブジェクトのソースを安全に取得する方法を調査します。これには、パッケージがインストールされていない場合の処理と、ソースから取得したオブジェクトをグローバル環境と非表示環境のどちらに置くべきかの検討が含まれます。ソースが取得されていないファイルでもブレークポイントを検証でき、長時間実行されるコードを不必要に評価することなく、パッケージの失敗がクライアントに意味のあるメッセージを返せれば完了です。

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

説明

Placing a breakpoint in a file that hasn't been sourced currently causes the breakpoint to go un-verified, meaning that it is not traced.

Intuitively, this makes sense, as the code in the file can't be linked to code known in the interpreter to know which code to trace. But we can do better.

  • When attempting to verify a breakpoint with a known file path, but no known srcrefs exist for the file, we can source the file before attempting to set the breakpoint so that we can find which code to trace.
    • Sourced objects probably need to be loaded into the global environment... maybe there's a better way to hide them in a hidden environment (though I can't imagine how a user would know how to call them in such a scenario)?
    • To avoid sourcing a whole script, we might be able to parse it first, identify the expression containing the object to be traced and then source only that object to avoid unnecessary evaluation of possibly long-running code (ie, an analysis script with long data pull or transformation steps)
  • When attempting to verify code from a package which is not yet installed, we should emit a more meaningful message back to the client indicating that the package must be installed or is out of date.
主要言語
R
スター
20
フォーク
2
PR マージ指標
30日以内にマージされた PR はありません

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

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

dgkf/debugadapter のほかの issue

dgkf/debugadapter の issue をすべて見る

似ている issue

R の issue をもっと見る

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

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