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

Make the fuse daemon process a parent of the payload process rather than a sibling

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

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
c

調査の方向性

まず、FUSE 経由で payload をマウントし、entrypoint を実行する C ランタイムパスを追跡します。プロセス一覧で fuse daemon が payload の親プロセスになっており、親プロセスを終了すると payload も確実に終了する状態になれば完了です。

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

説明

Currently running an appimage creates two processes:

  1. The fuse daemon process: <appimage>.appimage
  2. The actual payload process, which can be named anything

My users get confused by this, as they think they should be able to go to "task manager" and kill the process that they just ran. However, this just kills the fuse process, and the application keeps running to some extent. It crashes eventually when the application attempts to read something that wasn't already cached.

To me, it would be clearer in the process list if the fuse daemon process was a true parent of the payload process. Since the child in this case can't work without the parent, it would also be nice if killing the "parent" also killed the "child."

It's perfectly possible I'm misunderstanding something here though.

Thanks for a great software distribution system!

主要言語
C
スター
74
フォーク
38
平均マージ
3時間 31分
マージ済み PR(30日)
1

環境構築

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

はじめの一歩

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

AppImage/type2-runtime のほかの issue

AppImage/type2-runtime の issue をすべて見る

似ている issue

C の issue をもっと見る

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

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