After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 754688 - ATK Wrapper makes netbeans crash
ATK Wrapper makes netbeans crash
Status: RESOLVED FIXED
Product: java-atk-wrapper
Classification: Applications
Component: general
0.33.x
Other Linux
: Normal normal
: ---
Assigned To: java-atk-wrapper maintainer(s)
java-atk-wrapper maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2015-09-07 15:23 UTC by Samuel Thibault
Modified: 2019-05-01 21:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
workaround (1.03 KB, patch)
2015-09-07 15:23 UTC, Samuel Thibault
none Details | Review
workaround (6.65 KB, patch)
2015-10-24 21:15 UTC, Samuel Thibault
none Details | Review

Description Samuel Thibault 2015-09-07 15:23:38 UTC
Created attachment 310832 [details] [review]
workaround

Hello,

A debian user reported in http://bugs.debian.org/798273 that netbeans would segfault on startup due to atk-wrapper. It seems that in Java_org_GNOME_Accessibility_AtkWrapper_componentAdded NewGlobalRef returns NULL, and thus alloc_callback_para returns NULL, and thus in component_added_handler the para->global_ac dereference of para brings a crash. There is a global_ac == NULL test in that function, but that is moot since in that case para itself is NULL. I'll probably upload a Debian package with the attached patch to work around this issue (the user says this kind of work-around fixed things for him), but there is probably more to be fixed: in all other wrappers of AtkWrapper.c the same issue would happen: para is unconditionally dereferenced while alloc_callback_para may return NULL.
Comment 1 Samuel Thibault 2015-10-24 21:15:49 UTC
Created attachment 314035 [details] [review]
workaround

We completed the patch, see updated attachement
Comment 2 Samuel Thibault 2019-05-01 21:50:37 UTC
Fixed by 3e1f6d1f3aab6c553fa4f3a3c60020010a29ab29 ("protect against jAccContext being NULL")