Builder: crash (SIGSEGV) when closing the window, after Log/Delete/metal-bond attempts
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 15/100
Piste de recherche
Start by building the same commit with debug symbols so frames 1-5 of the SIGSEGV backtrace resolve to names, then read the close-window handler at builder+0x32ceb3 in the event table. Check whether the Log pane (the active wxLog target) or objects left by the failed Delete and metal-bond commands are used after they are destroyed. Done means exact reproduction steps are written down and the dangling pointer is identified and fixed, with the crash no longer occurring on close.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Seen: 2026-10-14 15:14, Debian 13, GNOME on Wayland, a test build of main + #322 (9.1.0 version string). The Builder crashed with SIGSEGV while its window was being closed; the ecce session in the terminal ended with "Segmentation fault (core dumped)". Earlier in that Builder session: selecting a line in the Log panel, Edit → Select Molecule, Delete attempts (#324), then closing the Log panel; metal–π bond attempts that failed (#325).
Core (systemd-coredump, PID 78624): the faulting instruction address is inside the Builder's own mapping but not executable code (kernel: segfault at 560212142b38 ip 560212142b38 ... error 15), i.e. a call through a corrupt or dangling pointer. Stack, with the package binary (stripped, so the Builder frames have no names):
#0 builder+0xf09b38 <- jump target, not code
#1 builder+0xae87a3
#2 builder+0x32aef0
#3 builder+0x32c50e
#4 builder+0x32ccf4
#5 builder+0x32ceb3 <- Builder's close-window handler (event table)
#6 wxEvtHandler::ProcessEventIfMatchesId
...
#12 wxWindowBase::Close(bool)
#13.. GTK delete-event (window manager close)
Next: exact steps to reproduce; then resolve frames 1–5 with a build of the same commit that keeps symbols. Candidates to check: something the close path touches after a pane was closed (the Log pane is also the active wxLog target), and objects left behind by the failed bond commands.
- Langage dominant
- C
- Étoiles
- 10
- Forks
- 8
- Merge moyen
- 21 min
- PR mergées (30 j)
- 1
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de FriendsofECCE/ECCE
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 70/100
FriendsofECCE/ECCE#353 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
FriendsofECCE/ECCE#336 · 1 commentaire ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
FriendsofECCE/ECCE#355 ·
-
Icons in MacOSOuverteenhancement
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 18/100
FriendsofECCE/ECCE#354 · 4 commentaires ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
FriendsofECCE/ECCE#351 ·
Toutes les issues de FriendsofECCE/ECCE
Issues similaires
-
backlog bug
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
EchoTools/nevr-runtime#653 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
InfiniTimeOrg/InfiniTime#2492 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 80/100
Les mainteneurs répondent en général sous 1 jour
-
system: coco
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
FujiNetWIFI/fujinet-config#274 ·
Les mainteneurs répondent en général sous 1 jour
-
base-files: 82_config_generate: regenerate /etc/board.json if 0-bytes / truncated after power cutOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
openwrt/openwrt#25940 · 5 commentaires ·
Les mainteneurs répondent en général sous 1 jour