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

holding GIL on non-sticky tasks leads to undefined behavior

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

メンテナーはふだん 2 日以内に返信

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
julia, python

調査の方向性

GIL.@lock と関連するロックヘルパーから始め、次に Julia のタスクが OS スレッド間をどのように移動できるか、またタスクの stickiness がどのように制御されるかを調べます。影響を受ける Julia バージョンで報告された segfault または deadlock のケースを再現し、GIL で保護された処理が migratable task 上で実行されないことを示すテストカバレッジを追加します。

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

説明

bug

Affects: PythonCall

Describe the bug

Because the Python GIL is specific to an OS thread, but Julia tasks can migrate across threads when they're paused/resumed, locking the GIL from Julia on a non-sticky thread leads to undefined behavior (segfaults, deadlocks, etc.).

I think probably the way to handle this is to mark the current task as sticky in GIL.@lock and friends. It's really hard to get this right in libraries that wrap provide python functionality because even if callers know they need to lock the GIL, they may not know about task stickiness.

Your system

We've seen this across a wide variety of environments, Julia 1.10 to 1.12, macOS and ubuntu.

主要言語
Julia
スター
1.1k
フォーク
88
平均マージ
3日 2時間
マージ済み PR(30日)
6

環境構築

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

はじめの一歩

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

JuliaPy/PythonCall.jl のほかの issue

JuliaPy/PythonCall.jl の issue をすべて見る

似ている issue

Julia の issue をもっと見る

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

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