processing / processing/processing4
Processing OpenGL renderer core dumping on Raspberry Pi
オープン
まだ誰も着手していません。
bug
linux
- 主要言語
- Java
- スター
- 494
- フォーク
- 183
- 平均マージ
- 4時間 39分
- マージ済み PR(30日)
- 3
説明
Most appropriate sub-area of Processing 4?
Core/Environment/Rendering
Processing version
4.4.1
Operating system
Linux pihole 6.12.25+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.12.25-1+rpt1 (2025-04-30) aarch64 GNU/Linux
Steps to reproduce this
-
Install Processing on Raspberry pi 64 bit using snap, as per install instructions
-
Run this Sketch:
void setup() {
size(200, 200, P2D);
}
void draw() {
rect(mouseX, mouseY, 10, 10);
}
- Get core dump:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0000007f7c0efc5c, pid=10483, tid=10487
#
# JRE version: OpenJDK Runtime Environment Temurin-17.0.14+7 (17.0.14+7) (build 17.0.14+7)
# Java VM: OpenJDK 64-Bit Server VM Temurin-17.0.14+7 (17.0.14+7, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, serial gc, linux-aarch64)
# Problematic frame:
# C [libnewt_head.so+0xfc5c] Java_jogamp_newt_driver_x11_RandR13_getMonitorName0+0x9c
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/jim/hs_err_pid10483.log
#
# If you would like to submit a bug report, please visit:
# https://github.com/adoptium/adoptium-support/issues
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Could not run the sketch (Target VM failed to initialize).
snippet
void setup() {
size(200, 200, P2D);
}
void draw() {
rect(mouseX, mouseY, 10, 10);
}
Additional context
No response
Would you like to work on the issue?
I can help test & investigate
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
報告された64ビット Raspberry Pi 環境で最小限の P2D スケッチを再現し、生成された hs_err_pid10483.log を libnewt_head.so のクラッシュフレームと併せて調査する。Java_jogamp_newt_driver_x11_RandR13_getMonitorName0 の失敗を追跡し、影響を受けるセットアップでスケッチがネイティブ SIGSEGV なしに起動することを確認する。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java, linux, raspberry-pi
- 領域
- computer-graphics, desktop, operating-systems
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100