Directing output of out external threads/processes to specific cells

オープン

#1,199 2024年1月18日に作成コメント 1 件リアクション 0 件担当者 0 名 GitHub で見る

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

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 20/100

issue の種類: 機能追加
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: cpp, linux, python
領域: api, backend, operating-systems

調査の方向性

まず ipykernel の PR #1186 を確認し、Python スレッドと asyncio タスクに対する既存のルーティングを理解してください。ソースファイルもテストも指定されていません。この issue では、外部スレッド/プロセスからの出力について合意された設計を決めたうえで、実装し、出力が意図したセルに到達することを示すテストを追加する必要があります。

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

説明

https://github.com/ipython/ipykernel/pull/1186 made output of Python threads and asyncio tasks go to right cells. It would be interesting, although challenging to make it work for any thread/process (e.g. created from a C++ dependency).

Here are two possible options to consider:

(a) define format (e.g. JSON-RPC) where each write to the stdio/stderr would be a packed with both target cell ID and a blob message (slight challenges related to buffering and format choice) - this is how LSP works.
(b) allow to open file descriptors per-cell (*2 for stdout/stderr) and make their IDs easily accessible to the external processes for writing (this could use virtual filesystem on Linux), either by having an API return the file descriptor or by having them in predictable locations (e.g. relative to kernel runtime); of course the challenges here would be around OS-specific limits for watching files and the allowed number of open file descriptors.

Any thoughts on whether any of these would be in scope?

主要言語: Python
スター: 734
フォーク: 411
平均マージ: 1日 2時間
マージ済み PR（30日）: 9

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

ipython/ipykernel のほかの issue

`Kernel._control_lock` created after it may be used オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

ipython/ipykernel#1567 · コメント 1 件 · 2026年9月22日に作成
pytest seems to be the testrunner - not nose, as mentioned in README オープン

難易度 1/5 1時間未満初心者へのやさしさ 72/100

ipython/ipykernel#554 · 2020年10月17日に作成
post_execute fires during comm_msg handling on a subshell, so output published from the hook is parented to the comm_msg and dropped by frontends オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

ipython/ipykernel#1564 · 2026年9月21日に作成
Shell reply sent raw on the ROUTER can drop the ZMQStream wake-up; a request arriving in that window is not read until the next connection オープン

難易度 4/5 3〜5日初心者へのやさしさ 68/100

ipython/ipykernel#1554 · コメント 1 件 · 2026年9月7日に作成
Interrupt on swallowed `KeyboardInterrupt` exceptions (`SIGINT`) when pressing twice (within 5 seconds) オープン

ipython/ipykernel#1550 · コメント 1 件 · リアクション 1 件 · 担当者 1 名 · 2026年8月25日に作成

ipython/ipykernel の issue をすべて見る

似ている issue

create_predictable_zip member order differs on Windows for directory input オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 90/100

learningequality/ricecooker#747 · 2026年9月23日に作成
[Anon] Mechanicum: skitarii as mechanicum allies rule オープン

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

BSData/horus-heresy-3rd-edition#3171 · 2026年9月23日に作成
CHANGELOG.md entries are too long to maintain, and their length is what makes every PR conflict expensive オープン

enhancement

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

lanl/PyBNF#809 · 2026年9月23日に作成
[Bug]: PrevNextNodePostprocessor loses retrieved scores when neighbor windows overlap オープン

難易度 2/5 1〜3時間初心者へのやさしさ 76/100

run-llama/llama_index#23199 · 2026年9月23日に作成
Cannot export point cloud without radius attribute オープン

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

KhronosGroup/glTF-Blender-IO#2769 · 2026年9月23日に作成

Python の issue をもっと見る