processing / processing/processing4
Figure out why appbundler breaks OpenGL when built on Catalina and later
まだ誰も着手していません。
- 主要言語
- Java
- スター
- 494
- フォーク
- 183
- 平均マージ
- 4時間 39分
- マージ済み PR(30日)
- 3
説明
Created by: benfry
As seen in #249, Export to Application was broken in alpha 5 and beta 1. This was after the native code for JavaApplicationStub was built on Catalina or Big Sur. Using a Mojave machine got things working again.
As can be seen in #249, it seems to be a threading issue (GL seems to be running on the wrong thread). I suspect there's something bad in our code, and that the Catalina/Big Sur change is just revealing it. Can someone help us find it?
It's also not a problem in our fork of appbundler: recompiling with the latest upstream source (on Big Sur) led to the same crash.
It's also possible that the macOS SDK has had a change with with regards to app threads. The -XstartOnFirstThread [parameter](https://www.google.com/search?q='Reference to deleted milestone 22'-xstartonfirstthread%22) is a very real thing on macOS, where app threads are Thinked Differently than on other platforms.
To dig into this issue:
cd build/macosx/appbundler
ant
cd ../..
ant run
Then open an OpenGL sketch, Export to Application, and watch as it crashes on startup. Behold the confusing stack trace. Or perhaps if you have more macOS development experience, become invigorated by the challenge of un-mucking this Java/macOS integration.
(Edited for clarification)
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
build/macosx/appbundler で開始して ant を実行し、次に親の build ディレクトリから ant run を実行します。OpenGL スケッチを開き、Export to Application を使用して起動時のクラッシュを再現し、そのスタックトレースを調査します。エクスポートした OpenGL アプリケーションが Catalina または Big Sur でスレッド関連のクラッシュなしに起動すれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java, macos
- 領域
- build-system, desktop
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100