It seems it is fixed in newer GTK, but after my recent experiences I am
not so optimistic. But after upgrade to 1.3.5 and also GTK 3.10 and
restarting the system Eclipse still did not crash (10 hours yesterday, 5
hours today, switching git branches on massive project, debugging,
refactoring).
Can
EDIT: workaround does not help. And one more note: Eclipse crashes
earlier when showing variables in debug mode.
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to unity in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bu
Yes, today Eclipse crashes again, taskset does not help. :(
This is really very bad, hardly reproducible bug. It seems the faster machine
and newer JDK and Linux, the more occurences I have ...
Maybe the fastest method to fix it is to dig into the code of GTK ...?
--
You received this bug notifi
Workaround:
1) Start the Eclipse
2) find pid of the process
3) taskset -p 0x0001
The problem is something like with volatile and synchronized; with this I used
two Eclipse instances for 12 hours without a crash!
After restart I forgot to set it again and Eclipse crashed after 5 minutes ...
I use Eclipse Kepler 4.3.2 and this bug occurs more often then ever before!
Eclipse also is not the only application crashing with this bug - today I have
seen bugreport also for Gimp.
Workaround:
1) Start the Eclipse
2) find pid of the process
3) taskset -p 0x0001
The problem is something
Reproduced also with the JDK6, OpenJDK7, and finally JDK8:
Java(TM) SE Runtime Environment (build 1.8.0-b132)
Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)
Problematic frames occurs in two variants:
1) # C [libgobject-2.0.so.0+0x31b3c] g_type_check_instance_is_a+0x3c
2) # C [li
I have an idea, theoretical scenario: isn't it somehow similar problem as with
the volatile and synchronization in Java?
GTK makes many updates and redrawing at the same time.
Even Eclipse have parallel threads for redrawing.
I got 2core/4thread CPU Intel i5.
What if the GTK tries to redraw somet
Reproduced also with the JDK6, OpenJDK7, and finally JDK8:
Java(TM) SE Runtime Environment (build 1.8.0-b132)
Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)
Problematic frames occurs in two variants:
1) # C [libgobject-2.0.so.0+0x31b3c] g_type_check_instance_is_a+0x3c
2) # C [li
8 matches
Mail list logo
