Bug#837081: Re%3A Bug#837081%3A netbeans%3A Crashes due to assertion failure in GLib

[Tobias Wich]

Hi,

that worked well ;-)

The log is attached. I hope it helps track down the bug.
The Glib lines at the beginning of the log repeat themselves very often. My 
1 lines terminal did not suffice to keep it all. As it's always the same, I 
omitted this crap.

Best Regards
Tobias


On Donnerstag, 23. März 2017 18:58:06 CET Markus Koschany wrote:
> On Thu, 23 Mar 2017 16:22:26 +0100 Tobias Wich 
 wrote:
> > Hello,
> > 
> > I can reproduce the problem in between a few seconds and a few minutes, so
> > it shouldn't be a problem getting the stacktraces. However it's been ages
> > that I used gdb and I'm far from an expert in that field.
> > 
> > First I tried adding -XX:OnError="gdb - %p", so gdb is started when the
> > process crashes. But I guess the assert error performs the usual exit on
> > the process and nothing happens.
> > 
> > I tried attaching the process with gdb --pid=..., but the java process
> > constantly raises SIGSEGV at least once every second.
> > 
> > Can someone tell me how these breaks can be ignored? And how I get all the
> > necessary stack traces?
> 
> Hi,
> 
> you could try setting
> 
> (gdb) handle SIGSEGV nostop noprint pass
> 
> then "cont" and when it crashes "bt full"
> 
> I'm no gdb expert either but if you get something useful from gdb it could
> be helpful.
> 
> Regards,
> 
> Markus

(java:13714): GLib-GObject-WARNING **: invalid uninstantiatable type '(null)' in cast to 'AtkObject'

(java:13714): GLib-GObject-WARNING **: instance of invalid non-instantiatable type '(null)'

(java:13714): GLib-GObject-CRITICAL **: g_signal_emit_by_name: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed

(java:13714): GLib-GObject-WARNING **: invalid uninstantiatable type '(null)' in cast to 'GObject'

(java:13714): GLib-GObject-WARNING **: invalid uninstantiatable type '(null)' in cast to 'GObject'

(java:13714): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(java:13714): GLib-GObject-WARNING **: invalid uninstantiatable type '(null)' in cast to 'AtkObject'

(java:13714): GLib-GObject-WARNING **: invalid uninstantiatable type '(null)' in cast to 'JawObject'
**
GLib:ERROR:/build/glib2.0-IOHfFd/glib2.0-2.50.3/./glib/ghash.c:373:g_hash_table_lookup_node: assertion failed: (hash_table->ref_count > 0)

Thread 33 "JNI main loop" received signal SIGABRT, Aborted.
[Switching to Thread 0x7fff443da700 (LWP 13750)]
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:58
58  ../sysdeps/unix/sysv/linux/raise.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt full
#0  0x77223fdf in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:58
set = {__val = {4, 140734940516344, 140734338276048, 8453551255, 140734940515488, 140734338276032, 140734607945191, 252833149, 4294967295, 18446744073709486080, 140737339424216, 140737354103448, 0, 0, 8462091486243418686, 732169328421503056}}
pid = 
tid = 
#1  0x7722540a in __GI_abort () at abort.c:89
save_stage = 2
act = 
  {__sigaction_handler = {sa_handler = 0x672f646c6975622f, sa_sigaction = 0x672f646c6975622f}, sa_mask = {__val = {5272923713692658028, 93823560581121, 140734338276544, 140734338276416, 72057594037927936, 16777216, 9943947977234055168, 140735911297024, 140734608489200, 0, 140737343167232, 140737343167320, 0, 140737343167232, 50176, 160}}, sa_flags = -145188096, sa_restorer = 0x558cf260}
sigs = {__val = {32, 0 }}
#2  0x7fff545655a5 in g_assertion_message () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7fff5456563a in g_assertion_message_expr () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7fff5452d22e in g_hash_table_lookup () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7fff5667d2f3 in  () at /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0
#6  0x7fff5453e6aa in g_main_context_dispatch () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x7fff5453ea60 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x7fff5453ed82 in g_main_loop_run () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x7fff5667c868 in  () at /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0
#10 0x7fff545663d5 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#11 0x77bc3424 in start_thread (arg=0x7fff443da700) at pthread_create.c:333
__res = 
pd = 0x7fff443da700
now = 
unwind_buf = 
  {cancel_jmp_buf = {{jmp_buf = {140734338279168, -1373052982531634956, 0, 140735108997839, 0, 140737354125376, 1373430680866343156, 1373035959296411892}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#12 0x772d99bf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
(gdb) cont
Continuing.
Couldn't get registers: Kein passender 

Bug#837081: Re%3A Bug#837081%3A netbeans%3A Crashes due to assertion failure in GLib

[Markus Koschany]

On Thu, 23 Mar 2017 16:22:26 +0100 Tobias Wich  
wrote:
> Hello,
> 
> I can reproduce the problem in between a few seconds and a few minutes, so it 
> shouldn't be 
> a problem getting the stacktraces. However it's been ages that I used gdb and 
> I'm far from 
> an expert in that field.
> 
> First I tried adding -XX:OnError="gdb - %p", so gdb is started when the 
> process crashes. But I 
> guess the assert error performs the usual exit on the process and nothing 
> happens.
> 
> I tried attaching the process with gdb --pid=..., but the java process 
> constantly raises SIGSEGV 
> at least once every second. 
> 
> Can someone tell me how these breaks can be ignored? And how I get all the 
> necessary stack 
> traces?
> 

Hi,

you could try setting

(gdb) handle SIGSEGV nostop noprint pass

then "cont" and when it crashes "bt full"

I'm no gdb expert either but if you get something useful from gdb it could be 
helpful.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#837081: Re%3A Bug#837081%3A netbeans%3A Crashes due to assertion failure in GLib

[Tobias Wich]

Hello,

I can reproduce the problem in between a few seconds and a few minutes, so it 
shouldn't be 
a problem getting the stacktraces. However it's been ages that I used gdb and 
I'm far from 
an expert in that field.

First I tried adding -XX:OnError="gdb - %p", so gdb is started when the process 
crashes. But I 
guess the assert error performs the usual exit on the process and nothing 
happens.

I tried attaching the process with gdb --pid=..., but the java process 
constantly raises SIGSEGV 
at least once every second. 

Can someone tell me how these breaks can be ignored? And how I get all the 
necessary stack 
traces?


Best regards
Tobias
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.